19030 - Exiting without choosing a profile leads to non-start the next time

Status: VERIFIED FIXED

(Core Graveyard :: Profile: BackEnd, defect, P3)

Description

[Katsuhiko Momoi]

** Observed with 11/15/99 Win32 M11 build **

I hope this is a known bug. I don't know if this is true with M12 but
it was dicovered while looking M11 candiadte build for Windows.

1. Start with: mozilla -installer
2. When the Profile Manager comes up, don't select any profile
   but exit.
3. The next time you run Mozilla without the -profile option,
   Windows version never starts. There is no way to start Mozilla
   unless the Profile Manager is run and a profile is chosen or
   created.

Comment 1

[selmer (gone)]

Bhuvan, this looks related to the forget current profile stuff from the code
review comments.  What happened to the code that's supposed to force them into
the profile manager or just use their single profile???

Comment 2

[racham]

I just checked the behavior on My NT box with today's build.

1. Ran app with -installer flag (mozilla -installler).
2. Had bunch of 4x profiles. Exit profile manager without doing anything.
This simply means we have no 5x profiles sofar.
3. Ran the app again (by typing mozilla). As we have no 5x profiles, the
createProfile wizard shows up and allows you to create a profile and proceed
without any problems.

One drawback the way it is that user needs to run mozilla -ProfileManager to see
the list of unmigrated profiles. We need to fix that. Marking TFV M13.

Comment 3

[Katsuhiko Momoi]

My report is more about a case like this:

1. You have **one** existing profile in use. (You also have some
   un-migrated profiles.) There are no other existing profiles.
2. start: mozilla -installer
3. You see your one exsiting profile along with un-migrated ones.
4. You change your mind about creating or migrating a profile,
   and exit without selecting any profile.
5. The next time you try "mozilla" without "-profile", it
   simply will nor start. Double-clicking on "mozilla"
   leads to the same non-start.

If you have more than 1 existing profiles, this problem does not
seem to happen. I just checked today's Win32 build and this
problem still occurs. Build: 1999111608 Win32.

Comment 4

[racham]

I could reproduce the behavior you mentioned.
The expected behavior is that the app should just proceed with the single 5x
profile you have created. I'll look into this.
Thanks.

Comment 5

[racham]

*** Bug 19434 has been marked as a duplicate of this bug. ***

Comment 6

[racham]

If no current profile is found at the beginning of the app, first of the
available profiles is picked. Fix checked in. Marking fixed.

Comment 7

[Grace Bush]

build 1999121008

Comment 8

[leger]

Moving all Profile Manager bugs to new Profile Manager Backend component.
Profile Manager component to be deleted.

Comment 9

[Pulsebot]

Pushed by ffxbld-merge:
https://hg.mozilla.org/releases/mozilla-beta/rev/2b8880c24aec
[fenix] Issue https://github.com/mozilla-mobile/fenix/issues/19030: Allow homescreen to be scrollable with extra content