614545 - crash if a new tab is created while in empty "group tabs" mode

Status: RESOLVED WORKSFORME

(Firefox Graveyard :: Panorama, defect)

Description

[Sam K]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.12) Gecko/20101026 Firefox/3.6.12
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b8pre) Gecko/20101124 Firefox/4.0b8pre

Trying to create a new tab while in 'group tabs' mode crashes if it is completely
empty.

Reproducible: Always

Steps to Reproduce:
1. start firefox
2. make sure a single tab exists
3. press "group your tabs" icon
4. close the group, the page should be empty
5. go to firefox menu and select new tab
Actual Results:  
firefox crashes

Expected Results:  
firefox should either close the 'group tab' mode and add an empty tab
or add a new group then an empty tab inside it without changing modes

Comment 1

[Alice0775 White]

Regression window(Cached hourly):
Works(Because undo group feature is not implemented yet.Close browser after close all groups immediately):
http://hg.mozilla.org/mozilla-central/rev/5c0a3f26e0ef
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100910 Firefox/4.0b6pre ID:20100910082144
Fails:
http://hg.mozilla.org/mozilla-central/rev/e522e8bf3524
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6pre) Gecko/20100910 Firefox/4.0b6pre ID:20100910100716
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5c0a3f26e0ef&tochange=e522e8bf3524

Comment 2

[juan becerra [:juanb]]

Sam, could you add any crash report links from about:crashes? This could be one of those problems where the application is closing unintentionally, but not crashing.

Comment 3

[Sam K]

Juan,

After some prodding around with a debug build -- I've traced the problem
to a buggy graphics card issue -- firefox requests the window be closed
and the animation request causes the crash and it takes out firefox
(with an app crash).

I updated the graphics card driver yet again and the crash no longer happens
so this bug can be changed to an unexpected behaviour but nothing as serious! :)

Comment 4

[juan becerra [:juanb]]

If any of those crashes are listed in about:crashes, please post a link. There might be some value in knowing how people could experience crashes, for reference. Thanks for looking into it.

Comment 5

[Kevin Hanes]

Is this bug still an issue? Is the tab candy component the right place for this; it seems only tangentially related.

Comment 6

[Johnathan Nightingale [:johnath]]

Marking confirmed based on Alice's regression range. Can we get a crash stack?

Comment 7

[Olli Pettay [:smaug][[e-mail]]]

Crash stack would be very useful.
Also, does this happen on Windows only?

Comment 8

[Alice0775 White]

I can not reproduce on latest nightly.
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b9pre) Gecko/20101227 Firefox/4.0b9pre ID:20101227030354

Fixed range:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=822e23ac1f71&tochange=4ca2a5e830ce

Comment 9

[Raymond Lee [:raymondlee]]

Does this bug still exist?

Comment 10

[Tim Taubert [:ttaubert] (inactive)]

I can not reproduce this either (with trunk).

Comment 11

[Michael Yoshitaka Erlewine [:mitcho]]

Sam K, if you could reproduce it and provide a crash stack as requested above, that would be great. Otherwise marking as worksforme, given all the reports.