Closed Bug 44571 Opened 24 years ago Closed 24 years ago

Text labels sometimes fail to draw initially for Prefs UI checkboxes

Categories

(SeaMonkey :: Preferences, defect, P3)

Product:
SeaMonkey
Component:
Preferences
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: ekrock, Assigned: eric)

References

Details

(Whiteboard: [nsbeta2-][nsbeta3+] Fix in hand)

Attachments

(1 file)

more composer-pref shyness
30.99 KB, image/jpeg
Details 
Using Commercial 2000070420 on WinNT 4.0 SP4.

To repro:
1) Edit --> Preferences
2) click the various Prefs panels, especially "Composer" and "Mail and Newsgroups."

This doesn't happen 100% reliably, but sometimes you will see the radio
button/checkbox displayed without its accompanying text drawn (you just see a
blank gray area where the text should be).

If you raise another application window (e.g. Nav4) to the top so that it
obscures the Pres UI dialog and then bring the Prefs UI dialog back to the top,
now you see the text just fine. So this seems to be an intermittent "initial
drawing" failure.
related to bug 43200?
cc vishy, scalkins,benc and lchiang.
On Win32, I get this to happen every time in the following testcase with todays 
builds(Winnt)2000-07-10-09M17

1)Launch Seamonkey, select Edit-->Preferences
2)Under the "Appearance" category, select Colors. (This seems to be the trigger 
for the bug)
3)Select and expand the "Mail and Newsgroups" category
4)Select "Viewing Messages" under "Mail and Newsgroups"
5) Now click again on the "Mail and Newsgroups" category 

Actual Results: Text for checkboxes in the "Mail and Newsgroups" category are 
now gone.
Nominating nsbeta2 as many people click between items in prefs to either change 
their prefs or simply to see what's there. This is a very visibe embarrassing 
bug. In IM Prefs for "Notifications", this shows as simply a row of checkboxes 
with no text, leaving the user wondering what they may be for.
Severity: normal → major
Keywords: nsbeta2
Summary: text labels sometimes fail to draw initially for Prefs UI checkboxes → Text labels sometimes fail to draw initially for Prefs UI checkboxes
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
Whiteboard: [nsbeta2+]
Removing "nsbeta2+" for re-consideration.  We can ship without this.

This is redrawing bug inside labels.
Trudelle, this is someone on your team.
Assignee: matt → trudelle
reassigning to Hyatt, who thinks this may be a dup of 41878, which was marked 
nsbeta2-.  cc jrgm to see if he agrees
Assignee: trudelle → hyatt
It seems likely that this is the same root bug (the <html> anon content of 
checkbox is not painted). The way in which the attributes of checkbox, including
'value', are set by WSM are different, and I'm not sure how that plays with 
the XUL cache. 

One curious thing that I noticed was that the checkboxes on the mailnews panel
do not start disappearing until you visit another panel that also has checkboxes
(e.g. Smart browsing). Going back and forth between, e.g., Languages and Mail
and Newsgroups, will not trigger this bug.
Putting on [nsbeta2-] radar. Not critical to beta2.
Whiteboard: [nsbeta2-]
This problem happens in shrimp as well,
Win 98, Win32 2000-07-20-09-M17.
(reported in Buscape 1323)
has anyone seen this on Mac or linux. i cannot seem to get it to happen there,
so am adding pp keyword (pls remove if you do see it under mac or linux).
Keywords: pp
whups, almost forgot to add another reproducible case of this:

1. open Prefs.
2. expand Mail and News category.
3. select Viewing Messages.
4. select Instant Messanger category.
5. select Mail and News toplevel category.
6. select Instant Messanger category.

result: content missing after the checkboxes in the IM category. (resizing does
display the content, tho'.)
I see it on Mac with todays builds.2000-07-24-08M17
But couldn't see it on Linux.
To repro on Mac, 
1) Expanded Appearance category in prefs
2) Clicked on each item under Appearance pref.
3)Clicked on Instant Messenger category to expand it.
4)Clicked on Notifications under IM prefs.
5)Clicked back on Instant Messenger category

Leaving pp as I could not repro it on Linux today.
OS: Windows NT → All
Hardware: PC → All
*** Bug 37541 has been marked as a duplicate of this bug. ***
dup bug has reproducible case for mail's account setup dialog
Keywords: nsbeta3
buscape 1409 is nsbeta3+ and depends on this.
Whiteboard: [nsbeta2-]
Replacing nsbeta*2*-. If you need this for beta3, please argue that.
Whiteboard: [nsbeta2-]
Not to weave too tangled a trail, but the root cause of this is pretty likely
bug 41878, which is [nsbeta3+].
Depends on: 41878
I'll argue for this.

Text lables disappearing and re-appearing in preferences would be very bad, esp
if we get customers that are not Netscape 4 users, because they won't know what
is going on. An experienced Netscape 4 person has probably memorized what the
prefs are, but we need to polish the program for a broader audience.
[nsbeta3+], but expected that the fix for 41878 will cover this.
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3+]
Target Milestone: --- → M18
removing the pp keyword... adding rkaa, who sees this on linux.
Removing the pp (as Sairuh meant to do) - I see this on 080908 Win98. rkaa sees
this today, and I assume it's stil appearing on the Mac builds.
Keywords: pp
*** Bug 43237 has been marked as a duplicate of this bug. ***
the text labels aren't only disappearing/appearing today - they're completely
gone for good. Another dup is 48313 which has attachment showing exactly what i
see on linux.
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=12649
*** Bug 48313 has been marked as a duplicate of this bug. ***

    
    

    
  
COR: it's composer prefs that absolutely won't display today. (Other prefs
appear normal)

    
    

    
  
i see McAfee checked in something at 08/10/2000 23:17
"Editor pref files changed locations, but internal chrome: URLs did not and pref
panes were blank. Fixing chrome: URLs. r=syd"

I guess that takes care of the missing labels in composer prefs.

    
    

    
  
mcafee, didja check in for another bug? if so which one (am curious)?

    
    

    
  
Problem not appearing on 081108 Win32 today. Was there a mysterious fix today,
or am I just getting lucky when going to the prefs?

    
    

    
  
I saw the problem on winNT today, but linux looks good.


    
  
Keywords: mailtrack

    
    

    
  
*** Bug 49448 has been marked as a duplicate of this bug. ***

    
    

    
  
Mass-accepting.

Status: NEW → ASSIGNED

    
    

    
  
Some more information:

Problem still appears to apply on today's nightly build (2000082108) in the 
following manner:

If you switch to 'Themes', the first Theme in the 'Installed themes' list has a 
caption which is not visible, but becomes visible on select. Ditto Helper 
Applications, except here all entries are missing and selecting an entry does 
not make it visible (also, clicking 'Edit' hangs Mozilla, but this is probably 
a separate issue).

The 'Software Installation' checkboxes are also missing.

The two checkboxes on the Colors options have visible captions the first time 
this tab is loaded, but not subsequently.

All these captions listed above reappear if the Mozilla window is blurred and 
refocussed.

Sorry to list such a large number of bugs here, but the Mail & News layout is 
also strange - the 'Restore Default' button is hidden beneath the text field, 
and again this problem is resolved by losing focus from the main window and 
restoring.

OK, that appears to be a complete list of the current state of play regarding 
this problem. I'm running Mozilla under Win2K with PIII 600 and 128M RAM.

Jack.

    
    

    
  
cc'ing ian, who has seen similar (but necessarily the same) behavior in the
prefs dialog...

    
    

    
  
*** Bug 50098 has been marked as a duplicate of this bug. ***

    
    

    
  
i keep hearing about this, so am adding 'mostfreq' so that it's easier for me to
find when i run queries on my pref bugs. ;)
Keywords: mostfreq

    
    

    
  
This only happens with widgets that use <html>.  SOmetimes box just isn't 
invalidating the right area (or something like that).

Over to evaughan.

Assignee: hyatt → evaughan
Status: ASSIGNED → NEW

    
    

    
  
note to self (and anyone else concerned): easily occurs on Mac OS 8.6 (using a
slower machine, 266 mhz). eg, Composer panel, IM > Away panel, Debug panels...

    
    

    
  
Have a fix. Currently testing.
Status: NEW → ASSIGNED

    
  
Whiteboard: [nsbeta2-][nsbeta3+] → [nsbeta2-][nsbeta3+] Fix in hand

    
    

    
  
fixed
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED

    
    

    
  
verified fixed mac/linux/win32 2000090309 builds.
Status: RESOLVED → VERIFIED

    
    

    
  
*** Bug 50928 has been marked as a duplicate of this bug. ***
Product: Browser → Seamonkey

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: