Closed
Bug 727930
Opened 13 years ago
Closed 13 years ago
Windows that are getting opened are not added in the tab list popup while it is open
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(fennec+)
RESOLVED
WONTFIX
| Tracking | Status | |
|---|---|---|
| fennec | + | --- |
People
(Reporter: martijn.martijn, Assigned: sriram)
Details
(Keywords: testcase)
Attachments
(2 files, 1 obsolete file)
|
861 bytes,
text/html
|
Details | |
|
3.21 KB,
patch
|
Details | Diff | Splinter Review |
See testcase, steps to reproduce:
- make sure you have at least 2 tabs open.
- Tap on the "open windows 5 ones after 5 seconds" button.
- Tap on "Always Show" for the doorhanger prompt that appears after 5 seconds.
- Tap again on the "open windows 5 ones after 5 seconds" button.
- Open the tab list popup within 5 seconds.
Expected result:
- The windows that are getting opened are getting shown in the tab list popup
Actual result:
- None of the 5 windows that are getting opened are shown in the tab list popup.
| Assignee | ||
Comment 1•13 years ago
|
||
This takes care of tabs added when tabs-tray is shown.
The code is refactored a bit for better clarity.
The index check inside position check sounds meaningless -- however, I saw some crashes without it. (Basically if index is -1, the tab is closed -- but still I get index = -1 exception error).
Attachment #597975 -
Flags: review?(mark.finkle)
| Assignee | ||
Comment 2•13 years ago
|
||
Comment on attachment 597975 [details] [diff] [review]
Patch
Found the bug in the patch. Posting a new patch soon.
Attachment #597975 -
Attachment is obsolete: true
Attachment #597975 -
Flags: review?(mark.finkle)
| Assignee | ||
Comment 3•13 years ago
|
||
The previous patch had missed a return statement. That has been fixed in this patch now. Everything works without a crash :D
Assignee: nobody → sriram
Attachment #597978 -
Flags: review?(mark.finkle)
Updated•13 years ago
|
tracking-fennec: --- → ?
Updated•13 years ago
|
tracking-fennec: ? → +
Comment 4•13 years ago
|
||
Comment on attachment 597978 [details] [diff] [review]
Patch
># HG changeset patch
># User Sriram Ramasubramanian <sriram@mozilla.com>
># Date 1329426872 28800
># Node ID d1a01df07f7ee3e508f5318ee9534b55e64badb5
># Parent 6989376471f7deb2579f360cce19d883130f2532
>Bug 727930: Tabs-tray should honour new tabs added in the background.
>
>diff --git a/mobile/android/base/Tabs.java b/mobile/android/base/Tabs.java
>--- a/mobile/android/base/Tabs.java
>+++ b/mobile/android/base/Tabs.java
>@@ -81,24 +81,25 @@ public class Tabs implements GeckoEventL
> if (tabs.containsKey(id))
> return tabs.get(id);
>
> String url = params.getString("uri");
> Boolean external = params.getBoolean("external");
> int parentId = params.getInt("parentId");
> String title = params.getString("title");
>
>- Tab tab = new Tab(id, url, external, parentId, title);
>+ final Tab tab = new Tab(id, url, external, parentId, title);
> tabs.put(id, tab);
> order.add(tab);
>
> if (!mRestoringSession) {
> GeckoApp.mAppContext.mMainHandler.post(new Runnable() {
> public void run() {
> GeckoApp.mBrowserToolbar.updateTabCountAndAnimate(getCount());
>+ GeckoApp.mAppContext.onTabsChanged(tab);
Since the world has changed since this patch was written, you probably want to make this notifyListeners(tab, TabEvents.ADDED) and add ADDED to TabEvents. And then you can probably update TabsTray.onTabsChanged to act accordingly based on the message.
| Assignee | ||
Comment 5•13 years ago
|
||
That bug is on me :D and I thought of changing onTabsChanged() here once I get approval for this patch. It's on track :D
Ping mfinkle for review.
| Assignee | ||
Comment 7•13 years ago
|
||
Might have been fixed by other bugs.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
| Assignee | ||
Updated•13 years ago
|
Attachment #597978 -
Flags: review?(mark.finkle)
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•