Closed Bug 401548 Opened 18 years ago Closed 18 years ago

Moving columns is broken in 3-pane window - error message "col has no properties"

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 407453

People

(Reporter: tar, Unassigned)

References

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007102803 SeaMonkey/2.0a1pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a9pre) Gecko/2007102803 SeaMonkey/2.0a1pre Trying to move mail columns does not work, the column heading gets pressed down but won't be moved to a new location. Reproducible: Always Steps to Reproduce: 1. Open MailNews 2. Grab Subject column with leftmouse 3. Move it to a different location, release leftmouse Actual Results: The column doesn't move Expected Results: Column gets moved to specified location There's this bit in the Error Console: Error: col has no properties Source File: chrome://global/content/bindings/tree.xml Line: 165
Something got borked in this one: http://bonsai.mozilla.org/cvsview2.cgi?subdir=mozilla/toolkit/content/widgets&files=tree.xml&command=DIRECTORY&branch=HEAD&root=/cvsroot Caused by bug 377677 checkin pehaps? Tested also with new clean profile, previously used rv:1.9a8pre Gecko/2007082203 SeaMonkey/2.0a1pre.
Thunderbird nightly 3.0a1pre (2007102903) also affected.
Don't see this on other places trees are used
on thunderbird the regression range is 2007-10-22 03:00 - 2007-10-23 04:00 which squarely implicates bug 377677 only affects columns that either can't be resized or don't contain text, afaict Neal, another effect is some times if a column move fails then the next one might move more than one column in a single drag.
Blocks: 377677
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Summary: Moving columns is broken → Moving columns is broken in 3-pane window - error message "col has no properties"
Version: unspecified → Trunk
correction, all columns are affected - just not are all as reproducible as start, read, attachment.
Can someone retest this? It may have been fixed by bug 407453.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3pre) Gecko/2008011303 SeaMonkey/2.0a1pre
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.