[e10s] The pin icon is not displayed when a URL from another tab is dragged into the tile grid

NEW
Unassigned

Status

()

Firefox
New Tab Page
P3
normal
3 years ago
2 years ago

People

(Reporter: cornel_ionce, Unassigned)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(e10s+, firefox43 affected)

Details

Attachments

(1 obsolete attachment)

Reproduced on Mac OS X 10.9.5 using:
*Latest 42.0a2 Aurora
*Latest 43.0a1 Nightly

STR:
1. Open Firefox using a clean profile (make sure e10s is enabled).
2. Navigate to any website.
3. Open a new tab page.
4. Go back to the website, select the entire URL and drag it into the new tab page tile grid.

Expected Results:
A tile with the visited website is created, and also pinned to the dropped location.

Actual Result:
The pinned tile indicator is not displayed, but the tab is pinned (tile is locked to it's position - removing a previous tile will cause the rest of the tiles to move and this one to keep it's position).


Notes:
This issue only affects e10s.
Refreshing the page/opening another new tab will correctly displayed the pin icon.
This issue only occurs on Mac OS X. It does not reproduce on Windows and Linux platforms.
The patch for Bug 1021654 actually fixes this bug, and since it's close to landing I'm wondering if it's worth just waiting for Bug 1021654 to land and fix this problem?
Flags: needinfo?(cornel.ionce)
Sounds good, I`ll keep an eye on it and will close this issue afterwards. 
Thanks for the info!
Flags: needinfo?(cornel.ionce)
Chad, how important do you think this is?
Flags: needinfo?(cweiner)
Created attachment 8652585 [details] [diff] [review]
[e10s] The pin icon is not displayed when a URL from another tab is dragged into the tile grid
Assignee: nobody → ursulasarracini
Status: NEW → ASSIGNED
Comment on attachment 8652585 [details] [diff] [review]
[e10s] The pin icon is not displayed when a URL from another tab is dragged into the tile grid

This actually seems to be fixed in current nightly and aurora for me
Attachment #8652585 - Attachment is obsolete: true
I'm still experiencing this behavior on 2015-09-10 Aurora and 2015-09-09 Nightly builds on a Macbook Pro (retina) with Mac OS X 10.9.5.
Keywords: productwanted
tracking-e10s: --- → ?
tracking-e10s: ? → ---
Product Triage: Not a blocker but a nice to have if there is time and the fix is low to medium risk.
tracking-e10s: --- → +
Flags: needinfo?(cweiner)
Keywords: productwanted
Build ID 	20160208004010

Tested on Mac OX 10.10, Windows 7, Windows 10 and Linux on Aurora 46.0a2 and Nightly 47.0a1.
The issue is still reproducible.
OS: Mac OS X → All

Comment 9

2 years ago
obscure bug in a page that's likely going to get overhauled this year.
Assignee: ursulasarracini → nobody
Status: ASSIGNED → NEW
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.