Open stzdzyhs opened 1 year ago
It looks like this is your first issue. Welcome! 👋 One of the project maintainers will be with you as soon as possible. We appreciate your patience. To safeguard the health of the project, please take a moment to read our code of conduct.
I cannot reproduce your problem (I haven't tried it on Ubuntu though).
The borderify extension works, as described at https://github.com/mdn/webextensions-examples/tree/main/borderify
Can you show the output of the global Browser Console (https://firefox-source-docs.mozilla.org/devtools-user/browser_console/index.html)?
Thanks! I started Firefox by command: "firefox -jsconsole", and noticed some existing error log printed as the attached screen shot. (Please note that at this time, the add-on borderify is not installed. After install the add-on borderify by clicking "Load Temporary add-on", no any other log printed, (I cleared the log before installation, after add-on installation, the output was still empty)
For context, his "bug report" was cross-posted to https://bugzilla.mozilla.org/show_bug.cgi?id=1850464
Sorry cross-posted because I suspect this is also related to Firefox. I tried the Firefox version 117, same problem. and follow your suggestion, I tried to run borderify in "Private Window". steps:
the issue is : when the add-on installing, there is not option to allow it run in the Private Window or not, and may be some issue on Reload, this add-on doesn'tt work when enable those options after it has installed.
Beastify is also not work.
and, I did not change code of Borderify or Beastify,
I noticed a msg when I clicking the "Extension" tool bar on the top right of Firefox,
it showed: Can not read or change data on this site"
Please see the screen shot.
To exclude influence of customized settings, tomorrow, I will test this in a clean VM.
At last, I found the cause of this issue is Snap (A tool to manage app installation on Ubuntu) On Ubuntu 22.04, Firefox is installed by Snap, However, if app is installed by Snap, app will have some read/write problem to mounted NTFS partition. I also encountered read problem , maybe Inkscape (If I remember right) that can not read mounted NTFS partition, only the native EXT4 partition.
If I moved the borderify code to $HOME dir(that's a directory in EXT4 partition), it works fine ! in previous testing, the borderify code was stored in a NTFS parition. I must clarify that this is not a problem of disk, I can display bordefify code without any error (linux cmd: cat), I also checked that the NTFS parition is good.
and this can be reproduced in a clean VM. steps:
At last, I found the cause of this issue is Snap (A tool to manage app installation on Ubuntu) On Ubuntu 22.04, Firefox is installed by Snap, However, if app is installed by Snap, app will have some read/write problem to mounted NTFS partition. I also encountered read problem , maybe Inkscape (If I remember right) that can not read mounted NTFS partition, only the native EXT4 partition.
If I moved the borderify code to $HOME dir(that's a directory in EXT4 partition), it works fine ! in previous testing, the borderify code was stored in a NTFS parition. I must clarify that this is not a problem of disk, I can display bordefify code without any error (linux cmd: cat), I also checked that the NTFS parition is good.
does this mean that there's no issue in this repo but rather in Snap?
Hey there!
Just coming here to say that I had the same problem with the official Firefox Flatpak (another technology used to distribute Linux applications in a containerized environment).
Changing the app's permission through Flatseal (an app to manage Flatpak permissions) and restarting the browser solved the issue:
Now borderify works properly.
This is clearly something to do with sandboxing of these technologies. If I had to guess, it is probably because the "Open file" dialog opens one specific file (the manifest.json), and does not give the application permission to look through the other files in the directory.
Firefox version: 116.0.3 Ubuntu 22.04 the standard borderify addon is not working.
Reproduce steps: