Closed
Bug 1487795
Opened 7 years ago
Closed 7 years ago
Page fragment gets added to the URL twice if the loaded URL already had a fragment
Categories
(developer.mozilla.org Graveyard :: General, defect, P1)
developer.mozilla.org Graveyard
General
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: Dexter, Assigned: espressive)
Details
(Keywords: in-triage, Whiteboard: [point:1])
After loading an URL in a new tab that already contains a fragment (the part after the "#" character at the end of the URL), e.g. [1], selecting any link that adds a fragment to the URL will append it at the end, without replacing the original anchor.
STR:
- Load https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Coding_Style#CC_practices
- Scroll the page up and click on the chain icon near "General Practices"
Current output:
- https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Coding_Style#CC_practices#General_C.2FC.2B.2B_Practices
Two fragments are present.
Expected output:
- The awesomebar should contain https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Coding_Style#General_C.2FC.2B.2B_Practices
[1] - https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Coding_Style#CC_practices
Updated•7 years ago
|
Component: General → Address Bar
Updated•7 years ago
|
Component: Address Bar → Document Navigation
Product: Firefox → Core
Comment 1•7 years ago
|
||
I can't reproduce this on a github page, e.g. https://github.com/protz/thunderbird-conversations#testing
From looking at the original source and comparing with the inspector, it seems h3 elements are declared in the source with the correct id. However, at some stage it looks like javascript is kicking in to insert an anchor and a span within the h3, and this anchor has the incorrect URL.
Moving across to the devmo product, as I think that's more likely the issue at the moment.
Component: Document Navigation → General
Product: Core → developer.mozilla.org
Comment 2•7 years ago
|
||
A fix is in the open PR https://github.com/mozilla/kuma/pull/4954
Assignee: nobody → schalk.neethling.bugs
Status: NEW → ASSIGNED
Priority: -- → P1
Whiteboard: [point:1]
| Assignee | ||
Comment 3•7 years ago
|
||
(In reply to Alessio Placitelli [:Dexter] from comment #0)
> After loading an URL in a new tab that already contains a fragment (the part
> after the "#" character at the end of the URL), e.g. [1], selecting any link
> that adds a fragment to the URL will append it at the end, without replacing
> the original anchor.
>
> STR:
>
> - Load
> https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/
> Coding_Style#CC_practices
> - Scroll the page up and click on the chain icon near "General Practices"
>
> Current output:
>
> -
> https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/
> Coding_Style#CC_practices#General_C.2FC.2B.2B_Practices
>
> Two fragments are present.
>
> Expected output:
>
> - The awesomebar should contain
> https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/
> Coding_Style#General_C.2FC.2B.2B_Practices
>
>
> [1] -
> https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/
> Coding_Style#CC_practices
Hey Alessio,
Just tested this in production using the URL and steps you provided. Seems like this has been fixed?
Comment 4•7 years ago
|
||
Thanks Schalk, works for me
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•