Closed
Bug 346468
Opened 18 years ago
Closed 18 years ago
Bug 344085 changed behaviour of tree.view unacceptably
Categories
(Core :: XUL, defect)
Core
XUL
Tracking
()
VERIFIED
FIXED
People
(Reporter: bugzilla-mozilla-20000923, Assigned: neil)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.06 KB,
patch
|
roc
:
review+
roc
:
superreview+
|
Details | Diff | Splinter Review |
As a result of bug 344085, calling tree.view when there is nothing in the tree throws an exception (NS_ERROR_UNEXPECTED). It used to return null. This has broken things that expected to be able to check if (tree.view) and similar. As usual, the causing bug is marked security-sensitive, so it's currently unclear why the change was made - if any thought to this bit of the change happened at all.
Updated•18 years ago
|
Flags: blocking1.9a1?
Assignee | ||
Comment 1•18 years ago
|
||
Could you explain what you mean by an empty tree or write a test case? I tried getting the view from a <tree/> and it returned null for me.
Reporter | ||
Comment 2•18 years ago
|
||
Go to a ChatZilla view that isn't a channel, then do: /eval document.getElementById("user-list").view I notice that in my older build, this returns [object TreeContentView], but current trunk throws the exception instead so it looks like the behaviour has worsened more than I thought.
Reporter | ||
Comment 3•18 years ago
|
||
Note that I'm not entirely sure what the tree's state is since every time ChatZilla tries to change the view it gets this unexpected exception, so the tree could be completely uninitialised for all I know.
Comment 4•18 years ago
|
||
Also see Bug 346530, it seems SeaMonkey Download Manager has been broken by this change.
Assignee | ||
Comment 5•18 years ago
|
||
*** Bug 346530 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 6•18 years ago
|
||
I forgot that not all builders are views...
Assignee: Jan.Varga → neil
Status: NEW → ASSIGNED
Attachment #231326 -
Flags: superreview?(roc)
Attachment #231326 -
Flags: review?(roc)
(In reply to comment #6) > Created an attachment (id=231326) [edit] > Proposed patch > > I forgot that not all builders are views... This patch fixes a similar bug in TB Account Settings that I emailed you about, thanks.
Comment 8•18 years ago
|
||
*** Bug 346600 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•18 years ago
|
Attachment #231326 -
Flags: review?(roc) → review?(enndeakin)
Comment 9•18 years ago
|
||
*** Bug 346756 has been marked as a duplicate of this bug. ***
Attachment #231326 -
Flags: superreview?(roc)
Attachment #231326 -
Flags: superreview+
Attachment #231326 -
Flags: review?(enndeakin)
Attachment #231326 -
Flags: review+
Assignee | ||
Comment 10•18 years ago
|
||
*** Bug 346809 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 11•18 years ago
|
||
Fix checked in.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Comment 12•18 years ago
|
||
Verified FIXED using Thunderbird version 3 alpha 1 (20060802). The account settings window is now functional again.
Status: RESOLVED → VERIFIED
Updated•17 years ago
|
Flags: blocking1.9a1?
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: xptoolkit.trees → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•