8078 - Thread pane problem on pane resize

Status: VERIFIED WORKSFORME

(SeaMonkey :: MailNews: Message Display, defect, P3)

Description

[Péter Bajusz]

Reproduction:
 Open mail window.
 Open a folder with messages.
 Grab the bar between the folder pane and the thread pane. Actually do
   - Press the mouse button over the bar
   - Move the mouse a bit. (Don't forget to try it grabbing to the right)
   - Keep the mouse button pressed - and watch with horror :)

Expected result:
 The thread pane should get resized according the grab, and then stay put until
 you move the mouse again.

Actual result:
 The thread pane get resized in the opposite direction (!), and doesn't stop,
 but keeps moving. If you grabbed to the right it keeps shrinking until it
 reaches zero width, then the window is filled with "junk".

Build:
 I'm using 1999061208 on Win98.

Comment 1

[Phil Peterson]

Reassign to putterman

Comment 2

[scottputterman]

I'm not sure which is the right group to reassign this to.  I'm starting off
with XPToolkit, but am also cc'ing rickg for Layout.  Adding hangas because the
address book has this problem as well.

In our main Messenger xul file we have

    <html:iframe src="chrome://messenger/content/3panemail.html"
name="browser.3panemail" flex="100%" id="messengerContent"/>

and then in 3panemail.html we have:

<FRAMESET COLS="30%,70%">

<FRAME NAME=folder SRC="chrome://messenger/content/folderPane.xul">
	<FRAMESET ROWS="50%,50%">

	<FRAME NAME=thread SRC="chrome://messenger/content/threadPane.xul">
	<FRAME NAME=messagepane
SRC="chrome://messenger/content/messagePane.xul">

	</FRAMESET>

</FRAMESET>

Anyway, it looks like the window is being resized to nothing when you do this
with a slight drag to the right and that it's being expanded forever with a
slight drag to the left.  Resizing the main window makes it look correct.  At a
first glance this doesn't seem to be happening on Linux.

Comment 3

[scottputterman]

I did some further checking.  This happens on all platforms. On Linux holding
down the button doesn't do this, but just resizing the frame a little bit causes
this problem.

Comment 4

[Peter Trudelle]

reassigning to danm

Comment 5

[scottputterman]

*** Bug 8234 has been marked as a duplicate of this bug. ***

Comment 6

[Peter Trudelle]

Mass migration of minor danm bugs from M7 -> M8

Comment 7

[esther]

I will be verifying 8234 as a duplicate of this one, please check scenario in
8234 too, when this is fixed.

Comment 8

[scottputterman]

*** Bug 9348 has been marked as a duplicate of this bug. ***

Comment 9

[sol]

Sounds like this needs to be fixed by PR1, so I added a note in the Status
Whiteboard

Comment 10

[Dan M]

Can't reproduce with today's build. Likely this went away with one of the major rewrites
of things like the splitter that have gone by recently.

Comment 11

[Ninoschka Baca]

Build 1999092309M11: Win32/NT4, Linux/Redhat 6.0, Mac 8.5.1
Verified Fixed. Although there are problems with resizing the splitter between
the folder pane and the right pane which will be logged in a separate bug.