Closed Bug 41690 Opened 25 years ago Closed 25 years ago

menus appear transparent

Categories

(Core :: XUL, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED WONTFIX

People

(Reporter: xalkina, Assigned: trudelle)

References

Details

in build 2000060508, on linux
*** Bug 41689 has been marked as a duplicate of this bug. ***
Could you have unchecked the option "Use viewmanager2" in advanced prefs?
Guess not. Have never seen it and now, after looking for it, stull haven't found it! What I do for installing new builds is this: rm -rf all but a symlink in the mozilla directory, and then tar xvzf the new build. I do not clean anything in the .mozilla directory of the user I use to log in to the machine. Is that of any help?
somehow or another i reproduced this. it's pretty cool at first, but i'm not sure endusers would feel the same way ;) confirming, i'll try to get some clearer [or any] reproduction steps. meanwhile, reassigning to xpmenus, though i highly doubt this is pink's problem (it's all style). if not, please reassign.
Assignee: chofmann → pinkerton
Status: UNCONFIRMED → NEW
Component: other → XP Toolkit/Widgets: Menus
Ever confirmed: true
QA Contact: leger → jrgm
not my problem. it's a view/gecko problem i think
Assignee: pinkerton → trudelle
What bug? There's nothing describing anything here. Worksforme. (Notwithstanding someone coming up with a description of the problem and how to reproduce, etc.).
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
alright, verified for now because i pulled a new build and it's fine. but i _did_ see this...all the menus became transparent, still functioned properly but you could clearly see what was behind them. i'll reopen w/ more details if i can next time. sorry bout that
Status: RESOLVED → VERIFIED
(Didn't mean to sound snarky :-]). I figured that you would come up with the right steps to reproduce (if possible), but that for now, there wasn't even a statement of what the problem was, other than a generic 'menus appear transparent'.
*** Bug 42185 has been marked as a duplicate of this bug. ***
Repros on 0609 build. Screenshot updated with version info at: http:/63.195.85.227/root.jpg Has repro'd on all builds in last week for me. rm -rf package/ before each new build. .mozilla/ is left alone
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
So Kin Blas noted in n.p.m.ui (and other newsgroups) that he can reproduce this behaviour by de-selecting 'user ViewManager2' in the Debug panel for Edit->Preferences (and this is true for current builds on win32/mac/linux) 1) Michael Leary : do you have this option unchecked when you go the the Debug panel under Preferences? 2) Peter: if it is the case that this is only a bug for the old view manager, would that make it a wontfix, or does this need some work. (Also, I thought someone said that the old view manager was still used on the Mac; while not using ViewManager2 has no affect on Mac menus, this definitely affects popups on the mac (context-based popups and tooltips).
Correct, I have this option UNchecked when I go the the Debug panel under Preferences. Selecting the option and restarting mozilla eliminates this behavior. Is unchecked a legacy setting from old build in .mozilla/ ? Thanks for the fix. :-)
I can't really answer your question about whether this setting is a hangover from an old build as I don't really know the history of ViewManager(2). However, ViewManager2 has been the default implementation for quite some time. I'm curious why this 'transparent menu' behaviour only started showing up in the past 10 days (but not really that curious :-).
resolving as wontfix, old viewmanager is only there to help isolate bugs in viewmanager2, using it is not supported.
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → WONTFIX
verified wontfix
Status: RESOLVED → VERIFIED
*** Bug 43194 has been marked as a duplicate of this bug. ***
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.