720205 - Tapping the tab close button doesn't remove the tab from the tab list immediately

Status: RESOLVED DUPLICATE of bug 719494

(Firefox for Android Graveyard :: General, defect, P2)

Description

[Henri Sivonen (:hsivonen) (away from Bugzilla until 2025-12-29)]

Steps to reproduce on Galaxy Tab 10.1:
 1) Go to http://arstechnica.com/
 2) Open articles in new tabs until the system OOM reaper kills Nightly.
 3) Reopen Nightly.
 4) Open the tab switcher.
 5) Tap the close X next to one or several tabs.

Actual results:
The tabs don't get removed from the tab list immediately when the Gecko thread is busy.

Expected results:
Expected the front end thread to remove the tab from the tab list immediately and take care of communication with Gecko ASAP but asynchronously.

Comment 1

[Mark Finkle (:mfinkle) (use needinfo?)]

I am hoping bug 719494 fixes this issue. We now close the tab right away, and let Gecko handle closing the actual <browser> asynchronously.

Comment 2

[:Margaret Leibovic]

(In reply to Mark Finkle (:mfinkle) from comment #1)
> I am hoping bug 719494 fixes this issue. We now close the tab right away,
> and let Gecko handle closing the actual <browser> asynchronously.

Yeah, this sounds like a dupe of bug 719494. My first patch got backed out because it caused a crash, but I have a better one in the works.

Comment 3

[:Margaret Leibovic]

I think this is a dupe of bug 719494 (I'm gonna land that today), unless you're planning on trying to fix whatever is causing Gecko to be slow.

Comment 5

[:Margaret Leibovic]

Brad, are you looking into the root problem of this Gecko slowness in another bug? If so, can you share the bug number?