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
The package frontend displays the repo link as "GitHub", and converts the hostname in the link to github.com, which leads to a nonexistent page. Expected: the "GitHub" link (really the repo link) should use whatever exact repo url is specified in the package.json, as long as the url is valid https or git. alternatively, an allowlist of additional hosts like gitlab.com and gitea.com could be used, but that seems more hacky.
I'm guessing this is a holdover from early atom, and it would probably make sense for the entire "GitHub" specific code to be overhauled.
The one on the packages page is clearly not the github package https://github.com/mauricioszabo/atom-chlorine because 1. the repo path is different. 2. the version in the packages is 0.12.1 which matches the gitlab version.
I'll quickly mention in this case this is not a holdover from Atom. The Atom code that rendered packages was closed source, so this is all custom to Pulsar.
While you do make a great point, I'll say that currently the Pulsar Package Registry only supports publishing packages from GitHub, so this will work in 99.99% of cases. With ones like this package being one of the few were it doesn't work.
Not disagreeing with you about the suggested solution, since we do eventually want to support more than just GitHub, just pointing out that this being an issue should be very few and far between
Thanks in advance for your bug report!
Where is the URL that this occurs?
https://web.pulsar-edit.dev/packages/chlorine
What's your issue?
This package is the one with the repo specified at https://gitlab.com/clj-editors/atom-chlorine/-/blob/master/package.json?ref_type=heads#L21, a gitlab link.
The package frontend displays the repo link as "GitHub", and converts the hostname in the link to github.com, which leads to a nonexistent page.
Expected: the "GitHub" link (really the repo link) should use whatever exact repo url is specified in the package.json, as long as the url is valid https or git. alternatively, an allowlist of additional hosts like gitlab.com and gitea.com could be used, but that seems more hacky.
I believe this is happening in https://github.com/pulsar-edit/package-frontend/blob/95ce50674bf4698521019bf67ea24498ba6a144e/src/reg.js
https://github.com/pulsar-edit/package-frontend/blob/95ce50674bf4698521019bf67ea24498ba6a144e/src/utils.js but I couldn't find the exact generator.
I'm guessing this is a holdover from early atom, and it would probably make sense for the entire "GitHub" specific code to be overhauled.
The one on the packages page is clearly not the github package https://github.com/mauricioszabo/atom-chlorine because 1. the repo path is different. 2. the version in the packages is 0.12.1 which matches the gitlab version.
Which OS/Browser/Version does this happen on?
All browsers
Steps to Reproduce/Additional Details:
https://web.pulsar-edit.dev/packages/chlorine -> click the "GitHub" link
Expected: opens the repo link that is specified in the packages package.json, which in this case is a gitlab link.
The text was updated successfully, but these errors were encountered: