Region selection button cut off during profile creation

VERIFIED FIXED in mozilla0.9.1


Startup & Profiles
18 years ago
7 years ago


(Reporter: Yuying Long, Assigned: Samir Gehani)


Mac System 9.x

Firefox Tracking Flags

(Not tracked)


(Whiteboard: Fix in hand; have r, sr, a)


(4 attachments)



18 years ago
Mtrunk build 12-26

1. start program
2. when ask for profile selection, click on manage profiles
3. click on create profile
4. click next->

the region selection button is cut off

Comment 1

18 years ago
this may be the same as bug 62955- many windows showing buttons cut off

Comment 2

18 years ago
marking duplicate

*** This bug has been marked as a duplicate of 62955 ***
Last Resolved: 18 years ago
Resolution: --- → DUPLICATE

Comment 3

18 years ago
Reporter, is this still the case in the latest nightly? If so, we have to reopen
bug 62955 as it was verified fixed a couple of days ago.

Verifying duplicate.

Comment 4

18 years ago
oops, yes I am seeing on 122904- Mac trunk build

Comment 5

18 years ago
Yes, it still exists in 12-29-04 Mac build.

Comment 6

18 years ago
Still in 01-08 Mac Mtrunk build.
Resolution: DUPLICATE → ---

Comment 7

18 years ago
nominating nsbeta1, this is a bad first impression. I saw it on todays trunk
also Mac 2001-11-04Mtrunk
Keywords: nsbeta1

Comment 8

18 years ago
Is this *still* reproducable?

Comment 9

18 years ago
I have not seen lately
checked trunk build for 1/22 and branch build for 1/26

Comment 10

18 years ago
For Mac Branch build 01-26-11 I didn't see it, but I still see the cut off 
button in 01-26-04 Mtrunk build.  There is a smoketest result email talked about 
this today from Terri Preston too.

Comment 11

18 years ago
Ok, gotta fix this, setting target milestone mozilla0.9
Target Milestone: --- → mozilla0.9

Comment 12

18 years ago
Marking nsbeta1+, mozilla0.9.1
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P2
Target Milestone: mozilla0.9 → mozilla0.9.1

Comment 13

17 years ago
nav triage team:

Reassigning to ccarlen owner of profile manager
Assignee: ben → ccarlen

Comment 14

17 years ago
Actually the Profile manager UI has been changed recently, so the Region 
selection button is display fine now.
Last Resolved: 18 years ago17 years ago
Resolution: --- → FIXED

Comment 15

17 years ago
I am barely seeing Region Selection button  on Mac- build 2001050804
Resolution: FIXED → ---
Looking at it.
Created attachment 33725 [details] [diff] [review]
patch to make wizard a little bigger
Patch makes the wizard slightly larger which is needed for the modern skin and
its big buttons. Also tested with classic skin. Ben, could you look at this? I
know little of XUL.
Whiteboard: patch, review needed
CC'ing vishy for review and hewitt for sr.

Comment 20

17 years ago
-> vishy
Assignee: ccarlen → vishy
sending to ben
Assignee: vishy → ben

Comment 22

17 years ago
nav triage team:

Let's get this checked in, r=pchen. Adding alecf to cc for sr=

Comment 23

17 years ago
yuck, I shudder with this ugliness, but sr=alecf because I can't think of a
better way to fix this right now
r=ben on the patch. We'll eventually rewrite this wizard using hewitt's XBL 
wizard stuff. 

patch checked in. 
Last Resolved: 17 years ago17 years ago
Resolution: --- → FIXED

Comment 25

17 years ago
I see more of the button than previousy but bottom part is still partially 
Resolution: FIXED → ---

Comment 26

17 years ago
is this fixed enough for the 0.9.1 milestone?
Whiteboard: patch, review needed → good enough for 0.9.l?

Comment 27

17 years ago
If this is fixed, can we close it for verification and open a new bug for any
remaining problems?

Comment 28

17 years ago
Created attachment 36400 [details]
Screen shot of UI

Comment 29

17 years ago
Created attachment 36457 [details]
This is even worse on Japanese MacOS9.1

Comment 30

17 years ago
For the US builds, per Grace, this button is readable (small portion still cut
off) and usable for the milestone release.  However, Mac users tend to be more
focused on the look and feel so this may be an issue point for those users.

For the non-US builds, it does look back as per Jon Rubin's screenshot.  The
accompanying text cannot be read.

Comment 31

17 years ago
Since the target market for this feature will be unable to even find the button,
I don't think we should let this slide.  Since the patch to increase the size is
so trivial, please size it a little generously for this milestone and file a
different bug for any fine-tuning you think is required.
Whiteboard: good enough for 0.9.l? → good enough for 0.9.l? No - Ja version unusable
--> samir. 
Assignee: ben → sgehani


17 years ago
Whiteboard: good enough for 0.9.l? No - Ja version unusable → good enough for 0.9.l? No - Ja version unusable. no patch

Comment 33

17 years ago
Adding meself to the bug.

Samir - I know you just got this one, but how we doing on it?

Comment 34

17 years ago
Haven't looked at it yet.  Looking now.

Comment 35

17 years ago
Created attachment 36553 [details] [diff] [review]
Increase height from 21 -> 23 to accomodate Ja systems (hack for mozilla0.9.1).

Comment 36

17 years ago
Tested on an opt build on yxia's Mac OS 9.1 Ja system.

ben, please r.
alecf, please sr.


(Please don't assign int'l bugs to me: I don't have a Ja system.  We were lucky
this was a silly xul hack this time.  In the future I may not be equipped to
deal with such bugs and assigning it to me will cause a layer of indirection
before the bug gets fixed and hence, unnecessary delay.  Thanks!)
Whiteboard: good enough for 0.9.l? No - Ja version unusable. no patch → Fix in hand


17 years ago
Whiteboard: Fix in hand → Fix in hand; need r, sr, a

Comment 37

17 years ago
heh. works for me for 0.9.1
Any chance this can go in after the branch?

Comment 38

17 years ago
Good point Alec.  I'll try and wait till we branch to check this in.
Whiteboard: Fix in hand; need r, sr, a → Fix in hand; have sr; need r, a
I'm not the module owner, but r=vishy. This is a very simple one-liner. 
Whiteboard: Fix in hand; have sr; need r, a → Fix in hand; have sr; have r, need a
not sure why we would wait for the branch to fix this. If we do not fix the 
underlying problem, then we would have to repeat this hack at the end of m0.9.2. 
Better to fix this on the trunk, and file another bug to mozilla1.0 for getting 
the right fix for the problem. 

Comment 41

17 years ago
I agree with vishy. Why are we waiting? Wouldn't it be less work to check it in

Comment 42

17 years ago
the reason that we don't check it in on the trunk is that the reviewer and super
reviewer think its a nasty hackish fix.  If it gets checked in on the trunk then
the problem is masked.  Please hold until the branch.  Thanks. for checkin on the branch (not on the trunk).

Comment 43

17 years ago
Firstly, we are waiting for to respond to my approval
request to checkin this patch.  Jaime, you were cc'ed on the mail seeking
approval from  We were waiting for approval which was just

Secondly, regarding whether we should checkin to the branch or trunk: on the
mac, I discovered that even on 'en' systems the dialog text was still being
chopped a little with the height set to 21.  Hence, bumping up the height to 23
may be the "real" fix already -- so both trunk and branch are appropriate.
(Although it is probably still a bug that the dialog doesn't accomodate all the
widgets -- may be the real estate is not enough and so this is not bug? -- and
so I filed bug 83554 for further investigation.) 


17 years ago
Whiteboard: Fix in hand; have sr; have r, need a → Fix in hand; have r, sr, a
I talked to asa and explained why I'd like to see this one on the trunk also (so
that if it does not regress for intl builds on the trunk during the m0.9.2
cycle). He agreed to let us have this one on the trunk as well. Please check
this into both places. 

Comment 45

17 years ago
Fix checked in to trunk and beta1 branch.
Last Resolved: 17 years ago17 years ago
Resolution: --- → FIXED

Comment 46

17 years ago
verified  on branch 2001060409
Keywords: vtrunk

Comment 47

17 years ago
verified in trunk build 2001061205
Keywords: vtrunk
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.