Join the AMA (Ask Me Anything) with the Firefox leadership team to celebrate Firefox 20th anniversary and discuss Firefox’s future on Mozilla Connect. Mark your calendar on Thursday, November 14, 18:00 - 20:00 UTC!

This site will have limited functionality while we undergo maintenance to improve your experience. If an article doesn't solve your issue and you want to ask a question, we have our support community waiting to help you at @FirefoxSupport on Twitter and/r/firefox on Reddit.

Search Support

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

Webpages will not save correctly, HTML pairing is broken with firefox 50

  • 16 replies
  • 4 have this problem
  • 3 views
  • Last reply by firezorro

more options

when i save a complete webpage, firefox 50.0.2 saves the html file along with its folder, but unlike IE, Chrome or Firefox 44 - the pair of files created by firefox 50 are not managed as a single file, this creates a bit of a problem if you want to manage stored HTMLS - on the cpu with firefox 44 all i have to do is cut the desired HTMLS and paste them , and the folders will move along with the files - all 3 browsers save pages and work correctly on that cpu

however on the cpu with firefox 50, firefox fails to propperly save the pages, any page that firefox saves, its HTML file will not move along with its corresponding folder.

i would experiment by installing firefox 50 on the cpu, but i dont want to break what does not need fixing

If this behavior cannot be fixed, is there a way to "re-save" or fix locally stored webpages in bulk to restore their behavior so they can be managed as pairs? is there a program that can fix whatever attribute firefox did not give this "broken" HTMLs?
when i save a complete webpage, firefox 50.0.2 saves the html file along with its folder, but unlike IE, Chrome or Firefox 44 - the pair of files created by firefox 50 are not managed as a single file, this creates a bit of a problem if you want to manage stored HTMLS - on the cpu with firefox 44 all i have to do is cut the desired HTMLS and paste them , and the folders will move along with the files - all 3 browsers save pages and work correctly on that cpu however on the cpu with firefox 50, firefox fails to propperly save the pages, any page that firefox saves, its HTML file will not move along with its corresponding folder. i would experiment by installing firefox 50 on the cpu, but i dont want to break what does not need fixing If this behavior cannot be fixed, is there a way to "re-save" or fix locally stored webpages in bulk to restore their behavior so they can be managed as pairs? is there a program that can fix whatever attribute firefox did not give this "broken" HTMLs?

All Replies (16)

more options

What file extension does that other folder that stores the extra files have?

Windows may not recognize it as a connected pair of files.

more options

as an example i will save this page the result is:

firefox 50 Webpages will not save correctly, HTML pairing is broken with firefox 50 _ Firefox Support Forum _ Mozilla Support.htm and the folder Webpages will not save correctly, HTML pairing is broken with firefox 50 _ Firefox Support Forum _ Mozilla Support Archivos

with internet explorer this results in:

Webpages will not save correctly, HTML pairing is broken with firefox 50 Firefox Support Forum Mozilla Support.htm

Webpages will not save correctly, HTML pairing is broken with firefox 50 Firefox Support Forum Mozilla Support_archivos

so it seems that firefox 50 is not adding the "_" symbol before the word files or Archivos resulting in a broken webpage folder also the letter following the symbol should be a lowercase letter, i just found that i can fix the problem by renaming the folder with the correct format.

how can i make firefox 50 make the name correction for future saves from now on?
more options

Hmm, mine is working okay on the English U.S. locale of Firefox (32-bit) on Windows 7 (64-bit) -- I get _files on the end of the folder name for this thread.

I don't know why it would be broken for a different language; what is your locale code?

Does it affect pages with short titles as well, or only long titles?

more options

By the way, most of your plugins look to be in serious need of updating -- if you allow site to activate them. Acrobat, Flash, Java, and VLC definitely have updates.

  • Acrobat: use the internal updater of Adobe Reader or Adobe Acrobat - Help menu > Check for Updates
  • VLC: if you run the VLC Media Player application, you can use Help > Check for Updates
more options

i think that the issue is the locale, i have win 7 in spanish in the trouble machine, its mexican spanish, so the correct way that webpage folders should be saved is with "filename_archivos"

but the one i have its saving them as "filename Archivos"

so firefox in spanish for mexico is saving them wrong -

it is not an issue if i could modify window´s registry to accept this other folder name as a correct name "string" or valid string in addition to my system´s default one, but for now i have no idea of what registry values or strings to look for, i tried for the past few minutes but i found nothing using "_archivos" in regedit, some help for looking for these would be appreciated, thanks in advance & for the replies

more options

in addition, is there a way to modify how firefox names the webfolders inside the about:config menu?

more options

Hi firezorro, I do not see any way to modify this in about:config. I tried to figure out what might have changed in Firefox 50 and so far I can't spot it.

I found a couple parts of the code where (maybe?) the folder name is calculated, but I don't know where it finds "_files" or "_archivos".

https://dxr.mozilla.org/mozilla-release/source/toolkit/content/contentAreaUtils.js#544

https://dxr.mozilla.org/mozilla-release/source/embedding/components/webbrowserpersist/nsWebBrowserPersist.cpp#466

more options

does firefox affect windows´s registry?

if so that is where the folders might get their names, so far i have found no way to hack the registry into accepting this alternate name paths as linked files and folders.

the good news is that renaming the folders to the correct "linkable" way does not affect how firefox nor any other browser opens them, so at least i can use a bulk renaming utility to replace "filename Archivos" to "filename_archivos" once on a while

by the way if anybody is interested to try and see if this happens the vesion of firefox i´m using is Spanish (Mexico) Español (de México) https://download.mozilla.org/?product=firefox-50.0.2-SSL&os=win64&lang=es-MX -

more options

Hi firezorro, Firefox derives some settings from the Windows registry, but I don't know about this one.

Do the links in the .html file work correctly after you rename the folder, or does it break the links?

more options

See also:


# LOCALIZATION NOTE (filesFolder):
#    This is the name of the folder that is created parallel to a HTML file 
#    when it is saved "With Images". The %S section is replaced with the
#    leaf name of the file being saved (minus extension).
filesFolder=%S_files

https://dxr.mozilla.org/l10n-mozilla-release/source/es-MX/toolkit/chrome/global/contentAreaCommands.properties

# LOCALIZATION NOTE (filesFolder):
#    This is the name of the folder that is created parallel to a HTML file 
#    when it is saved "With Images". The %S section is replaced with the
#    leaf name of the file being saved (minus extension).
filesFolder=%S Archivos

Modified by cor-el

more options

As you can see in my above post: the '_' is missing before Archivos, so this looks like a bug.

  • "%S Archivos" instead of %S_Archivos
  • espanol_mexico_language_pack-50.0-fx.xpi/chrome/es-MX/locale/es-MX/global/contentAreaCommands.properties
  • chrome://global/locale/contentAreaCommands.properties

There are more locales with this error:


bn-BD/toolkit/chrome/global/contentAreaCommands.properties
22 filesFolder=%S ফাইল

cak/toolkit/chrome/global/contentAreaCommands.properties
22 filesFolder=%S taq yakb'äl

es-MX/toolkit/chrome/global/contentAreaCommands.properties
22 filesFolder=%S Archivos

kn/toolkit/chrome/global/contentAreaCommands.properties
22 filesFolder=%S ಕಡತಗಳು (_f)
ne-NP/mail/chrome/communicator/contentAreaCommands.properties
18 filesFolder=%S फाइल

ne-NP/toolkit/chrome/global/contentAreaCommands.properties
18 filesFolder=%S फाइल

or/toolkit/chrome/global/contentAreaCommands.properties
22 filesFolder=%S ଫାଇଲଗୁଡ଼ିକ (_f)

Modified by cor-el

more options

jscher2000 said

Hi firezorro, Firefox derives some settings from the Windows registry, but I don't know about this one. Do the links in the .html file work correctly after you rename the folder, or does it break the links?

unfortunately ,the problem of the folder and the file gets resolved, but the webpages do not display nor work corectly , until you re-name it back to "filename Archivos"

Modified by firezorro

more options

cor-el said

As you can see in my above post: the '_' is missing before Archivos, so this looks like a bug.
  • "%S Archivos" instead of %S_Archivos
espanol_mexico_language_pack-50.0-fx.xpi/chrome/es-MX/locale/es-MX/global/contentAreaCommands.properties

There are more locales with this error:


..............................

are users able to change these lines of code in their

already installed firefox themselves? or we have to wait for the next release?

Modified by firezorro

more options

firezorro said

jscher2000 said
Do the links in the .html file work correctly after you rename the folder, or does it break the links?

unfortunately ,the problem of the folder and the file gets resolved, but the webpages do not display nor work corectly , until you re-name it back to "filename Archivos"

I was afraid of that. I think for now you need to manually move the "Archivos" folder around with the .htm file.

more options

You would have to edit the main HTML file and correct all " Archivos" in the file to "_Archivos". Unfortunately the language packs are signed just like extensions, so it isn't possible to install the es-MX language pack and edit this entry in the Commands.properties file.

more options

cor-el said

You would have to edit the main HTML file and correct all " Archivos" in the file to "_Archivos". Unfortunately the language packs are signed just like extensions, so it isn't possible to install the es-MX language pack and edit this entry in the Commands.properties file.

blast, so we have to wait for the next release to have the bug fixed i suppose, in the meantime i guess i'll look into searching for a registry fix to accept firefoxe's html folder naming format.

If i can find such thing ill post it here and declare 

the problem solved

Modified by firezorro