Bug: Firefox thinks files are named "",
See original GitHub issueWhen manipulating certain files in firefox (either via right click or hotkeys, doesn’t seem to matter), cloudcmd seems to lose track of the files actual name. See the following screenshot, the result of dragging the file “KICK.png” from the left pane to the right pane. .
Attempting to continue this operation will instead copy the entire folder containing KICK. Deleteing one of these strange files will delete the whole folder (rip my files).
Behavior varies between files, between refreshes, and even over the course of repeated delete-cancel cycles of the same file without refreshing the page.
Here dragging NEUTRAL.png from left to right produces a valid prompt:
And moments later it ceases to work:
Seems to trend unerringly towards everything showing up as “”.
Same site works fine on Chrome. Error only in firefox. Erroneous firefox behavior persists even in incognito tab, and after having cleared cache on the site.
Console is filled with the following error:
e.classList is undefined
Unclear if it is related. Does not show up in chrome, so maybe?
- Version: v15.2.0
- Node Version
node -v
: 14.15.4 - OS (
uname -a
on Linux): `Linux localhost 5.4.0-62-generic #70-Ubuntu SMP Tue Jan 12 12:45:47 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux - Browser name/version: Firefox 84.0.2
- Used Command Line Parameters: none (see config changes below / attached file)
- Changed Config:
{
"name": "Tartarus!",
"auth": true,
"username": "root",
"password": "redacted",
...
"editor": "dword",
...
"port": 40100,
...
"root": "/home/tartarus",
"prefix": "/tartarusfiles",
...
"contact": false,
...
"configDialog": false,
...
"showConfig": false,
}
Issue Analytics
- State:
- Created 3 years ago
- Comments:7 (7 by maintainers)
Top GitHub Comments
So do I 🙂 .
Nice 👍 Create two functions:
And use
createNameAttribute
insetCurrentName
andparseNameAttribute
ingetCurrentName
:Make a PR, I’ll take a look.