Opened 19 years ago
Last modified 12 years ago
#484 closed bug
[app_server] menu flickering — at Version 31
Reported by: | diver | Owned by: | axeld |
---|---|---|---|
Priority: | normal | Milestone: | R1 |
Component: | Servers/app_server | Version: | R1/Development |
Keywords: | Cc: | Adek336, stippi | |
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
MenuItems flickers if they have submenu.
To reproduce it open desktop context menu and navigate to New.
You might need to do it several times to notice it.
Change History (31)
comment:1 by , 19 years ago
Owner: | changed from | to
---|
comment:2 by , 19 years ago
Status: | new → assigned |
---|
comment:3 by , 19 years ago
Status: | assigned → closed |
---|
comment:4 by , 19 years ago
comment:5 by , 19 years ago
Resolution: | → fixed |
---|
comment:6 by , 19 years ago
Status: | closed → reopened |
---|
comment:7 by , 19 years ago
Resolution: | fixed |
---|
comment:8 by , 19 years ago
Happens again, but this time it even worse, you can't see selection when you move your mouse fast over menulist, it didn't happen before.
comment:9 by , 19 years ago
The problem is fixed in hrev17519 (I can no longer reproduce it). Was caused by the wrong initialization of "closeTime" in BMenu::_track().
comment:10 by , 19 years ago
Resolution: | → fixed |
---|
comment:11 by , 19 years ago
Status: | reopened → closed |
---|
comment:12 by , 19 years ago
Well, for me it's look better, but still have some (rare) flickering :-( What about "you can't see selection when you move your mouse fast over menulist " thing. It still there, should i open another bug for this?
comment:13 by , 19 years ago
Actually the commit I've done should've fixed this very problem. The menu flickering was gone long ago. I can't reproduce neither of these problems anymore now. Neither on real hardware or qemu or vmware. Are you sure you tried the latest revision ? On which hardware are you running haiku ?
comment:14 by , 19 years ago
I tested it nativly and under vmware, and there were flickering yes, i will recheck with newes revision, though. I have a P4 1,8Ggz 786 ram and geforce 4mx.
comment:15 by , 19 years ago
If you run cat /dev/random in terminal and move your mouse above items in application folder in deskbar you will see icon flickering, tested with hrev17592 under vmware.
comment:16 by , 18 years ago
Component: | General → User Interface/InterfaceKit |
---|---|
Platform: | → All |
Resolution: | fixed |
Status: | closed → reopened |
Version: | → R1 |
Ok i found the way to reproduce it now! It seems that flickering could be seen on heavy load. Launch ProcessController and install to deskbar. Launch GLTeapot and resize it's window so it would take 100% of cpu time. Click on Options menu and move mouse above menuitems. You could even crash GLTeapot if you middleclick on teapot, but i'll open another bug for this.
Tested unser vmware with hrev18800. Hope this would help.
comment:17 by , 18 years ago
Component: | User Interface/InterfaceKit → User Interface/app_server |
---|---|
Description: | modified (diff) |
Owner: | changed from | to
Status: | reopened → new |
I'm reassigning to app_server, as you can see flickering on heavy load on many other places, not just menu, so I'm assuming it's not related to menus only. Feel free to reassign it to me if you think it's not the case.
comment:18 by , 18 years ago
Yet another way to reproduce flickering:
open /boot/beos and right click bin folder, then select several times bin menuitem.
comment:19 by , 17 years ago
Can't reproduce under vmware, but on real hw i can, so it seems to be app_server problem indeed.
follow-up: 24 comment:21 by , 16 years ago
If I select the bin folder and move my mouse away again to deselect it, I can see an ever so slight flickering when the background is first drawn and then the menu item label with a tiny delay. If that is what you mean, I would say I can live with it. The rest of the bug report, like that not all items get selected when you move your mouse quickly up or down over the items is actually intentional.
comment:25 by , 16 years ago
Cc: | added |
---|
Also note #913 with screenshots.
Also when browsing the file system with the context menu on the Desktop one may see the menu draw a split second earlier than the contents draw. Also when I click on the Desktop and all the submenus are closed I can sometimes see a menu without contents.
This is bad because it makes a bad impression on users that Haiku is slow and unresponsive.
comment:26 by , 15 years ago
Still here in hrev32617, should I create a separate ticket for comment:25?
comment:28 by , 15 years ago
Generally reproducible with cpu (or app_server) intensive application like Kaleidoscope running in VirtualBox.
comment:29 by , 15 years ago
Version: | R1/pre-alpha1 → R1/Development |
---|
comment:30 by , 14 years ago
Summary: | MenuItem flickering → [app_server] menu flickering |
---|
Still reproducible in VirtualBox 3.0.12 with hrev38300.
comment:31 by , 12 years ago
Cc: | added; removed |
---|---|
Description: | modified (diff) |
MenuBar items seem to flicker on deselection, so it could be an InterfaceKit issue after all.
Fixed in hrev17168