Skip to content

Change it so the categories endpoint is consistent by removing slugify #276

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Conversation

ACR1209
Copy link
Contributor

@ACR1209 ACR1209 commented Jun 1, 2025

Description

This change removes the use of the slugify function from the categories endpoint when fetching the json data, as this is inconsistent with the rest of the endpoints, which do not do this step.

Type of Change

  • ✨ New snippet
  • 🛠 Improvement to an existing snippet
  • 🐞 Bug fix
  • 📖 Documentation update
  • 🔧 Other (please describe):

Checklist

  • I have tested my code and verified it works as expected.
  • My code follows the style and contribution guidelines of this project.
  • Comments are added where necessary for clarity.
  • Documentation has been updated (if applicable).
  • There are no new warnings or errors from my changes.

Related Issues

Closes #275

Additional Context

This was failing due to inconsistent rules regarding if the passed language is slugged or not. On snippets they're not slugged, thus simply removing this fixes the consistency problem.

Meaning, the current syntax to denote a sub-language (eg. javascript--react) was getting slugged like it was it's own language (eg. javascript-react).

@ACR1209 ACR1209 requested a review from Mathys-Gasnier as a code owner June 1, 2025 03:02
@ACR1209
Copy link
Contributor Author

ACR1209 commented Jun 1, 2025

The CI checks are failing, but I think it's trying to call an nonexistent script cspell from the project root, or am I mistaken? 😟

@ACR1209 ACR1209 force-pushed the fix/fix-categories-failing-to-load-for-framework branch from 3d7fe5c to 4c3efea Compare June 1, 2025 03:25
@technoph1le technoph1le merged commit 7c1e59f into technoph1le:main Jun 2, 2025
0 of 2 checks passed
@technoph1le
Copy link
Owner

Hi, there. Thanks for the fix. It's interesting why cspell threw an error. I will look into that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

[Bug] - API request is failing for frameworks
2 participants