You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Navigating to a package from the search doesn't update the page URL #1210
It opens the @babel/core page, but the URL is still https://npmx.dev/search?q=%40babel%2Fcore. This means that if I share it with somebody, they'll see the search results rather than the package.
changed the title [-]Navigating to a package from the search doesn't update the pahe URL[/-][+]Navigating to a package from the search doesn't update the page URL[/+]on Feb 10, 2026
Still happening, just less frequently:
Screencast.From.2026-02-10.13-05-37.webm
(I do not have permission to reopen)
Hmm, I personally can't reproduce this behavior. How frequent was this buggy behavior happening to you? Sorry to ask again, but since it has been 3 weeks it could be that this issue has already been resolved by now. So you could please maybe try it out again? That would be much appreciated 🙏
Some improvements have been made to this behavior in #1431. Essentially, URL changes are now processed in the background and shouldn't be lost or affect results 🤔
No need for an apology, thank you very much for looking into this and reporting the issue there. Are you confident that we can close the issue here then?
Activity
ghostdevv commentedon Feb 8, 2026
I think this may have been resolved @nicolo-ribaudo - could you reopen if I'm wrong?
nicolo-ribaudo commentedon Feb 10, 2026
Still happening, just less frequently:
Screencast.From.2026-02-10.13-05-37.webm
(I do not have permission to reopen)
[-]Navigating to a package from the search doesn't update the pahe URL[/-][+]Navigating to a package from the search doesn't update the page URL[/+]trueberryless commentedon Feb 28, 2026
Hmm, I personally can't reproduce this behavior. How frequent was this buggy behavior happening to you? Sorry to ask again, but since it has been 3 weeks it could be that this issue has already been resolved by now. So you could please maybe try it out again? That would be much appreciated 🙏
shuuji3 commentedon Feb 28, 2026
I assume Nicolò's browser is Firefox. I also couldn't reproduce on Firefox (version: 148.0 (64-bit) on Linux and 147.0.4 (aarch64) macOS).
Maybe this is related to debounce? 🤔 We could try increasing debounce wait time on dev env if the issue still persists.
alexdln commentedon Feb 28, 2026
Some improvements have been made to this behavior in #1431. Essentially, URL changes are now processed in the background and shouldn't be lost or affect results 🤔
5 remaining items
nicolo-ribaudo commentedon Apr 8, 2026
Yes, I am still getting the behavior described in the original issue.
Screencast.From.2026-04-08.11-48-46.mp4
nicolo-ribaudo commentedon Apr 8, 2026
I am on Firefox 150.0a1 (2026-03-23), and this bug happens almost always (I just tried 5 times, it happened 4 out of 5).
trueberryless commentedon Jun 13, 2026
Sorry for another ping, @nicolo-ribaudo, but does it still happen in your browser?
Can you see something in the browser console?
Could you also try on https://main.npmx.dev?
nicolo-ribaudo commentedon Jun 14, 2026
Still happening, very consistently, also on
main.npmx.dev:/This is what I see in the console (on main.npmx.dev):
nicolo-ribaudo commentedon Jun 14, 2026
Oh damn, I apologize for this.
It seems like it happens because I have this browser extension installed: https://github.com/ClearURLs/Addon
I opened ClearURLs/Addon#519 to track it in the right place.
trueberryless commentedon Jun 14, 2026
No need for an apology, thank you very much for looking into this and reporting the issue there. Are you confident that we can close the issue here then?
nicolo-ribaudo commentedon Jun 14, 2026
Yes :)