Closed
Bug 63758
Opened 24 years ago
Closed 23 years ago
Region selection button cut off during profile creation
Categories
(SeaMonkey :: Startup & Profiles, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla0.9.1
People
(Reporter: amyy, Assigned: samir_bugzilla)
Details
(Whiteboard: Fix in hand; have r, sr, a)
Attachments
(4 files)
834 bytes,
patch
|
Details | Diff | Splinter Review | |
42.52 KB,
image/pict
|
Details | |
29.30 KB,
image/jpeg
|
Details | |
1.10 KB,
patch
|
Details | Diff | Splinter Review |
Mtrunk build 12-26 Steps: 1. start program 2. when ask for profile selection, click on manage profiles 3. click on create profile 4. click next-> RESULT: the region selection button is cut off
Comment 2•24 years ago
|
||
marking duplicate *** This bug has been marked as a duplicate of 62955 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Comment 3•24 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.
Status: RESOLVED → VERIFIED
Comment 4•24 years ago
|
||
oops, yes I am seeing on 122904- Mac trunk build
Reporter | ||
Comment 5•24 years ago
|
||
Yes, it still exists in 12-29-04 Mac build.
Reporter | ||
Comment 6•24 years ago
|
||
Still in 01-08 Mac Mtrunk build.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
nominating nsbeta1, this is a bad first impression. I saw it on todays trunk also Mac 2001-11-04Mtrunk
Keywords: nsbeta1
Comment 8•24 years ago
|
||
Is this *still* reproducable?
Comment 9•24 years ago
|
||
I have not seen lately checked trunk build for 1/22 and branch build for 1/26
Reporter | ||
Comment 10•24 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•24 years ago
|
||
Ok, gotta fix this, setting target milestone mozilla0.9
Target Milestone: --- → mozilla0.9
Comment 12•24 years ago
|
||
Marking nsbeta1+, mozilla0.9.1
Comment 13•23 years ago
|
||
nav triage team: Reassigning to ccarlen owner of profile manager
Assignee: ben → ccarlen
Status: REOPENED → NEW
Reporter | ||
Comment 14•23 years ago
|
||
Actually the Profile manager UI has been changed recently, so the Region selection button is display fine now.
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → FIXED
Comment 15•23 years ago
|
||
I am barely seeing Region Selection button on Mac- build 2001050804
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 17•23 years ago
|
||
Comment 18•23 years ago
|
||
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.
Updated•23 years ago
|
Whiteboard: patch, review needed
Comment 19•23 years ago
|
||
CC'ing vishy for review and hewitt for sr.
Comment 22•23 years ago
|
||
nav triage team: Let's get this checked in, r=pchen. Adding alecf to cc for sr=
Comment 23•23 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
Comment 24•23 years ago
|
||
r=ben on the patch. We'll eventually rewrite this wizard using hewitt's XBL wizard stuff. patch checked in.
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 25•23 years ago
|
||
I see more of the button than previousy but bottom part is still partially hidden
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 26•23 years ago
|
||
is this fixed enough for the 0.9.1 milestone?
Whiteboard: patch, review needed → good enough for 0.9.l?
Comment 27•23 years ago
|
||
If this is fixed, can we close it for verification and open a new bug for any remaining problems?
Comment 28•23 years ago
|
||
Comment 29•23 years ago
|
||
Comment 30•23 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•23 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
Updated•23 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•23 years ago
|
||
Adding meself to the bug. Samir - I know you just got this one, but how we doing on it?
Assignee | ||
Comment 34•23 years ago
|
||
Jaime, Haven't looked at it yet. Looking now.
Status: NEW → ASSIGNED
Assignee | ||
Comment 35•23 years ago
|
||
Assignee | ||
Comment 36•23 years ago
|
||
Tested on an opt build on yxia's Mac OS 9.1 Ja system. ben, please r. alecf, please sr. Thanks. (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
Assignee | ||
Updated•23 years ago
|
Whiteboard: Fix in hand → Fix in hand; need r, sr, a
Comment 37•23 years ago
|
||
heh. works for me for 0.9.1 Any chance this can go in after the branch? sr=alecf
Assignee | ||
Comment 38•23 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
Comment 39•23 years ago
|
||
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
Comment 40•23 years ago
|
||
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•23 years ago
|
||
I agree with vishy. Why are we waiting? Wouldn't it be less work to check it in once?
Comment 42•23 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. a=asa@mozilla.org for checkin on the branch (not on the trunk).
Assignee | ||
Comment 43•23 years ago
|
||
Firstly, we are waiting for drivers@mozilla.org to respond to my approval request to checkin this patch. Jaime, you were cc'ed on the mail seeking approval from drivers@mozilla.org. We were waiting for approval which was just granted. 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.)
Assignee | ||
Updated•23 years ago
|
Whiteboard: Fix in hand; have sr; have r, need a → Fix in hand; have r, sr, a
Comment 44•23 years ago
|
||
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.
Assignee | ||
Comment 45•23 years ago
|
||
Fix checked in to trunk and beta1 branch.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 47•23 years ago
|
||
verified in trunk build 2001061205
Status: RESOLVED → VERIFIED
Keywords: vtrunk
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•