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)
Tracking
(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)
Comment 1•7 years ago
|
||
Too late for firefox 52, mass-wontfix.
Reporter | ||
Updated•7 years ago
|
Comment 2•7 years ago
|
||
Hi Bogdan Is this still happening?
Flags: needinfo?(bogdan.surd)
Priority: -- → P2
Comment 3•7 years ago
|
||
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)
Reporter | ||
Comment 4•7 years ago
|
||
Hi Nevin, Tested on the Nexus 6 device and yes this is still happening.
status-firefox51:
affected → ---
status-firefox52:
wontfix → ---
status-firefox53:
affected → ---
status-firefox54:
affected → ---
status-firefox56:
--- → affected
Flags: needinfo?(bogdan.surd)
Comment 5•7 years ago
|
||
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)
Comment 6•7 years ago
|
||
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)
Comment 8•6 years ago
|
||
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
Comment 10•6 years ago
|
||
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
Comment 11•3 years ago
|
||
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
Updated•3 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
•