UI: resize of window leaves task bar at bottom at old position



MailNews: Message Display
19 years ago
14 years ago


(Reporter: (not reading, please use seth@sspitzer.org instead), Assigned: don)



Firefox Tracking Flags

(Not tracked)


I noticed this with messenger and the browser window, see below.

start up 5.0 in the browser
./mozilla http://www.yahoo.com
(grab on the bottom of the browser window, and you can make it taller, and it
works fine)

now open messenger
make the messenger window taller

the task bar on the bottom stays where it was, doesn't move to the bottom

go back to the browser window, making the browser window taller won't work
ok, if I open messenger first, it works fine.

but as soon as I open a browser window (so I have both browser and messenger)

I get this problem.

not sure who owns this.

Comment 2

19 years ago
Reassign to trudelle. Nominate for beta1.
Assignee: phil → trudelle


19 years ago
Keywords: beta1

Comment 3

19 years ago
How do you even see this?  Mail crashes on me immediately, today's comm opt 
build and yesterday's too.
mail is working for me on linux.  at least it was when I pulled and built at 10

I wasn't seeing the crasher that others were seeing, not sure why.

Comment 5

19 years ago
Okay, got past the crash in the respins, but I'm not seeing anything that sounds
like this.  Are you only seeing it in your debug build?  Could you try a
verification build?  Is anyone else seeing this?

Comment 6

19 years ago
Lisa, can you test this to make sure it's happening?


19 years ago
Whiteboard: [NEED INFO]

Comment 7

19 years ago
I just did a debug build on Linux, and now I can see a long (2-3 second) delay

in relocation of the status bar to the bottom of the Messenger window after

resizing, but I don't see what was described.  I hardly think that would need to

be fixed for beta. Navigator window relocates status bar within 1 second of resize.

Adding perf keyword, assigning to pavlov as p3 for M16

Keywords: perf
Target Milestone: M16
now I'm seeing what peter sees.

a delay is acceptable for beta (and on optimized bits, it will most likely be
less of a delay)

the delay may not even be a bug, we just may be slow.

perhaps we should change the bug summary, since I'm not seeing this anymore.

Comment 9

19 years ago
Since it's just a delay, removing the beta1 keyword
Keywords: beta1


19 years ago
Keywords: pp
Summary: [pp] resize of window leaves task bar at bottom at old position → resize of window leaves task bar at bottom at old position

Comment 10

19 years ago
reassigning to don: Isn't this an XPApps thing?
Assignee: trudelle → don


19 years ago
QA Contact: lchiang → nbaca


18 years ago
Keywords: perf


18 years ago
Summary: resize of window leaves task bar at bottom at old position → UI: resize of window leaves task bar at bottom at old position

Comment 11

18 years ago
removing NEED INFO as this status whiteboard entry is out-of-date.
Whiteboard: [NEED INFO]

Comment 12

18 years ago
Build 2000-04-28-09M16: NT4
Build 2000-05-01-11M16: Linux 6.0, Mac 9.0
I don't see this problem. If noone else has seen this then I'd like to mark as 
marking worksforme.

let's assume pav / blizzard fixed this when they fixed the event starvation
problem that was horking mailnews.
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME

Comment 14

18 years ago
Verified Worksforme.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.