1594696 - website vanishes when clicking "x" on a wikipedia picture

Status: RESOLVED FIXED

(Firefox :: Untriaged, defect)

Description

[Dan]

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

Steps to reproduce:

1. open this link: https://en.wikipedia.org/wiki/Zen_2#/media/File:AMD@7nm(12nmIO)@Zen2@Matisse@Ryzen_5_3600@[e-mail]

2. click "x" in right top (not Firefox browser "x" but the "x" in the wikipedia page)

Actual results:

website vanishes/closes, Firefox "new tab" page opens

Expected results:

Should've gone back to this page:
https://en.wikipedia.org/wiki/Zen_2

Comment 1

[Gingerbread Man]

Seems unlikely to be a Firefox bug.

• Same behavior in Vivaldi.
• You're returned to the article page if you started off by middle-clicking the above link (so there's no previous page in the tab history).
• You're returned to the article page if that's where you clicked the image, rather than going to the image link directly.

Comment 2

[Dan]

And if not a Firefox bug, wouldn't it make sense to improve the user-experience by automatically loading the page of which the picture originates from? (The necessary algorithm would just remove the 5th "/"-slash (OR "#"-hashtag, if present) and everything behind it,
so that from this link:
https://en.wikipedia.org/wiki/Zen_2#/media/File:AMD@7nm(12nmIO)@Zen2@Matisse@Ryzen_5_3600@[e-mail]
it would cut the rest and this link would be left over (either with or without #, both links work fine):
https://en.wikipedia.org/wiki/Zen_2#
and Firefox would load that URL upon user clicking that "x" on a wikipedia picture.

Comment 3

[Mirko Brodesser (:mbrodesser) -- not reading bugmails currently]

Reproduction on Ubuntu 18.04:

It depends on how the tab is opened:

1. If clicking the middle mouse button on the link, then the Wikipedia page is shown after clicking above mentioned "x".
2. If opening a new tab, pasting https://en.wikipedia.org/wiki/Zen_2#/media/File:AMD@7nm(12nmIO)@Zen2@Matisse@Ryzen_5_3600@[e-mail] and clicking "x", the "New tab" page is shown.

Comment 4

[Mirko Brodesser (:mbrodesser) -- not reading bugmails currently]

Set to "Untriaged" because this is a UX question. What's desired behavior here?

Comment 5

[Dan]

Closing this, working fine in Firefox 70.0.1, if this bug is still present on my notebook then I will reopen this bug later today again. (Don't have my notebook with me currently)

Mirko, who are you asking? Imo the behaviour that I describe in Comment 2 is desired. User wants to only close the image and stay on the article, not close the entire page content. I see no reason to wipe the page content, instead, the user would just close the tab and open a new one, or only open a new one.

Comment 6

[Mirko Brodesser (:mbrodesser) -- not reading bugmails currently]

Daniel: sorry, I wasn't explicit in my previous comment. The question was addressed to someone with UX experience from the bug-triaging people (that's why I changed the component to "Untriaged").

Comment 7

[Dan]

Not closing, as I just found out that the issue seems to be related to how the url is opened bookmarks from other page!

Curretly, the page content will NOT close (intended behaviour),

A) when user opens the image by clicking on the link in Comment 3 (probably any other website aswell) with middle mouse button to open it in new tab and then clicks the page-content-"x" in the top right

B) when user opens the image by opening bookmarks menu, then to menu bookmarks-toolbar, then clicks on the wikipedia image bookmark with middle mouse button and then clicks the page-content-"x" in the top right.

Currently, the page content WILL close when user first opens a new tab, then clicks the bookmark-entry with left mouse button and then clicks the page-content-"x" in the top right.

Comment 8

[Dan]

(last line is the unintended behaviour)

Comment 9

[Sebastian Padilla]

Hi Daniel,

I wasn't able to reproduce this using Firefox Nightly 72.0a1 (2019-11-12) (64-bit) on Windows 10 Pro.

Does this issue occur with a fresh profile? You can find 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

Can you please download Firefox Nightly from here: https://nightly.mozilla.org/ and retest the problem and see if the issue still occurs there as well?

If after doing this you can still reproduce the bug, could you send me a screenshot or a video of the bug? That always helps a lot.

Thanks!

Sebastian

Comment 10

[Dan]

Correct, not reproducible nor on Nightly 72.0a1 (2019-11-13) (64-bit) nor on 70.0.1 64-bit on my notebook. Will have to retest it at my desktop PC when I get home, for now I will close this as RESOLVED FIXED.