What is your OS? It appears you use some kind of masking on your user agent string that provides gibberish to the forum (and presumably other sites).

jscher2000 said

What is your OS? It appears you use some kind of masking on your user agent string that provides gibberish to the forum (and presumably other sites).

Linux is correct. I'm guessing this has to do with my (previously working) default folder pointing to an NTFS mount. I have to clear this up, it is a mount of a partition on the same system - no networks involved. Stupid question: If the error message of the file picker isn't helpful, shouldn't that be considered a problem as well?

There are usually three possibilities:

(1) Problem in settings -- Safe Mode disables extensions and customizations in userChrome.css/userContent.css

(2) External issue -- Safe Mode disables hardware acceleration (works around display driver software incompatibilities) and JavaScript compilers (may exercise the CPU or memory differently)

(3) Problem in program files -- files corrupted during install or update; removing the program folder (not profile data) and reinstalling usually resolves this

I'm not sure we've fully exhausted #1; #2 doesn't sound relevant to Save Page As; you might try #3, but for Linux, I can't give you the step-by-step.

After re-reading your last reply, perhaps there is a permission issue? Could you try changing your default download folder to a "local" directory?

Startup, home page, tabs, and download settings

jscher2000 said

After re-reading your last reply, perhaps there is a permission issue? Could you try changing your default download folder to a "local" directory? Startup, home page, tabs, and download settings

I can't. It won't let me. Not even in Safe-Mode. This is the same problem my friends had. In Safe-Mode the download path points to "/home/user/Downloads", which works. When trying to change that (creating a directory in that folder and selecting it) it ignores this choice and always shows "Downloads" as the download folder. Without Safe-Mode I can't either, as I get the above error instead of the file picker.

The error gives us a line number. Shouldn't we be looking at the source-code of the file picker?

I'm also guessing that this is a permission problem. My NTFS-mount is writable and all and never made any problems. However, using "stat" and such can possibly yield unexpected results. Also creating "special files" might fail. For this, a look at the source code could help.

One more bug: Starting in Safe-Mode resets the search engine to the first entry (Amazon).

about:config ui.allow_platform_file_picker = true

fixes it. The native file picker has no problems. Therefore, this seems to be a bug in the FF-57 file picker!

_LC_ said

about:config
ui.allow_platform_file_picker = true
fixes it.

Thank you for chasing that down. Perhaps there's an incompatibility with your particular distribution or shell? Fortunately, this should only affect people who changed ui.allow_platform_file_picker away from its default value of true. (Why would someone do that? On Windows we don't have that preference.)

You posted with a weird user agent:

• Mozilla/5.0 (PklNc0W2QdmSd8bRD82; rv:46.0) Gecko/20100101 Firefox/46.0

What Firefox locale (user interface language) do you use?

Note that you can paste the chrome URI in the location/address bar to inspect this file to see what the problematic code tries to do (you need to use the view-source: prefix in this case).

• view-source:chrome://global/content/filepicker.xul
• view-source:chrome://global/locale/filepicker.dtd

Try the Firefox version from the official Mozilla server if you currently use a version from the repositories of your Linux distribution.

cor-el said

You posted with a weird user agent:

• Mozilla/5.0 (PklNc0W2QdmSd8bRD82; rv:46.0) Gecko/20100101 Firefox/46.0

What Firefox locale (user interface language) do you use? Note that you can paste the chrome URI in the location/address bar to inspect this file to see what the problematic code tries to do (you need to use the view-source: prefix in this case).

• view-source:chrome://global/content/filepicker.xul
• view-source:chrome://global/locale/filepicker.dtd

---

Try the Firefox version from the official Mozilla server if you currently use a version from the repositories of your Linux distribution.

My language setting (including the interface) is: en-us. I'm using a 'User Agent Spoofer'. I'm not sure where this would come in with a file picker? ;-)

view-source:chrome://global/content/filepicker.xul yields the file the bug window is pointing to. This looks like some sort of CSS and not the actual code and is therefore rather useless.

view-source:chrome://global/locale/filepicker.dtd yields a 'file not found'.

jscher2000 said

... Why would someone do that? ...

Because it's broken. It goes into 'drag & drop' mode on a single click. I'm guessing this is a Gnome fall-back - I'm not using Gnome here...

filepicker.dtd defines the ENTITIES and if this file doesn't exist then that explains why you get this error.

Are you using the Firefox version from the Mozilla server and are you possibly using a language pack that doesn't include this file?

What is the general.useragent.locale pref on the about:config page in case it links to a not installed locale?

cor-el said

filepicker.dtd defines the ENTITIES and if this file doesn't exist then that explains why you get this error.

Shouldn't I be getting the error that the file is missing? That's one line of code...

Looking at https://cgit.rhaalovely.net/mozilla-firefox/tree/pkg/PLIST?id=ebb84171b02b00d3f4521e568e83b4661921d073

I can see that I don't have the entire directory, including 'console.dtd' and such. Could it be that this is compiled into the application as the default? I'd be facing a lot more problems otherwise, wouldn't I be?!?

The installed locale from the distro (firefox-locale-en) only consists of the following files: /. /usr /usr/lib /usr/lib/firefox-addons /usr/lib/firefox-addons/extensions /usr/lib/firefox-addons/extensions/langpack-en-GB@firefox.mozilla.org.xpi /usr/lib/firefox-addons/extensions/langpack-en-ZA@firefox.mozilla.org.xpi /usr/share /usr/share/doc /usr/share/doc/firefox-locale-en /usr/share/doc/firefox-locale-en/changelog.gz /usr/share/doc/firefox-locale-en/copyright

I can't locate that file in any package either:

https://packages.ubuntu.com/search?searchon=contents&keywords=filepicker.dtd&mode=exactfilename&suite=trusty&arch=any https://packages.ubuntu.com/search?searchon=contents&keywords=filepicker.dtd&mode=exactfilename&suite=xenial&arch=any

Are you using the Firefox version from the Mozilla server and are you possibly using a language pack that doesn't include this file?

I'm using the one from the distro, otherwise it would break updates.

What is the general.useragent.locale pref on the about:config page in case it links to a not installed locale?

en-US, which is installed. Those files aren't there though. It seems like they are not contained in any packages either.

These files aren't present as individual files, but are are packed in an omni.ja archive There are two such archives, one in the main Firefox program folder and one in the browser sub folder.

• /omni.ja!/chrome/en-US/locale/en-US/global/filepicker.dtd

If you use another Firefox locale then substitute 'en-US' with your locale.

Did you try the chrome URIs because those resolve this automatically?

I tried the two chrome URIs above, as described. I'm not sure if that's what you meant. I got two omni.ja, just as you described it. The one in the main firefox folder contains this filepicker.dtd: ./chrome/en-US/locale/en-US/global/filepicker.dtd 970 bytes

You can see the content in the picture (the forum software gives me a blank area if I paste it here as it interprets the content as formatting codes).

The one in the browser subdirectory doesn't contain any *filepicker* files.