Skip to content

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
    • Help
    • Submit feedback
    • Contribute to GitLab
  • Sign in
haskell-gargantext
haskell-gargantext
  • Project
    • Project
    • Details
    • Activity
    • Releases
    • Cycle Analytics
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Charts
  • Issues 154
    • Issues 154
    • List
    • Board
    • Labels
    • Milestones
  • Merge Requests 7
    • Merge Requests 7
  • CI / CD
    • CI / CD
    • Pipelines
    • Jobs
    • Schedules
    • Charts
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Members
    • Members
  • Collapse sidebar
  • Activity
  • Graph
  • Charts
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
  • gargantext
  • haskell-gargantexthaskell-gargantext
  • Merge Requests
  • !221

Merged
Opened Nov 13, 2023 by Alfredo Di Napoli@AlfredoDiNapoli
  • Report abuse
Report abuse

Selectively enable the new error scheme via `X-Garg-Error-Scheme` HTTP header

This commit makes possible to pass an optional X-Garg-Error-Scheme header in a client request to enable the new error format.

It has to be considered a follow-up of !219 (merged) and it aims to fulfil the vision for #267 (closed).

@fmaniere After this MR will be merged, you will be able to have the backend return the new error scheme by passing the X-Garg-Error-Scheme: new HTTP header. It's completely opt-in, so if you don't pass anything in your frontend request, you will get the old format:

Screenshot_2023-11-13_at_10.39.34

Whereas, if you pass the header in the request...

Screenshot_2023-11-13_at_10.41.58

This will allow you to start porting the frontend to use the new format without having to rush it (i.e. you can do it incrementally as the server supports both formats).

There will be in the future one final MR that I will land which will further improve the error reporting by removing all those occurrences of panic and error in the codebase which would translate in a poor/no error.

Hope it helps!

Check out, review, and merge locally

Step 1. Fetch and check out the branch for this merge request

git fetch origin
git checkout -b adinapoli/issue-267-part-2 origin/adinapoli/issue-267-part-2

Step 2. Review the changes locally

Step 3. Merge the branch and fix any conflicts that come up

git fetch origin
git checkout origin/dev
git merge --no-ff adinapoli/issue-267-part-2

Step 4. Push the result of the merge to GitLab

git push origin dev

Note that pushing to GitLab requires write access to this repository.

Tip: You can also checkout merge requests locally by following these guidelines.

  • Discussion 0
  • Commits 1
  • Pipelines 1
  • Changes 7
Assignee
Assign to
None
Milestone
None
Assign milestone
Time tracking
0
Labels
None
Assign labels
  • View project labels
Reference: gargantext/haskell-gargantext!221

Revert this merge request

This will create a new commit in order to revert the existing changes.

Switch branch
Cancel
A new branch will be created in your fork and a new merge request will be started.

Cherry-pick this merge request

Switch branch
Cancel
A new branch will be created in your fork and a new merge request will be started.