Closed Bug 28106 Opened 25 years ago Closed 24 years ago

menus title+contents not un-rendered quick enough

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: nneul, Assigned: pavlov)

References

Details

(Keywords: perf) 

If you drag through several menus, the second/third/etc. menus you drag through
are drawn prior to the initial menu being un-rendered.

It appears that only the content is drawn:

click on "File"
file title is highlighted
file content is rendered
quickly drag over to right
content of other menus is drawn as you drag over them
relatively quickly, the content of other menus is undrawn
after a second or so of dragging, the highlight of "File" is undrawn
highlight of the other menu is now drawn.

sorry if that isn't clear enough, let me know if you need a more clear
explanation
i'll look into this postbeta.
Status: NEW → ASSIGNED
Target Milestone: M15
Target Milestone: M15 → M18
*** Bug 32597 has been marked as a duplicate of this bug. ***
*** Bug 33017 has been marked as a duplicate of this bug. ***
nneul@umr.edu, could you pls outline your steps in detail so that we can
reproduce this? thanks a lot!

Ok, I wish X had one of those screen-movie type programs like you can get for
windows+mac training. 

The easiest way to see it is to start by clicking/dropping any given menu and
then drag across the other menus back and forth. (Don't need to drag
particularly fast.)

Try like this, drag back and forth slowly - at very slow speeds of dragging, the
highlighting and everything seems to work ok. Now start dragging back and forth
a big faster. At some point speedwise, the display starts to break down - things
are not drawn/undrawn quick enough. 

If you start with one menu in the middle (i.e. bookmarks), and then really
quickly drag back and forth, you'll see alot of menu's popping up and
dissapearing, but you almost never see the title of each menu get highlighted. 

Basically, the content of the menu that you dragged to seems to get drawn before
the invalidated regions of the window are redrawn - AND the highlight (tab with
grey background and black text) of the menu title doesn't seem to get undrawn
quick enough. Additionally, in a lot of the cases it seems like the content of
the new menu is drawn before the title is highlighted. 

For reference, I'm doing this on a PII-350 with a riva128 card - the 2d graphics
are normally VERY quick. 

I'm not sure I have any better way to describe what I'm referring to. If you
know of a program that can record the X display, or do an unattended snapshot
(not like xwd) of the screen, let me know and I could try and get some images.
i don't think it's necessary, i have seen what he's talking about. hyatt's 
comments are "oh, that's just menus sucking" ;)

*** Bug 33632 has been marked as a duplicate of this bug. ***
Mass moving M18 bugs to M19
Target Milestone: M18 → M19
Keywords: perf
*** Bug 36029 has been marked as a duplicate of this bug. ***
I disagree with the "duplicate" classification above.  The description of the 
problem in bug 36029 (referenced above) describes a specific MACINTOSH problem 
and a potential solution.

It seems that this is a specific platform issue, different than the one discussed 
in this bug (which is marked linux/pc)

Just wanted to point that out so it doesn't get overlooked.  It's at http://
bugzilla.mozilla.org/show_bug.cgi?id=36029


mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
*spam*: transferring current XP Menu bugs over to jrgm, the new component owner.
feel free to add me to the cc list (unless am the Reporter) of any of these, if
you have any questions/etc.
QA Contact: sairuh → jrgm
this seems linux specific. looks fine on win32. pushing over to pav for comment.
if you think this is a big deal, let me know, otherwise just future it.
Assignee: pinkerton → pavlov
Status: ASSIGNED → NEW
I'm not sure who fixed this, but I remember this happening, and it no longer
seems to be, so i'm marking this worksforme.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
I concur... I originally reported this... looks fine to me now... menus are
still slow :(, but at least they draw consitently and unrender in the right
order.
Works for me:
Platform: PC
OS: Redhat 6.2 Linux 2.2.14
Mozilla Build: 2000103108 M18 Trunk Build

Marking as verified.
Status: RESOLVED → VERIFIED
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.