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
We have a plugin that we would like to include in our Satispress installation. We ran into an issue, where if the plugin directory contains uppercase characters, any attempt to download it fails with a 404 (from both composer and the Satispress backend). Ex: "eventON". Lowercasing the directory fixes the problem, but we worry that updating will reintroduce it.
The slug from a download request is lowercase, but a package's slug may not be. I hacked together a workaround in the where method of AbstractRepository.
Thanks for the report @theschmocker. I looked into this a bit and it appears the problem occurs in the download route handler when sanitizing the slug. sanitize_key() converts characters to lowercase and causes the download to fail.
Let me know if the latest commit doesn't fix this for you.
We have a plugin that we would like to include in our Satispress installation. We ran into an issue, where if the plugin directory contains uppercase characters, any attempt to download it fails with a 404 (from both composer and the Satispress backend). Ex: "eventON". Lowercasing the directory fixes the problem, but we worry that updating will reintroduce it.
The slug from a download request is lowercase, but a package's slug may not be. I hacked together a workaround in the
where
method ofAbstractRepository
.I'm not sure if this is an ideal solution, so I have not created a PR.
The text was updated successfully, but these errors were encountered: