Open Bug 1807154 Opened 2 years ago Updated 4 days ago

Desktop site option not remembered when Fenix is closed, and re-opened

Categories

(Fenix :: General, defect, P2)

All
Android
defect

Tracking

(firefox113 affected, firefox114 affected, firefox115 affected, firefox116 affected, firefox117 affected, firefox118 affected, firefox119 affected, firefox122 affected, firefox123 affected)

Tracking Status
firefox113 --- affected
firefox114 --- affected
firefox115 --- affected
firefox116 --- affected
firefox117 --- affected
firefox118 --- affected
firefox119 --- affected
firefox122 --- affected
firefox123 --- affected

People

(Reporter: csadilek, Unassigned)

References

Details

(Whiteboard: [fxdroid][group4])

Attachments

(3 files)

From github: https://github.com/mozilla-mobile/fenix/issues/11552.

Steps to reproduce

1 open a new tab for www.theverge.com (or any website)

2 switch the option to request desktop site and wait for it to fully load

3 open and browse on other tabs enough so when you come back to the verge tab it has to be reloaded and rendered again (I guess it depends on how much ram the device has).

Expected behavior

Site is reloaded in desktop version.

Actual behavior

Site is reloaded in mobile version, with the desktop site option enabled visually and when you try to disable it it reloads the page still in mobile version and remains visually enabled, preventing you from loading the desktop version at all.

Device information

  • Android device: Galaxy s9, Android 9
  • Fenix version: Nightly 200613 06:01 (Build #2015745971)

UNITO-UNDERSCORE!20200613-104536!UNITO-UNDERSCORE!Firefox Nightly!
UNITO-UNDERSCORE!20200613-105112!UNITO-UNDERSCORE!Firefox Nightly!

┆Issue is synchronized with this Jira Task

Change performed by the Move to Bugzilla add-on.

The severity field is not set for this bug.
:cpeterson, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(cpeterson)
Summary: [Bug] Desktop site option not remembered when page has to be reloaded → Desktop site option not remembered when page has to be reloaded

This bug has been a frequent dupe for years
(meaning it affects a large number of users)

https://github.com/mozilla-mobile/fenix/issues/11552
https://github.com/mozilla-mobile/fenix/issues/13202
https://github.com/mozilla-mobile/fenix/issues/14737
https://github.com/mozilla-mobile/fenix/issues/15352
https://github.com/mozilla-mobile/fenix/issues/25338

Github sucks at tracking dupes, so the above list is incomplete.

Is there a new team working on Fenix?

Severity: -- → S3
Flags: needinfo?(cpeterson)
Assignee: nobody → avirvara

I was able to reproduce this bug with the following STR:

  1. Go to https://messenger.com.
  2. Go to the three-dot menu, and enable the "Desktop site" toggle to show desktop version.
  3. Close Fenix, even from the device's recently used apps.
  4. Re-open Fenix - the page from step 1 is in mobile mode, the Desktop toggle is OFF.

Reproducible on Nightly 115.0a1 from 5/23, Beta 114.0b7, and RC 113.2.0, with Samsung Galaxy Note 8 (Android 9).

Summary: Desktop site option not remembered when page has to be reloaded → Desktop site option not remembered when Fenix is closed, and re-opened

The subject was changed
from "when page has to be reloaded"
to "when Fenix is closed, and re-opened"
However, the former may have been more general?

Specifically, the problem described in most of the Github issues
was that Firefox (since v93) unloads "inactive" tabs from memory
when the system is low on RAM
(which, on Android, seems to occur "from boot to shutdown")

This might be a little simpler than it seems, I think:

  1. Persist the desktop mode state with the BrowserStateWriter.
  2. Restore the desktop mode state with the BrowserStateReader.
  3. In the EngineSession.restoreState, read and toggle state and call toggleDesktopMode without reloading the page. We need do this for Gecko and System EngineSessions.

I think that would solve the problem when the engine is recreated because it was killed or when it's restored from disk.

If we call toggleDesktopMode before this line in the restore, that should apply the session setting before the full restore is done and before the first load has started.Ideally though, we should have GV's session restore take that state value in it's restore API and apply it there.

See Also: → 1800816
Duplicate of this bug: 1793195
See Also: → 1838851

This issues is still reproducible as described in comment 3 in Beta 117.0b4 with Samsung Galaxy A53 5G (Android 13).

See Also: → 1915560
See Also: → 1825465
Duplicate of this bug: 1915560
Priority: -- → P2
Whiteboard: [fxdroid][group4]
See Also: → 1927067
Assignee: avirvara → nobody
Duplicate of this bug: 1927067
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: