Indentation of XUL strings in custom elements are off
Categories
(Thunderbird :: General, task)
Tracking
(thunderbird_esr6869+ fixed, thunderbird70 fixed, thunderbird71 fixed)
People
(Reporter: pmorris, Assigned: pmorris)
References
Details
Attachments
(6 files, 2 obsolete files)
59.71 KB,
patch
|
mkmelin
:
review+
|
Details | Diff | Splinter Review |
115.37 KB,
patch
|
Details | Diff | Splinter Review | |
41.42 KB,
patch
|
jorgk-bmo
:
approval-comm-esr68+
|
Details | Diff | Splinter Review |
88.18 KB,
patch
|
jorgk-bmo
:
approval-comm-esr68+
|
Details | Diff | Splinter Review |
59.78 KB,
patch
|
jorgk-bmo
:
approval-comm-beta+
|
Details | Diff | Splinter Review |
115.38 KB,
patch
|
jorgk-bmo
:
approval-comm-beta+
|
Details | Diff | Splinter Review |
The change to two space indent with the Prettier formatting in calendar code left the indentation of the XUL strings passed to parseXULToFragment
for custom elements in a messy state. Let's clean them up.
Edit: the indentation of XUL strings in non-calendar custom elements is also off, due to wrapping custom elements in curly brackets and Prettier formatting. Lets use this bug for fixing these too.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 1•5 years ago
|
||
Re-indents the XUL strings in calendar custom elements.
Comment 2•5 years ago
|
||
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 3•5 years ago
|
||
Re-indents XUL strings in non-calendar custom elements as needed. I've never used the whitespace-only option, not sure how it works, so flagging mkmelin for review. Feel free to cancel that if you'd rather I do the whitespace-only option.
Updated•5 years ago
|
Assignee | ||
Updated•5 years ago
|
Comment 4•5 years ago
|
||
Hmm, this should also go into beta and ESR 68, no? Are we done with reformatting one day?
Comment 5•5 years ago
|
||
Also, this clashes with bug 1582796 which is more important.
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Updated•5 years ago
|
Comment 7•5 years ago
|
||
Calendar patch needs unbitrotting
Updated•5 years ago
|
Assignee | ||
Comment 8•5 years ago
|
||
This just rebases the calendar patch.
"This should also go into beta and ESR 68, no?"
Yeah, I suppose so. (I'm still not 100% sure how you indicate that among all the knobs bugzilla provides.) Aren't we about to release another beta? If so, then maybe we don't need to backport to beta. I can upload patches for ESR.
"Are we done with reformatting one day?"
I hope so, although there are other similar places with multi-line template strings that may be off. I've explored them a bit and they do not seem horrible. I could see the case for just fixing them as we are editing the code, rather than going hunting for every instance.
Assignee | ||
Comment 9•5 years ago
|
||
Assignee | ||
Comment 10•5 years ago
|
||
Fixed.
Assignee | ||
Updated•5 years ago
|
Comment 11•5 years ago
|
||
Aren't we about to release another beta? If so, then maybe we don't need to backport to beta. I can upload patches for ESR.
Yes, TB 70 beta 2 was released yesterday (Sunday!). Between now and 2019-10-21 (see https://wiki.mozilla.org/Release_Management/Calendar) we'll still be doing a TB 70 beta 3, maybe even 4. So backporting makes sense to avoid merge conflicts later. I tried one of the patches and the already didn't apply to beta. Yes, ESR is also required.
Assignee | ||
Comment 12•5 years ago
|
||
1 of 2 for ESR 68.
Assignee | ||
Comment 13•5 years ago
|
||
2 of 2 for ESR 68.
Updated•5 years ago
|
Comment 14•5 years ago
|
||
Pushed by mozilla@jorgk.com:
https://hg.mozilla.org/comm-central/rev/cf7a0bacde48
Re-indent XUL strings in calendar custom elements. r=darktrojan
Comment 15•5 years ago
|
||
Geoff, can you please confirm beta/esr approval for the Calendar bits. I assume you can't set it and I can't request Calendar approval on this bug.
Updated•5 years ago
|
Updated•5 years ago
|
Comment 19•5 years ago
|
||
Comment 20•5 years ago
|
||
TB 68.1.1 ESR:
https://hg.mozilla.org/releases/comm-esr68/rev/1696158cf843ece6687d579ce8f4eded49d967ef
https://hg.mozilla.org/releases/comm-esr68/rev/1517231ef9e8bfc085781805e5fa70a65cf99dfd
Comment 21•5 years ago
|
||
TB 70 beta 3:
https://hg.mozilla.org/releases/comm-beta/rev/f05598962defbc669b8fad2436c85bc91a77420c
https://hg.mozilla.org/releases/comm-beta/rev/cb916f5a2e9a5364eff8e99c81b12584274bc009
Description
•