Closed Bug 41690 Opened 24 years ago Closed 24 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: 24 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 → ---
corrected typo :-/

http://63.195.85.227/root.jpg
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: 24 years ago24 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.