1480745 - Loading icon at tab does not stop when download request is cancelled

Status: RESOLVED INVALID

(Firefox :: Tabbed Browser, defect, P3)

Description

[rugk]

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:61.0) Gecko/20100101 Firefox/61.0
Build ID: 20180723085942

Steps to reproduce:

1. Enter https://gitlab.com/fdroid/fdroidclient/uploads/da4ef9522fc807d6ffdc5be6a7388d22/Untitled.png into a new tab and start request.
2. Cancel download request.


Actual results:

The spinner in the tab icon keeps spinning. It is as if something would be load, but you already canceled the download request.


Expected results:

Stop spinner and show static favicon or maybe a page "Download request has been cancelled" or anything, which is better for UI/UX.

I was able to reproduce this with Nightly v63.0a1 (2018-08-02).

Comment 1

[Abe - QA (:Abe_LV)]

Hi reporter (rugk),

I tested this on Ubuntu 16.04 with the latest Nightly, but could not manage to reproduce it. The download works for me. 

If this issue is still reproducible, could you please provide the regression range using mozregression tool? Thanks
Steps are here- https://mozilla.github.io/mozregression/install.html


Test Environment
----------------
Version 	63.0a1
Build ID 	20180808100114
Update Channel 	nightly
User Agent 	Mozilla/5.0 (X11; Linux x86_64; rv:63.0) Gecko/20100101 Firefox/63.0

Comment 2

[rugk]

Okay, also could not reproduce it anymore for some reason. I'll keep it in mind though, should I discover it again.

Comment 3

[rugk]

Okay, actually I can reproduce it, but only in one profile or so.

I've tried mozreg, but it does not start: https://bugzilla.mozilla.org/show_bug.cgi?id=1484531
I've tried the CLI, but also did not got far. Some 2009 build does not start up, whatever… And I also certainly don't want to load my profile with a 2009 build of FF.

Comment 4

[Marco Castelluccio [:marco]]

When you use mozregression, your profile is not modified. mozregression copies your profile in a temporary location and uses it, without touching your actual profile.

Comment 5

[rugk]

Okay, great, still needs to work first, though. :)

Comment 6

[Stefan [:StefanG_QA]]

Mozilla/5.0 (X11; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0 20180905123750 

I've tested this on Fedora 28 and Ubuntu 18.04 with the mentioned versions and using the latest Nightly and Fx release build, but I could not manage to reproduce the issue. When canceling the download request, I don't see the tab icon to keep spinning.

If you are still able to reproduce the issue, a short video showing the issue would be helpful.
Also, could you provide a copy of the about:support page from your browser?

Comment 7

[rugk]

It's totally related to my profile here…

gif: https://streamable.com/1gbrq

> Also, could you provide a copy of the about:support page from your browser?

That's way too much. But I can drop some Mozilla employee a mail.

Comment 8

[Daniel Bodea [:danibodea]]

Hi rugk,

We have to confirm whether this is an issue related to your profile data.
Please test if the issue is reproducible in safe mode, here is a link that can help you:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode

If the issue is not reproducing in safe mode, then you are correct and the issue is caused by some addon/extension or profile data. In this case, we will need to see which addon is causing the issue, in which case I have to ask you to turn the addons off, one by one, until the issue is not reproducing anymore and you find the culprit. 

If you still have the issue in safe mode, please create a new profile (you have the steps here: https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles?redirectlocale=en-US&redirectslug=Managing-profiles#w_starting-the-profile-manager) and try again. In this case, if the issue is still reproducing, then it must be related to something on your OS.

Thank you for your contribution!

Comment 9

[rugk]

Okay, that was the right idea! Actually it worked in safe mode and so I checked the add-ons and found out it is "Signed pages", which caused this issue. If I disable it, the issue is immediately gone.

So I've reported it here to the add-on author: https://github.com/tasn/webext-signed-pages/issues/17

Comment 10

[Daniel Bodea [:danibodea]]

That is awesome! I will mark this issue as RESOLVED.
Thank you for your contribution!