Closed
Bug 305548
Opened 19 years ago
Closed 16 years ago
Starting a drag of a mail message loads the message only partially
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: Biesinger, Unassigned)
Details
(Keywords: regression)
regression from 1.7.x, unfortunately I have no idea when it hapepned When I start a drag of a message, it loads partially: The title bar of the mail window changes as well as as the pane that shows subject/from/attachments/etc. But the message pane does not show the new message. In 1.7.x this showed the message.
Reporter | ||
Comment 1•19 years ago
|
||
(linux gtk2 seamonkey, current cvs but is not a recent regression)
Comment 3•19 years ago
|
||
I get: ###!!! ASSERTION: can't get drag session: 'mSlots->mDragSession', file /build/andrew/moz-debug/mozilla/layout/xul/base/src/tree/src/nsTreeBodyFrame.cpp, line 1897 this regressed between linux suite trunk builds 2005022705 and 2005022801, perhaps bug 125386
Version: unspecified → Trunk
I debugged this for a while. I got as far as finding out that the call to docShell->LoadURI to load the message here: http://lxr.mozilla.org/mozilla/source/mailnews/local/src/nsMailboxService.cpp#210 does still fire.
Comment 5•19 years ago
|
||
(In reply to comment #3) >I get: ###!!! ASSERTION: can't get drag session: 'mSlots->mDragSession', file >/build/andrew/moz-debug/mozilla/layout/xul/base/src/tree/src/nsTreeBodyFrame.cpp, >line 1897 Fixed by attachment 194462 [details] [diff] [review].
Comment 6•19 years ago
|
||
So is this bug still an issue?
Reporter | ||
Comment 7•19 years ago
|
||
yes, it is.
Comment 8•19 years ago
|
||
OK. So the assert is gone, but the bug is not?
Reporter | ||
Comment 9•19 years ago
|
||
dunno about the assert (I use opt builds for reading mail); but the bug is definitely still there.
Comment 10•16 years ago
|
||
Comment #4: IIUC that line is now at http://lxr.mozilla.org/mozilla/source/mailnews/local/src/nsMailboxService.cpp#275 Comment #5: Attachment 194462 [details] [diff] belongs to bug 269568 which has been REOPENED after that patch was found not to fix it. I think the patch has not been rolled back but I'm not 100% sure. Christian: sorry for bothering you, do you still see this, 2½ years after you told Boris that you did? (I don't.) Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.2pre) Gecko/2008071201 SeaMonkey/2.0a1pre
Comment 11•16 years ago
|
||
I still see this in a build from Jan 2006, but not Jan 2007 (or current trunk) resolving WFM
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Comment 12•16 years ago
|
||
I seem to remember some drag and drop changes that might have fixed this.
Comment 13•16 years ago
|
||
(In reply to comment #11) > I still see this in a build from Jan 2006, but not Jan 2007 (or current trunk) > > resolving WFM > (In reply to comment #12) > I seem to remember some drag and drop changes that might have fixed this. > So much the better then. Unless the bug for those changes suddenly surfaces, I suppose this one can remain WFM (barring new sightings of course).
You need to log in
before you can comment on or make changes to this bug.
Description
•