Open Bug 1407012 Opened 8 years ago Updated 3 years ago

The Reload button can get unclickable if a page load is interrupted very early

Categories

(Firefox :: Toolbars and Customization, defect, P5)

All
Unspecified
defect

Tracking

()

Tracking Status
firefox57 --- wontfix
firefox58 --- affected
firefox59 --- affected

People

(Reporter: itiel_yn8, Unassigned)

Details

Environment: Windows 10 Latest Nightly STR: 1. Open the sidebar > History or Bookmarks 2. Right click any item > Open in New Tab (or Ctrl+click the item) 3. Immediately and quickly after step 2, press Esc in the keyboard to abort the page load AR: The Reload button in that new tab is not clickable. Reloading the page is not possible (F5 and Ctrl+F5 don't work either), only by focusing the URL and pressing enter. ER: The Reload button should be clickable also in this case. I'm seeing this usually when my PC is under heavy load (where the tab's initialization takes time), but I can reproduce this issue easily whenever I want using the STR above, if done quickly enough.
(In reply to Itiel from comment #0) > (F5 and Ctrl+F5 don't work either) Then this isn't a toolbar button bug, but caused by something else. > > ER: > The Reload button should be clickable also in this case. > > I'm seeing this usually when my PC is under heavy load (where the tab's > initialization takes time), but I can reproduce this issue easily whenever I > want using the STR above, if done quickly enough. You marked this as a regression - can you find a regression window?
Component: Toolbars and Customization → Untriaged
Flags: needinfo?(itiel_yn8)
(In reply to :Gijs (no reviews, PTO EOB on 11th) from comment #1) > You marked this as a regression - can you find a regression window? Interesting. I was sure this is a regression as it started on my Nightly just recently. With mozregression I got as far as october 2008 (and stopped there) and it's still reproducible. Removing the regression keywords. This makes me wonder- could this possibly be the intended behaviour?
Flags: needinfo?(itiel_yn8)
Tested on latest Nightly 58.0a1 Build ID 20171011220113 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:58.0) Gecko/20100101 Firefox/58.0 and managed to Reproduce the issue as described above (STR)
Component: Untriaged → Address Bar
Hardware: Unspecified → All
Component: Address Bar → Toolbars and Customization
Marking P5 priority since this has existed since at least October 2008.
Priority: -- → P5
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.