Webpages will not save correctly, HTML pairing is broken with firefox 50
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?
Tutte le risposte (16)
What file extension does that other folder that stores the extra files have?
Windows may not recognize it as a connected pair of files.
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?
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?
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
- Flash: use the Flash Control Panel installed in Windows, or download a small installer from https://get.adobe.com/flashplayer/ (uncheck unwanted extras), or get a full installer using https://download.macromedia.com/pub/flashplayer/latest/help/install_flash_player.exe
- Java: use the Java Control Panel installed in Windows, or go to https://www.java.com/en/download/installed8.jsp
- VLC: if you run the VLC Media Player application, you can use Help > Check for Updates
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
in addition, is there a way to modify how firefox names the webfolders inside the about:config menu?
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
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 -
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?
See also:
- https://dxr.mozilla.org/mozilla-release/source/toolkit/locales/en-US/chrome/global/contentAreaCommands.properties
- https://dxr.mozilla.org/l10n-mozilla-release/search?q=file%3AcontentAreaCommands.properties&redirect=false
# 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
# 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
Modificato da cor-el il
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)
Modificato da cor-el il
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"
Modificato da firezorro il
cor-el said
As you can see in my above post: the '_' is missing before Archivos, so this looks like a bug.espanol_mexico_language_pack-50.0-fx.xpi/chrome/es-MX/locale/es-MX/global/contentAreaCommands.properties
- "%S Archivos" instead of %S_Archivos
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?
Modificato da firezorro il
firezorro said
jscher2000 saidDo 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.
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.
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
Modificato da firezorro il