Closed
Bug 282594
Opened 20 years ago
Closed 19 years ago
clicking links in mail (with alternate 3-pane) fails (NS_ERROR_XPC_BAD_CONVERT_JS)
Categories
(SeaMonkey :: MailNews: Message Display, defect)
SeaMonkey
MailNews: Message Display
Tracking
(Not tracked)
VERIFIED
DUPLICATE
of bug 282938
People
(Reporter: spam, Assigned: sspitzer)
References
Details
(Keywords: regression)
2005021615 and yesterdays build nothing visibly happens when clicking a link in a mail - left click or middle click- whatever way i try to open a link in a mail will fail now. This appears in JS console: Error: uncaught exception: [Exception... "Component returned failure code: 0x80570009 (NS_ERROR_XPC_BAD_CONVERT_JS) [nsIXPCComponents.lookupMethod]" nsresult: "0x80570009 (NS_ERROR_XPC_BAD_CONVERT_JS)" location: "JS frame :: chrome://global/content/XPCNativeWrapper.js :: anonymous :: line 91" data: no]
it still worked in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050115
Summary: clicking links in mail fails → clicking links in mail fails (NS_ERROR_XPC_BAD_CONVERT_JS)
Any chance of a narrower regression window?
Trunk Seamonkey Mail seems to be OK for me.
Comment 4•20 years ago
|
||
this seems to be working for me using 2005021706-trunk seamonkey bits on Windows XPsp2. some notes: I hadn't set mozilla mail or browser as the windows default apps for those tasks, but it still seems to work for me. it also still worked whether or not I had a mozilla browser window open. (I don't see the js error rkaa saw either.)
also happens in a 20050202 build. see also bug 282593 Resolving as invalid since nobody else sees this bug. My main changes in prefs from default is disabling "lookahead" and JS for mailnews, in addition to some disabling for browser (these abilities are disabled: move or resize existing windows, hide the stgatus bar, replace or hide context menus)
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
This bug and bug 282593 happens to me when in alternate treepane (2+1) The default treepane works fine. sairuh: did you test that?
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Too late for 1.8b1, plussing for 1.8b2, assuming that it is reliably reproducable with alternate 3-pane.
Flags: blocking1.8b?
Flags: blocking1.8b2?
Flags: blocking1.8b2+
Flags: blocking1.8b-
Yeah, I can reproduce with both alternate forms of the 3-pane.
Summary: clicking links in mail fails (NS_ERROR_XPC_BAD_CONVERT_JS) → clicking links in mail (with alternate 3-pane) fails (NS_ERROR_XPC_BAD_CONVERT_JS)
Comment 9•19 years ago
|
||
ah! yes, with that 3pane modification I do see this. I'll see if I can repro on other platforms...
Reporter | ||
Comment 10•19 years ago
|
||
Lowering severity a notch. But keeping it on related bug 282593 since I believe that one can lead to dataloss.
Severity: critical → major
Comment 11•19 years ago
|
||
yep, also occurs on Mac mozilla trunk.
OS: Windows XP → All
Hardware: PC → All
Comment 12•19 years ago
|
||
Problem was easily re-created on 2/15 trunk-build(Win-2K) - link click with alternate 3-pane. I love alternate 3-pane but I always used "middle click" in order to open in new Tab. ( using Tab Browser Extentions which is hated by Firefox developers... :-) ) R.K.Aa.: Does similar problem occur on other click operations on link? - Right click of the link - Click in context menu of the link - Open in new window etc. in context menu (Sorry but I can't say whether Mozilla's problem or not, because error message ) (when "Open in new windows" contains error message of "Tab Browser Extentions".)
Comment 13•19 years ago
|
||
This problem didn't occur on Thunderbird. (tested with next 2 TB-trunk-nightlies, with no extention, no theme) /thunderbird/nightly/2005-02-04-08-trunk/thunderbird-win32.zip version 0.6+ (20050204) /thunderbird/nightly/2005-02-19-05-trunk/thunderbird-win32.zip version 1.0+ (20050219)
Reporter | ||
Comment 14•19 years ago
|
||
>R.K.Aa.: Does similar problem occur on other click operations on link?
Please read the bug report.
Adding suspects to CC.
Comment 15•19 years ago
|
||
(In reply to comment #14) > >R.K.Aa.: Does similar problem occur on other click operations on link? > Please read the bug report. Oh, sorry. You said "middle click" also has problem. (my "middle click" was probably hooked by extention.) But my question is on "Left Click in context menu".
Comment 16•19 years ago
|
||
0001: aPropName $[0] = [string] "location" 0001: this.mUntrustedObject $[1] = [null] null called from: 68 function getContentFrameURI(aFocusedWindow) in contentAreaUtils.js 0001: isContentFrame(aFocusedWindow) $[3] = [boolean] false window.content is null.
Reporter | ||
Comment 17•19 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=282877#c7 *** This bug has been marked as a duplicate of 282938 ***
Status: REOPENED → RESOLVED
Closed: 20 years ago → 19 years ago
Resolution: --- → DUPLICATE
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•