1557320 - Add-ons do not always initialize on page load on app start

Status: NEW

(WebExtensions :: Android, defect, P3)

Description

[Christian Michael Baum]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:69.0) Gecko/20100101 Firefox/69.0

Steps to reproduce:

This bug is easy to reproduce but it may take several tries as it is inconsistent. Here are two examples of such cases. While this bug requires the use of add-ons and my steps to reproduce lists add-ons to install, it is not exclusive to any add-on.

1. On a clean install of Firefox, Install GNU LibreJS or uMatrix and disable scripts globally and disable any other things you want such as CSS or images on uMatrix. Alternatively, use another add-on that should have an effect on the webpage such as User-Agent Switcher.
2. Upon starting the application, navigate to a webpage with JavaScript or any other page that is affected by on a page, such as a site that different content for a site based on user-agent when using User-Agent Switcher. An example as of writing is m.facebook.com, which provides a different site based on User-Agent and also by executes scripts by default. The speed at which you navigate to it may be a factor - enabling session restore and then closing the application and re-opening it almost always causes this bug to happen.
3. Check the status of JavaScript being enabled or check for other things that should be disabled such as images or CSS, site.

Actual results:

The add-ons do not seem to be initialized. Blocked items are loaded, executed, rendered and the page displayed is not the expected page for the user-agent.

Expected results:

The add-ons should have initialized and in this case, the scripts should have been blocked and the site should have displayed a different site based on User-Agent.

Comment 1

[Diana Rus]

Hi, I reproduced the issue with only having add-on GNU LibreJS added to device, Redmi Note 4(Android 7.0) on builds: Firefox Nightly 68.0a1(2019-06-05), Firefox Beta 68.0b7 and Firefox Release 67.0. Please view video, the video is recorded only for Firefox Nightly but the same is on all builds.
I will mark the ticket as new.

Note:

1. The add-on action is executed after having the Fennec browser close. The add-on is not disabled.
2. A refresh of the page applies the add-on again.

Comment 2

[Diana Rus]

Hi, update to the ticket, the issue is reproducible on a different device as well OnePlus A3000(Android 6.0.1) on builds: Firefox Nightly 68.0a1(2019-06-05), Firefox Beta 68.0b7 and Firefox Release 67.0

Comment 3

[Luca Greco [:rpl] [:luca] [:lgreco]]

This issue looks very similar to Bug 1526874.

In Bug 1526874 comment 0 only PWA and custom tabs are mentioned as effected, but there is still a chance that this may be a duplicate of that issue.

Comment 4

[Jan Henning [:JanH]]

Could be - I reported it against PWAs/custom tabs because without bug 1496684 fixed it was easy to reproduce the issue with those.

Comment 5

[BugBot [:suhaib / :marco/ :calixte]]

The priority flag is not set for this bug.
:ddurst, could you have a look please?

For more information, please visit auto_nag documentation.

Comment 6

[Merrittbna]

(In reply to Diana Rus from comment #1)

Hi, I reproduced the issue with only having add-on GNU LibreJS added to device, Redmi Note 4(Android 7.0) on builds: Firefox Nightly 68.0a1(2019-06-05), Firefox Beta 68.0b7 and Firefox Release 67.0. Please view video, the video is recorded only for Firefox Nightly but the same is on all builds.
I will mark the ticket as new.

Note:

1. The add-on action is executed after having the Fennec browser close. The add-on is not disabled.
2. A refresh of the page applies the add-on again.

Hello there, I am also facing the same issue with just having add-on GNU LibreJS added to the gadget, Redmi Note 4 (Android 7.0) on forms: Firefox Nightly 68.0a1 (2019-06-05), Firefox Beta 68.0b7, and Firefox Release 67.0.

Please give me the solution because I am a newbie here: https://medsfit.com/