388792 - Profile list has "too short" vertical size when there's no profiles, == size not updated when using "Create Profile..."

Status: RESOLVED DUPLICATE of bug 248648

(Core Graveyard :: Profile: BackEnd, defect)

Description

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a7pre) Gecko/200707190202 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)

1. "seamonkey.exe -profilemanager", without any existing profile.
1r. The profile list area ends a little below the _top_ of the "Delete Profile..." button. (which is a shorter size than usual)
2. Create Profile... / Next / Finish.
2r1. The profile list area ends a little below the _bottom_ of the "Delete Profile..." button. (which is its usual size).
2r2. But the vertical size of the Profile Manager "window" was not expanded, then the two bottom buttons are cut at their half :-(

I believe the cure is to fix/expand the size used at step 1r.

Comment 1

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a8pre) Gecko/2007090504 Minefield/3.0a8pre] (nightly) (W2Ksp4)

Same bug, with FireFox.

Comment 2

[Serge Gautherie (:sgautherie)]

'blocking1.9=?':
Minor consequence, but major visibility, as showing up "The first time somebody uses the app when there are no profiles".

Comment 3

[Benjamin Smedberg]

The PM dialog never shows up by default: if there are no profiles on first-run we just create a default one and use it.

Comment 4

[Serge Gautherie (:sgautherie)]

(In reply to comment #3)
> The PM dialog never shows up by default: if there are no profiles on first-run
> we just create a default one and use it.

Right, my mistake: I was still testing with '-profilemanager' :-[

Comment 7

[zug_treno]

Duplicate of Toolkit bug 248648?