Przeszukaj pomoc

Unikaj oszustw związanych z pomocą.Nigdy nie będziemy prosić Cię o dzwonienie na numer telefonu, wysyłanie SMS-ów ani o udostępnianie danych osobowych. Zgłoś podejrzaną aktywność, korzystając z opcji „Zgłoś nadużycie”.

Więcej informacji

Local Website with Local Excel Files Open As Read-Only

  • 5 odpowiedzi
  • 1 osoba ma ten problem
  • 12 wyświetleń
  • Ostatnia odpowiedź od dlohse

more options

Hi guys,

We're having an issue opening our local files through Firefox. We have an old local html website that we use to manage reports in excel we have saved to our local server - all of which opens through the file:///... We use Open with.. to open them, refresh the data, then save them. Since last week, Open with.. has been saving them to temp folder and opening them as read only. Is there any way to change this back?

Thanks, D

Hi guys, We're having an issue opening our local files through Firefox. We have an old local html website that we use to manage reports in excel we have saved to our local server - all of which opens through the file:///... We use Open with.. to open them, refresh the data, then save them. Since last week, Open with.. has been saving them to temp folder and opening them as read only. Is there any way to change this back? Thanks, D

Wszystkie odpowiedzi (5)

more options

"Open with..." is an add-on? I suggest checking with the developers of that add-on as to whether this is a known issue with their add-on in Firefox 96 and whether there is a known workaround.

more options

Files opened in external application via the "Open with" dialog are saved to the OS temp folder and are set to read-only as a safety measure as you may lose edits if you re-safe the file to the same temp folder location.

more options

Open with.. is how you open the file instead of saving it. It is not an addon.

If this is a new safety measure, why wasn't it in the release notes? Also, that doesn't answer my question about how to change it back.

Thanks, D

more options

Normally links to file:/// URLs in http(s):// pages don't work at all, so it's possible no one tests that configuration during the alpha/beta cycle.

You can run a Mozregression to determine which patch changed the behavior. That does require time and bandwidth, but otherwise, you just need to specify the last good release version number (presumably 95) and first bad release version number (presumably 96 but you could use 97 just in case 96 misses the .0.1 through .0.3 releases), and test each build as it is downloaded.

See: https://mozilla.github.io/mozregression/

more options

Bump - has anyone else had this problem and been able to solve it?

Thanks, D