Closed
Bug 1653394
Opened 4 years ago
Closed 4 years ago
Remove 600 character limit on localized updater strings
Categories
(Toolkit :: Application Update, task)
Toolkit
Application Update
Tracking
()
RESOLVED
FIXED
mozilla80
Tracking | Status | |
---|---|---|
firefox80 | --- | fixed |
People
(Reporter: bytesized, Assigned: bytesized)
References
Details
Attachments
(1 file)
The string we are talking about adding in Bug 1633899 has a length worrying close to the 600 character limit imposed here. Some translations will likely be longer than 600 characters.
I took a look at the implementation, and I think don't think it should be too hard to remove the limit.
Comment 1•4 years ago
|
||
I imagine that limit was added as a precaution of some sort? Do we know why?
Assignee | ||
Comment 2•4 years ago
|
||
It's not enforced arbitrarily, but it is the arbitrary size of the buffer we use to read the data. There should be no reason we can't use dynamically sized buffers to avoid the limit.
Assignee | ||
Comment 3•4 years ago
|
||
Pushed by ksteuber@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/10f8b5190b60 Dynamically allocate string buffers in ReadStrings() to remove the 600 character limit r=mhowell,Pike
Comment 5•4 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 4 years ago
status-firefox80:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla80
You need to log in
before you can comment on or make changes to this bug.
Description
•