328679 - checkboxes and selection box down arrow mispositioned in Account Settings (regression from 1.7.12)

Status: RESOLVED WORKSFORME

(SeaMonkey :: MailNews: Account Configuration, defect)

Description

[Rich Gray (:rbgray)]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060127 SeaMonkey/1.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20060128 SeaMonkey/1.1a

When the Account Settings window is displayed for an e-mail (POP) or news account, the checkboxes for "Attach this signature" and "Attach my vCard to messages" and the down arrow on the selector box for "Outgoing Server (SMTP)" are mispositioned to the left.  The checkboxes (usually) appear in the folder tree and the down arrow for outgoing server appears in the text of the selection box.  If one views Account Settings for a local folder, the checkbox for "Empty trash on exit" is similarly displaced into the folder tree.  When one clicks on any part of one of these fields, all the mispositioned elements pop back into their correct positions.

This appears to be a MacOS regression from Mozilla Suite 1.7.12 and occurs in Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.1) Gecko/20060127 SeaMonkey/1.0 and Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20060128 SeaMonkey/1.1a under OS X 10.4.5 on a G3-800 iBook. 

Does NOT occur under Windows XP Home Edition 2002 SP 2 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.1) Gecko/20060130 SeaMonkey/1.0

Reproducible: Always

Steps to Reproduce:
1. open mail-news
2. click on an account or local folder
3. click on View Account Settings

Actual Results:  
GUI elements mispositioned to left as described in details.

Expected Results:  
GUI elements in correct position

Comment 1

[Stefan [:stefanh]]

Rich, can you attach a screenshot of the issue (use the "Create a New Attachment" link)?

Comment 2

[Rich Gray (:rbgray)]

Attachment: mispositioned GUI elements in Account Settings

Comment 3

[Rich Gray (:rbgray)]

In the attachment screenshot, it picked up some bonus checkboxes beyond what normally happens.   Sometimes the checkboxes and selection box down arrow do not display.   May be a function of the expansion state of the mail-news folders.

Comment 4

[Rich Gray (:rbgray)]

In further investigation, I'm beginning to realize that this may be related to another bug I've been getting ready to file.  The TAB key action is broken for moste GUI elements in the various preference panels and dialogue boxes.  

In the Account Settings, TAB will only visit the Text fields, not checkboxes, etc.  If one starts at Account Name, one can tab down to Organization, but after that, the next tab takes you to the account folder name in the tree in the left part of the panel.  The next tab goes back to Account Name.  Under XP, all account settings fields are visited sequentially by tabbing.  

I first noticed this regression when entering news user name & password.  As those were single text field dialogues, the effect was that TAB simple selected the field, because it advanced to itself.  When I realized that TAB was only moving between the user and password fields of a web site password manager dialogue, I realized that TAB was not advancing to checkboxes.  After filing this bug, I made the connection.  Stephan, your comment in #seamonkey the other night was dead on.   The problem is something deeper.  Core Layout bug?  Should I file a new bug about Tab not advancing to non-textbox fields and refer to this one?

Comment 5

[Stefan [:stefanh]]

I see this as well (Mac OS 10.3.9), branch (1.0 release) and trunk (recent cvs build). Since this only seems to happen with the Modern theme and I rarely use anything else than Classic, I haven't noticed it before :(

(In reply to comment #4)
> In further investigation, I'm beginning to realize that this may be related to
> another bug I've been getting ready to file.  The TAB key action is broken for
> moste GUI elements in the various preference panels and dialogue boxes.  
> 
> In the Account Settings, TAB will only visit the Text fields, not checkboxes,
> etc.  If one starts at Account Name, one can tab down to Organization, but
> after that, the next tab takes you to the account folder name in the tree in
> the left part of the panel.  The next tab goes back to Account Name.  Under XP,
> all account settings fields are visited sequentially by tabbing.  
> 
> I first noticed this regression when entering news user name & password.  As
> those were single text field dialogues, the effect was that TAB simple selected
> the field, because it advanced to itself.  When I realized that TAB was only
> moving between the user and password fields of a web site password manager
> dialogue, I realized that TAB was not advancing to checkboxes.  After filing
> this bug, I made the connection.  Stephan, your comment in #seamonkey the other
> night was dead on.   The problem is something deeper.  Core Layout bug?  Should
> I file a new bug about Tab not advancing to non-textbox fields and refer to
> this one?
>

I can tab to checkboxes without any problem. This probably happens because you haven't enabled full keyboard access in your system prefs (we honour the Mac OS system prefs in this case). 

Comment 6

[Rich Gray (:rbgray)]

(In reply to comment #5)
> I see this as well (Mac OS 10.3.9), branch (1.0 release) and trunk (recent cvs
> build). Since this only seems to happen with the Modern theme and I rarely use
> anything else than Classic, I haven't noticed it before :(
> 

I'm beginning to wonder if I'm a rare bird using the Modern theme on a Mac.  :) (I don't have the pictures enabled though, just the text.)  I'm glad you caught on to the theme sensitivity.   Turns out that https://bugzilla.mozilla.org/show_bug.cgi?id=56913 is also very theme sensitive.  Wouldn't have occured to me to check.


[snip description of failing to tab to checkboxes]
> I can tab to checkboxes without any problem. This probably happens because you
> haven't enabled full keyboard access in your system prefs (we honour the Mac OS
> system prefs in this case). 
> 
Yeow, but the Mozilla Suite does not honor the pref, which OS X unfortunately defaults to text fields only.   THANKS for the pointer!  Ok, this is not related.

Comment 7

[Rich Gray (:rbgray)]

Attachment: Missing radio buttons on Create Filter From Message

I've found another case with missing elements in Modern.  (Works in Classic.)  When I invoke Create Filter From Message, it consistently comes up without the radio buttons visible as shown.  Once one clicks on either label, the buttons become visible.  I _thought_ I'd seen this under Tools > Message Filters, but can't seem to make that happen now.  I could be wrong.

I'm wondering if I should file this new stuff as a separate bug.  In mozilla.dev.apps.seamonkey, Neil suggested that this bug might be a core bug.  Should this bug be changed in title or other parameters??

Comment 8

[Rich Gray (:rbgray)]

Appears to be fixed in Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1b2) Gecko/20060819 SeaMonkey/1.1a  :-)

Comment 9

[Stefan [:stefanh]]

--> Worksforme (we don't know how and when this got fixed)