Closed Bug 65836 Opened 25 years ago Closed 25 years ago

password dialogs too small

Categories

(SeaMonkey :: UI Design, defect, P2)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Windows NT
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 76350
Milestone:
mozilla0.9.1

People

(Reporter: st.n, Assigned: bugzilla)

References

Details

(Keywords: regression)

This used to work before (build 2001011420), but now (build 2001011720 on NT4) it's broken: 1. Enter some site which gives a "401 Authentication required", like http://portfolio.onvista.de/user/depot.mpl 2. Watch the login dialog popping up: it's too small, the ok and cancel buttons at the bottom are partly obscured. 3. Go to Edit / Prefs / Adv / Passwords and select "use encryption when storing passwords. Choose a password when asked for it. 4. Close the browser, restart, repeat step1 5. Watch the popup asking for the local password: it's also too small, the ok and cancel buttons at the bottom are partly obscured.
woksforme linux build 2001-01-18-08 Possibly windows-only?
CC'ing blakeross who did changes to the default size of dialogs (if I remember correctly)
Build 2001011704, Win98, does indeed show this problem when visiting the supplied URL. Using Modern theme, in case the theme matters.
Hmm..that's annoying...and I even increased the height.
Assignee: ben → blakeross
Another example, but somewhat different: Open Mail/News, select some POP account, hit "Get Msg" (Ctrl-T), and look at the POP password dialog which appears: it is also cut off, but this time at the right side, not at the bottom. But I don't know if this is also a recent regression. Boris: I think problems with these dialogs tend to be very platform specific.
Keywords: regression
seeing the same problem with pasword dialogs on linux 2001-01-19-12
I don't get this on Linux, only on windows. Using a CVS pull from yesterday on Linux.
*** Bug 66362 has been marked as a duplicate of this bug. ***
*** Bug 66420 has been marked as a duplicate of this bug. ***
*** Bug 69682 has been marked as a duplicate of this bug. ***
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → mozilla0.9
Severity: normal → major
Target Milestone: mozilla0.9 → mozilla0.9.1
Keywords: nsbeta1
Joe, this is the bug I was telling you about. Any ideas? (since you did well on our header code in mail/news)
QA Contact: sairuh → tpreston
Dan, will your quasi-hack in that other bug fix this too possibly?
It sounds like the same problem. In fact, Stephan's POP password dialog mentioned above *is* bug 76350. And the alerts mentioned in the first comment are also ones that I've seen become fixed with my quasi-hack. But I had pegged a checkin made in April for the cause of that problem, and this bug hails from January. A fix has been checked in. I can only suggest trying these alerts with a recent build.
*** Bug 75602 has been marked as a duplicate of this bug. ***
Oops. I was thinking of a different bug in yesterday's comment. Yes, this probably is the same as bug 76350. Still wants a doublecheck, just to be sure.
me believes it's a dup, so marking as such *** This bug has been marked as a duplicate of 76350 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
verified dups
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.