Issue
JSON files can be added to cards as attachments, but they are empty when downloaded from a card.
Server Setup Information
- Did you test in newest Wekan?: 5.90
- Did you configure root-url correctly so Wekan cards open correctly? yes
- Operating System: Ubuntu 20.04
- Deployment Method: snap
- Http frontend if any: Apache
- What webbrowser version are you using? Firefox (reproducible in Brave too)
Problem description
Reproduction Steps
- Have a JSON file, such as the example from Wikipedia. Name it
example.json
.
- Open a card in Wekan.
- Select + from the Attachments section.
- Select ”Computer” from the popup.
- Select
example.json
.
- With the JSON file now attached to the card, select to ”Download” it.
- Open the downloaded JSON file.
What I expect to happen
For the downloaded file contents to match the uploaded file.
What happens instead
The file is empty.
Logs
Nothing in either the browser console nor snap logs when the issue is triggered.
Other info
- Deleting the attachment seems to work.
- The issue can be worked around by renaming the JSON file prior to uploading to have a .txt extension instead of (or in addition to) .json.
Also, I tested the 94.0a1 nightly now, and the issue is still present.
I ran mozregression like this (twice, to be sure):
MOZ_ENABLE_WAYLAND=1 mozregression --profile /home/jani/.mozilla/firefox/fyaus28k.LP1940417 --bad 91 --good 89 --profile-persistence clone-first
Here’s the result (it was the same for both bisects):
5:25.73 INFO: No more integration revisions, bisection finished.
5:25.73 INFO: Last good revision: 9f0fbb1431721c9eae68a3c94ae49a4d33fdb1f8
5:25.73 INFO: First bad revision: 7b82d177a6b979036f180329be6b029d690d9e0c
5:25.73 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=9f0fbb1431721c9eae68a3c94ae49a4d33fdb1f8&tochange=7b82d177a6b979036f180329be6b029d690d9e0c
According to that log, this changeset was introduced to address #1661516.
For me this seems to have resolved itself since Ubuntu-distributed Firefox was updated to 84, though for all I know, it may have just coincided with some change implemented at Twitter’s end.
Since recently, editing the description takes two clicks instead of just one. The first click turns the content into a textbox, but it remains unfocused until I click it again.
Issue
Server Setup Information:
- Did you test in newest Wekan?: yes
- For new Wekan install, did you configure root-url correctly so Wekan cards open correctly? yes
- Wekan version: 4.49
- Meteor version: 2.0-beta.4
- Node version: 12.19.0
- MongoDB version: 3.2.22
- Operating System: Ubuntu 20.04
- Deployment Method: snap
- Http frontend if any: Apache
- What webbrowser version are you using? Both Firefox 82.0.2 and Chrome 86.0.4240.183 equally affected.
- If using Snap, what does show command
sudo snap logs wekan.wekan
? nothing
Problem description:
Sorry for not providing animation, as peek doesn’t support Wayland. The steps below should be sufficient though.
Steps to reproduce:
- Open a card
- Click on the description once
What I expect to happen:
For the description to have focus (i.e. cursor, to be able to type)
What happens instead:
The description textbox remains unfocused and I can not type into it
Console log contents
site.webmanifest:1 GET https://my-domain.com/site.webmanifest 404 (Not Found)
site.webmanifest:1 Manifest: Line: 1, column: 1, Syntax error.
A bad HTTP response code (404) was received when fetching the script.
mZLgcqMWYXM4o7dmL:1 Uncaught (in promise) TypeError: Failed to register a ServiceWorker for scope ('https://my-domain.com/') with script ('https://my-domain.com/pwa-service-worker.js'): A bad HTTP response code (404) was received when fetching the script.
It seems to refer to to paths in the domain root, whereas my root-url has the path https://my-domain.com/kan. Not sure if that’s related to the issue or not.
I tested 95.0a1 (Nightly), and opening the hamburger menu (using the steps I outlined above) works now.
Closing it is still partly broken though, as clicking on the menu button doesn’t close the menu; I think that is bug 1694514.
For a workaround, clicking outside the menu (and the menu button) does close the menu.