View Issue Details

IDProjectCategoryView StatusLast Update
0008033Talerotherpublic2026-09-19 14:42
Reportersebasjm Assigned ToFlorian Dold Resolution deadline
ImplementerReviewer 
Release signed byDeployed by 
VerifierCommunicator 
Data protection authority notification requiredNo  
CSIRT notification requiredNo  
Estimated effort (hours)Actual effort (hours)0 
Fast-trackNo
Work packagenone
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionwon't fix 
Product Versiongit (master) 
Target Version1.6Fixed in Version1.6 
Summary0008033: i18n langs should not be part of the js bundle
Descriptionthis will reduce the bundle size
and allow sysadmin to fix or extend new langs without deploying a new version
TagsNo tags attached.

Required notifications

Address or linkRemarkAdded byNotifiedActions

Activities

Christian Grothoff

2024-01-29 23:48

manager   ~0021084

Are they that big? Is this really a relevant issue? Do we expect to see language updates so much more frequently than actual code updates? We should probably discuss this.

sebasjm

2024-05-09 13:42

developer   ~0022378

> Are they that big?

100k almost 15% of the bundle if the js file is optimized in size.

> Is this really a relevant issue?

is not breaking any feature but SPA loading time is something I want to work in the future.
If the network is bad the this become relevant.

> Do we expect to see language updates so much more frequently than actual code updates?

No, but this will allow fixing or adding a translations/languages without waiting for a new release.

> We should probably discuss this.

Sure, if loading the SPA become an issue we can do this and other things. I just what to keep track of it.

Christian Grothoff

2024-05-13 09:51

manager   ~0022397

15% for easy i18n doesn't sound like that big. Nothing I'd prioritize at this point, but OK to keep as an open issue to be discussed "later".

Florian Dold

2026-08-22 17:33

manager   ~0029551

I don't think we want this feature, we can now easily deploy SPAs as they're packaged separately.

If anything, we want to lazy-load certain languages, but that's a esbuild / bundling concern, as has basically zero priority at the moment.

Issue History

Date ModifiedUsernameFieldChange
2024-01-03 18:10sebasjmNew Issue
2024-01-03 18:10sebasjmStatusnew => assigned
2024-01-03 18:10sebasjmAssigned To => sebasjm
2024-01-29 23:48Christian GrothoffNote Added: 0021084
2024-01-29 23:48Christian GrothoffAssigned Tosebasjm =>
2024-01-29 23:48Christian GrothoffSeveritymajor => feature
2024-01-29 23:48Christian GrothoffStatusassigned => acknowledged
2024-05-09 13:42sebasjmNote Added: 0022378
2024-05-13 09:51Christian GrothoffNote Added: 0022397
2024-05-13 09:52Christian GrothoffCategoryWeb site(s) => other
2026-08-22 17:33Florian DoldAssigned To => Florian Dold
2026-08-22 17:33Florian DoldStatusacknowledged => closed
2026-08-22 17:33Florian DoldResolutionopen => won't fix
2026-08-22 17:33Florian DoldNote Added: 0029551
2026-09-19 14:42Christian GrothoffFixed in Version => 1.6
2026-09-19 14:42Christian GrothoffTarget Versionpost-1.0 => 1.6