The Future of gon

Everyone can contribute. Help move this issue forward while earning points, leveling up and collecting rewards.

  • Close this issue

An issue to discuss what do we actually want to do with gon. I often see it mentioned (in MRs or Slack) that we are getting rid of gon (or reducing usage). But couldn't find an issue.

All our current serialization methods are arguably worse than gon (see https://gitlab.com/gitlab-org/gitlab-ce/issues/37441 for discussion on that)

  • Harder to use
  • Require elaborate stringify/parse hoop-jumping (or convertPermissionToBoolean!)

We should definitely use API for the majority of data fetching. But we still need initial data.

  • for initial render we need to send some data. endpointUrl is a common example
  • Some data is legitimately global, so doesn't make sense to send a URL and fetch that all the time (e.g. currentUser, apiVersion)
Edited Sep 26, 2025 by 🤖 GitLab Bot 🤖
Assignee Loading
Time tracking Loading