Closed Bug 1341615 Opened 7 years ago Closed 3 years ago

Add to Home Screen opens a new tab with the page

Categories

(Firefox for Android Graveyard :: Awesomescreen, defect, P5)

ARM
Android
defect

Tracking

(fennec+, firefox56 affected, firefox57 affected, firefox58 affected)

RESOLVED INCOMPLETE
Tracking Status
fennec + ---
firefox56 --- affected
firefox57 --- affected
firefox58 --- affected

People

(Reporter: bsurd, Unassigned)

Details

Device:  
 - Huawei Honor 8 (Android 6.0);
 - Motorola Nexus 6 (Android 7.0);
 - Huawei Honor 5X (Android 5.1.1);

Scenario 1 STR:
1. Open any webpage;
2. Open the Menu go to Page and select the Add to Home Screen option;
3. Minimize the app and select the shortcut created on the Home Screen.

Scenario 2 STR:
1. Open any webpage;
2. Open the Menu go to Page and select the Add to Home Screen option;
3. Close the app and select the shortcut created on the Home Screen.

Expected result:
 The tab with the webpage should be opened instead of opening a new tab.

Actual result:
Scenatio 1 - A new tab is opened regardless of the fact that the page is already open in another tab, if the user minimizes the app and selects the shortcut for a second time he is sent to the proper tab;
Scenario 2 - A new tab is opened every time the user closes the app and reopens it from the shortcut.

Notes:
 This issue is reproducible no matter how the user creates a home screen shortcut. (Top Sites, Bookmarks or History context menu)
Too late for firefox 52, mass-wontfix.
tracking-fennec: --- → ?
Hi Bogdan
Is this still happening?
Flags: needinfo?(bogdan.surd)
Priority: -- → P2
Just tested and it's still happening.
Please help prioritize this. We should "switch to tab" instead of "open a new tab" is the same url presented.
tracking-fennec: ? → +
Flags: needinfo?(wehuang)
Flags: needinfo?(jcheng)
Hi Nevin,

Tested on the Nexus 6 device and yes this is still happening.
Flags: needinfo?(bogdan.surd)
Tried and seems some inconsistency here, but I wonder if we expect the behavior is the same for both scenarios? (for example sometimes the tab with the page could be closed by user before closing the app, so we can only open a new tab for it) Is it the case before? (also ni UX Jack for comment).

P2 +1.
Flags: needinfo?(wehuang) → needinfo?(jalin)
Agree with consistency.
For both scenarios, I suggest we do the same behavior that is "Press the shortcut created on the Home Screen, then direct to the existed tab with the webpage. If there is no the existed tab with the webpage, open it in a new tab".
Flags: needinfo?(jalin)
Part of this (when Firefox isn't already running) is bug 1249318. Other than that I didn't notice anything strange while working on bug 1407188 and bug 1417650 is a recent regression.
[triage] Non-critical.
Flags: needinfo?(jcheng)
Priority: P2 → P3
Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195

Needinfo :susheel if you think this bug should be re-triaged.
Priority: P3 → P5
We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.