We're calling on all EU-based Mozillians with iOS or iPadOS devices to help us monitor Apple’s new browser choice screens. Join the effort to hold Big Tech to account!

為了改善您的使用體驗,本網站正在進行維護,部分功能暫時無法使用。若本站的文件無法解決您的問題,想要向社群發問的話,請到 Twitter 上的 @FirefoxSupport 或 Reddit 上的 /r/firefox 發問,我們的社群成員將很快會回覆您的疑問。

搜尋 Mozilla 技術支援網站

防止技術支援詐騙。我們絕對不會要求您撥打電話或發送簡訊,或是提供個人資訊。請用「回報濫用」功能回報可疑的行為。

了解更多

Who decided 57.0.4 64-bit shouldn't know how to read a local file by its full physical address?

  • 9 回覆
  • 2 有這個問題
  • 4 次檢視
  • 最近回覆由 cor-el

more options

I use html files for genealogy. Simple, and can be linked. I can make it simple text, fancy text with color backgrounds, throw in photos, copies of official records, you name it. All local (on my hard drive). Just updated Firefox to 57.0.4 64-bit on Windows7 and someone decided Firefox no longer should be able to read the full physical address of a linked file. Example: I'm in west-1, viewing file named west-william-david-fam.htm. His father is Green West, and there is a link to his file. The Green West file is in a subfolder of west-1, named green. The full address is c:\fam\west-1\green\west-green-fam.htm, and that is how I prefer to identify the path to my linked files, with the full address. My Firefox update can't read this full address! Yes, it can find the file via the neutered address green\west-green-fam.htm . And now, I can't figure out what special code is needed to go back to the first file!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

I use html files for genealogy. Simple, and can be linked. I can make it simple text, fancy text with color backgrounds, throw in photos, copies of official records, you name it. All local (on my hard drive). Just updated Firefox to 57.0.4 64-bit on Windows7 and someone decided Firefox no longer should be able to read the full physical address of a linked file. Example: I'm in west-1, viewing file named west-william-david-fam.htm. His father is Green West, and there is a link to his file. The Green West file is in a subfolder of west-1, named green. The full address is c:\fam\west-1\green\west-green-fam.htm, and that is how I prefer to identify the path to my linked files, with the full address. My Firefox update can't read this full address! Yes, it can find the file via the neutered address green\west-green-fam.htm . And now, I can't figure out what special code is needed to go back to the first file!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

被選擇的解決方法

Hi DonaldWestMagazine, when did you first notice this change? Was it in the minor security updates from Firefox 57.0.3 to 57.0.4 or was it in the major leap from Firefox 56.x to Firefox 57.x?

When you use an address with backslashes like this:

<a href="C:\folder\folder\parent\page.html">PAGE</a>

Firefox generally gives an error page. I get this in both Firefox 57 and Firefox 52esr:

The address wasn’t understood
Firefox doesn’t know how to open this address, because one of the following protocols (c) isn’t associated with any program or is not allowed in this context.

Is it possible you were previously using a legacy extension that allowed Firefox to read backslashes in links as regular slashes, such as Slashy? That particular extension wasn't updated for the new extension interface (available starting around Firefox 49 but mandatory in Firefox 57+), and I don't immediately see a replacement.

While a new extension would be most convenient, fixing all the links is another option. And I realize it would take some time. I think the "least effort" fix along those lines would be to preface the links with the file:/// protocol. In other words, do a global find and replace as follows:

href="C:\

to:

href="file:///C:\

and for scripts and embedded images:

src="C:\

to:

src="file:///C:\

When I test a local file, that works for me in both Firefox 57 and Firefox 52esr.

從原來的回覆中察看解決方案 👍 1

所有回覆 (9)

more options

The people who answer questions here, for the most part, are other Firefox users volunteering their time (like me), not Mozilla employees or Firefox developers.

If you want to leave feedback for Firefox developers, you can go to the Firefox Help menu and select Submit Feedback... or use this link. Your feedback gets collected by a team of people who read it and gather data about the most common issues.

more options

Well, in case someone else wants to use Firefox offline: If you want to go back up one "folder" level, use two periods in front of the target file's name. Example: When I went from the west-1 folder to one of its subfolders named green, in order to get back to west-1, I had to change the target file's path from "c:\fam\west-1\west-william-david-fam.htm", to "..west-william-david-fam.htm".

FredMcD, thanks for your help to others.

more options

Just like working in DOS

Glad to hear that your problem has been resolved. If you haven't already, *Please select the answer that solves the problem*. This will help other users with similar problems find the solution more easily. Thank you for contacting Mozilla Support.

more options

Well, as was pointed out, I posed an inappropriate question. I naively expected friendly help, forgetting, the computing world is cold and heartless. Since no one could answer an inappropriate question, no one gets any points. You will, of course, delete this entire inappropriate thread.

more options

選擇的解決方法

Hi DonaldWestMagazine, when did you first notice this change? Was it in the minor security updates from Firefox 57.0.3 to 57.0.4 or was it in the major leap from Firefox 56.x to Firefox 57.x?

When you use an address with backslashes like this:

<a href="C:\folder\folder\parent\page.html">PAGE</a>

Firefox generally gives an error page. I get this in both Firefox 57 and Firefox 52esr:

The address wasn’t understood
Firefox doesn’t know how to open this address, because one of the following protocols (c) isn’t associated with any program or is not allowed in this context.

Is it possible you were previously using a legacy extension that allowed Firefox to read backslashes in links as regular slashes, such as Slashy? That particular extension wasn't updated for the new extension interface (available starting around Firefox 49 but mandatory in Firefox 57+), and I don't immediately see a replacement.

While a new extension would be most convenient, fixing all the links is another option. And I realize it would take some time. I think the "least effort" fix along those lines would be to preface the links with the file:/// protocol. In other words, do a global find and replace as follows:

href="C:\

to:

href="file:///C:\

and for scripts and embedded images:

src="C:\

to:

src="file:///C:\

When I test a local file, that works for me in both Firefox 57 and Firefox 52esr.

more options

DonaldWestMagazine said

Well, as was pointed out, I posed an inappropriate question. I naively expected friendly help, forgetting, the computing world is cold and heartless. Since no one could answer an inappropriate question, no one gets any points. You will, of course, delete this entire inappropriate thread.

I don't see why this thread would be deleted, and I don't think your question was inappropriate. Just difficult.

more options

jscher2000, thank you for the reply.

I only noticed this after the most recent minor update, but that may only mean that's when I next tried to use a link that changes folders.

Is this another html *improvement*, or is it unique to Firefox?

Many years ago, I tried to quit knowing *any* programming, but still today, I find it necessary to know much more than I want, just so I can use this stuff.

more options

DonaldWestMagazine said

Is this another html *improvement*, or is it unique to Firefox?

Different browsers handle local links differently. Firefox often is the most strict.

As a workaround, you can use a script to repair the links to a format Firefox likes. You can apply the script to the page by clicking a button on your Bookmarks Toolbar or Bookmarks Menu -- a bookmarklet.

To install it, see this page:

https://www.jeffersonscher.com/res/sumomarklets.html#fileC

After installing, when viewing one of your pages, click the button to run the script.

For reference, this is the script:

var els=document.querySelectorAll('a[href^="C:\"], link[href^="C:\"]'); for (var i=0; i<els.length; i++) els[i].setAttribute('href', 'file:///'+els[i].getAttribute('href')); els=document.querySelectorAll('img[src^="C:\"], script[src^="C:\"]'); for (i=0; i<els.length; i++) els[i].setAttribute('src', 'file:///'+els[i].getAttribute('src'));

An extension or userscript could automate that for you, but it's getting late here...

more options