release-download-count - Prevent hash from being clipped#9650
Conversation
|
Meta: is this count expected to not exclude PRs?
refined-github/source/helpers/rgh-links.tsx Lines 24 to 29 in 022ef03 |
Correct. The "Related issue" link by This number is used on that link too. So it's not strictly "issues". Technically the number also includes any open. issues and PRs that just mention a feature. For example In short: it's a rough number. |
|
I want to report a minor regression, though 😉 ... Browser is Fx-140esr, with the Bookmarks Sidebar open on the left; test URL: Below, prior to #9650 having been merged: No asset hash column visible, but the download count clearly is... Now, after #9650 having been merged: We now have the asset hash column, but the actual download count of one of the assets overlaps with the asset's (longer) filename 😜 ; granted, this is an edge case, but it still is a regression for me 😄 ... Kind regards. Later addition: I stumbled on yet another "edge" (?) case: https://github.com/violentmonkey/violentmonkey/releases |
|
It's been a while since I've seen any overlaps in the area, I fix that a long time ago. Would be good to look for that PR and find out how it used to behave before GitHub broke it in #9638 |



Fix #9638
Test URLs
https://github.com/cli/cli/releases
Screenshot
Screen.Recording.2026-05-31.at.6.59.42.PM.mov