287791 - any page cannot be saved

Status: RESOLVED WORKSFORME

(SeaMonkey :: Download & File Handling, defect)

Description

[Alexander Rabtchevich]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217

DM does not work in the trunk build on 25 of March

Reproducible: Always

Comment 1

[OstGote!]

Check if open the URL from Bug 180672 helps as workaround. If so, this is a dupe
of that bug. Otherwise it could be Bug 287490. Check the JS console for errors. 

Comment 2

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050325
BuildId 2005032506

When I try to open Tools->DownloadManager, I get an error in the JS console:

Error: uncaught exception: [Exception... "Component returned failure code:
0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]"  nsresult:
"0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)"  location: "JS frame ::
chrome://communicator/content/tasksOverlay.js :: toDownloadManager :: line 51" 
data: no]

When download something (by right-click save as) DM opens.

Comment 3

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050325
BuildId 2005032506

After the download started in comment 2 finished I deleted an entry in DM,
closed DM, reopened DM, all working, no error messages in JS console.
I closed Mozilla and DUN, restarted Mozilla, opened JS console, Tools->Download
Manager, wfm, no error message.

Before seeing the bug comment 2 I had downloaded a page, edited online.

Comment 4

[Alexander Rabtchevich]

The JS console error messages are:

Error: Unexpected end of file while searching for '',' or '{''.  Ruleset ignored
due to bad selector.
Source File:
file:///D:/Mozilla_Mail/Profiles/Alexander%20Rabtchevich/Alexander%20Rabtchevich/x3d3qz4b.slt/chrome/userContent.css
Line: 24

Error: Unexpected end of file while searching for 'closing } of invalid rule set'.
Source File:
file:///D:/Mozilla_Mail/Profiles/Alexander%20Rabtchevich/Alexander%20Rabtchevich/x3d3qz4b.slt/chrome/userContent.css
Line: 24

Error: uncaught exception: [Exception... "Component returned failure code:
0x80004002 (NS_NOINTERFACE) [nsITransfer.init]"  nsresult: "0x80004002
(NS_NOINTERFACE)"  location: "JS frame ::
chrome://communicator/content/contentAreaUtils.js :: internalSave :: line 376" 
data: no]


I think this bug is a stopper for nightly builds, because it makes them useless
untill it has been fixed.

Comment 5

[Hermann Schwab]

(In reply to comment #4)
> The JS console error messages are:
> 
> Error: Unexpected end of file while searching for '',' or '{''.  Ruleset     
ignored due to bad selector.

> Error: Unexpected end of file while searching for 'closing } of invalid rule set'.
> Source File:
>
file:///D:/Mozilla_Mail/Profiles/Alexander%20Rabtchevich/Alexander%20Rabtchevich/x3d3qz4b.slt/chrome/userContent.css
> Line: 24

Which rule is in Line: 24 of that file? This file is user-made, either you did
it yourself, or you installed an extension.
In a new profile you only find a file userContent-example.css, which is ignored.
Read it to see how userContent.css is made.

UserContent.css
> 
> Error: uncaught exception: [Exception... "Component returned failure code:
> 0x80004002 (NS_NOINTERFACE) [nsITransfer.init]"  nsresult: "0x80004002
> (NS_NOINTERFACE)"  location: "JS frame ::
> chrome://communicator/content/contentAreaUtils.js :: internalSave :: line 376" 
> data: no]
> 
> 
> I think this bug is a stopper for nightly builds, because it makes them useless
> untill it has been fixed.

No, it´s not a stopper. It doesn´t happen to all users, and there are ways to
cure it for some time, like deleting compreg.dat.

This bug is a dupe of

Bug 180672 Download manager somehow disabled completely, preventing file
downloads entirely (source file could not be read) [JavaScript console:
exception in contentAreaUtils.js]



*** This bug has been marked as a duplicate of 180672 ***

Comment 6

[Alexander Rabtchevich]

This is not a duplicate of the bug
https://bugzilla.mozilla.org/show_bug.cgi?id=180672
Manual deleting the file compreg.dat does nothing.
There is NO workaround for this bug, at least what I know.
The newer JS console messages are:

Error: uncaught exception: [Exception... "Component returned failure code:
0x80004002 (NS_NOINTERFACE) [nsIObserver.observe]"  nsresult: "0x80004002
(NS_NOINTERFACE)"  location: "JS frame ::
chrome://global/content/nsProgressDialog.xul :: notifyObserver :: line 79" 
data: no]


Error: uncaught exception: [Exception... "Component returned failure code:
0x80004002 (NS_NOINTERFACE) [nsITransfer.init]"  nsresult: "0x80004002
(NS_NOINTERFACE)"  location: "JS frame ::
chrome://communicator/content/contentAreaUtils.js :: internalSave :: line 376" 
data: no]

Comment 7

[Hermann Schwab]

I´ve seen the bug shortly in my comment #2, it didn´t reproduce.
Maybe there is something in this build. But I´m using nightlies, and I didn´t
see this bug before, and I haven´t seen it in current builds.

What code is in your userContent.css line 24, and the lines belonging to that?
Do you have extensions installed?
What is the size of downloads.rdf in your profile?
Rename that file to downloads.rdf.old while Mozilla is not running, the start
Mozilla, and try to open DM, or try a download.
If you want the old file back, delete the new one and rename the old one back.

Comment 8

[Alexander Rabtchevich]

I've deleted the downloads.rdf, but it hasn't helped. It was a rather small file
before - I'd cleared it via DM.

The problem has nothing common with userContent.css - I've deleted it too (it
had exactly the same context as the default file). By the way, the example file
userContent-example.css contains uncommented  *  at the 24-th line.

The problem arised somewhere at trunk 2005.03.20 +- a few days. When I install
1.8beta 1 over the installation, the download works fine. Now I'm trying to
download the trunk from 20 and after I install it I'll be able to define a
period when the trunk has got these changes.

Comment 9

[irongut]

WFM
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050328

Have you tried a more recent build?

Comment 10

[Alexander Rabtchevich]

I've tried with zipped program in another directory and it works. So the problem
concerned some plugins. I've deleted the plugin directory and re-installed the
latest version (28.03.05) of the suite and everything is ok. The plugins are
installed again, but Mozilla still saves pages. So the bug was caused by plugins.

The strange thing is - the same combination of plugins worked fine with nightly
builds at least up to 20.03.05 (I installed the build yesterday and it saved
pages). So the conclusion is something has been changed in Mozilla behaviour
after 20 of March.