Closed
Bug 830708
Opened 13 years ago
Closed 13 years ago
updatable.js references undefined 'updateReady' string
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Firefox OS Graveyard
Gaia::System
Tracking
(blocking-b2g:-, b2g18+ fixed, b2g18-v1.0.0 affected, b2g18-v1.0.1 fixed)
VERIFIED
FIXED
| blocking-b2g | - |
People
(Reporter: Pike, Assigned: julienw)
References
Details
(Keywords: late-l10n, Whiteboard: [qa-])
Attachments
(2 files)
|
46.08 KB,
image/png
|
Details | |
|
3.26 KB,
patch
|
etienne
:
review+
Pike
:
review+
akeybl
:
approval-gaia-v1+
|
Details | Diff | Splinter Review |
In bug 799888, a lot of code was refactored, and it removed the updateReady string from system.en-US.properties, but kept using it.
I'm not sure if that's intentional (aka, having a dialog without title) or accidental.
Guess we should make it intentional either way, that is, either passing in a blank title to CustomDialog.show, or get the title back in and localized.
| Assignee | ||
Comment 1•13 years ago
|
||
This would be a very safe patch, either adding a line in locale or passing an empty string when creating the CustomDialog.
So nominating, and asking for Josh's comment so that his wisdom will tell us what we should do ;)
Comment 2•13 years ago
|
||
Can you be a bit more specific where this 'updateReady' string is referenced?
| Assignee | ||
Comment 3•13 years ago
|
||
Jason, this is the title of the dialog shown when a system update is downloaded and we have to choose between "later" or "apply now".
Comment 4•13 years ago
|
||
Attached is a wireframe of how we originally intended to display the Updates available prompt. The title was "[N] updates available". This same title would also be used for the Notification title.
This is still the preferred behavior for v1. A blank title is not acceptable. How will the user know what the notification pertains to?
Flags: needinfo?(jcarpenter)
| Assignee | ||
Comment 5•13 years ago
|
||
Josh, this one is OK.
The one that is missing here is the title for the "apply system update" prompt.
Flags: needinfo?(jcarpenter)
| Assignee | ||
Updated•13 years ago
|
Assignee: nobody → felash
| Assignee | ||
Comment 6•13 years ago
|
||
ok, more time coding, less time talking ;)
Attachment #704480 -
Flags: review?(etienne)
| Assignee | ||
Comment 7•13 years ago
|
||
Comment on attachment 704480 [details] [diff] [review]
patch v1
Pike, I don't think this should go to v1.0.0, I'd rather see this in v1-train or even in master.
What are the implications for you ? Should we still tag this late-l10n ?
Attachment #704480 -
Flags: review?(l10n)
Updated•13 years ago
|
Attachment #704480 -
Flags: review?(etienne) → review+
| Reporter | ||
Comment 8•13 years ago
|
||
Comment on attachment 704480 [details] [diff] [review]
patch v1
Review of attachment 704480 [details] [diff] [review]:
-----------------------------------------------------------------
We haven't figured anything out yet when it comes down to v1-* and beyond.
I'd expect that you'd want master for sure, and then you'd need to ask for approval for each branch.
Attachment #704480 -
Flags: review?(l10n) → review+
| Assignee | ||
Comment 9•13 years ago
|
||
Comment on attachment 704480 [details] [diff] [review]
patch v1
NOTE: If blocking-basecamp+ is set, just land it for now.
[Approval Request Comment]
Bug caused by (feature/regressing bug #):
User impact if declined:
Testing completed:
Risk to taking this patch (and alternatives if risky):
Attachment #704480 -
Flags: approval-gaia-master?(21)
Updated•13 years ago
|
Blocks: b2g-app-updates
Comment 10•13 years ago
|
||
(In reply to Julien Wajsberg [:julienw] from comment #5)
> Josh, this one is OK.
>
> The one that is missing here is the title for the "apply system update"
> prompt.
Ah, thank you for clarifying. Let's go with "System update ready".
Flags: needinfo?(jcarpenter)
Updated•13 years ago
|
blocking-b2g: tef? → -
tracking-b2g18:
--- → +
| Assignee | ||
Comment 11•13 years ago
|
||
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•13 years ago
|
Attachment #704480 -
Flags: approval-gaia-v1?(21)
Updated•13 years ago
|
Whiteboard: [qa-]
Comment 12•13 years ago
|
||
Why remove the approval? Can you clarify?
At this current state, this will only land on master (v2).
| Assignee | ||
Comment 13•13 years ago
|
||
That's good enough for me. I'm tired of running behind nomination and approval stuff.
Comment 14•13 years ago
|
||
Comment on attachment 704480 [details] [diff] [review]
patch v1
Actually, let's put the approval back on. Triage thought this was tracking+, so it might be worth taking the patch.
Attachment #704480 -
Flags: approval-gaia-v1?(21)
Comment 15•13 years ago
|
||
Axel- I know that you're saying we need to wrap up on taking late-l10n changes so that makes us inclined to deny this for uplift, can anyone state whether this bug is user-affecting enough that we should override that impulse for a v1-train uplift? or v1.0.0?
| Assignee | ||
Comment 16•13 years ago
|
||
Without this patch, the user doesn't know that the system update prompt concerns the system update.
The only text is : "Install update now?" with "later" or "install now" buttons.
With this patch, we have the title "System Update Ready".
So I think this is nice to have even in v1.0.0.
Comment 17•13 years ago
|
||
(In reply to Lukas Blakk [:lsblakk] from comment #15)
> Axel- I know that you're saying we need to wrap up on taking late-l10n
> changes so that makes us inclined to deny this for uplift, can anyone state
> whether this bug is user-affecting enough that we should override that
> impulse for a v1-train uplift? or v1.0.0?
Not worth uplifting for v1.0.0. Might be worth uplifting for v1 train though.
Comment 18•13 years ago
|
||
Comment on attachment 704480 [details] [diff] [review]
patch v1
Approving for v1-train (1.0.1).
Attachment #704480 -
Flags: approval-gaia-v1?(21) → approval-gaia-v1+
Updated•13 years ago
|
status-b2g18:
--- → affected
status-b2g18-v1.0.0:
--- → affected
Comment 19•13 years ago
|
||
(in the future, please don't hesitate to land to master while waiting for approval to land on v1-train)
| Assignee | ||
Comment 20•13 years ago
|
||
Alex, this landed in master 5 days ago (comment 11) :)
That's why this bug is resolved/fixed BTW.
| Assignee | ||
Comment 21•13 years ago
|
||
Alex, why did you put "affected" on status-b2g18-v1.0.0 ?
Comment 22•13 years ago
|
||
v1-train: 37365a30b4bd2da9031a7774f7790d21c7f514a5
Comment 23•13 years ago
|
||
Verified fixed in 2013-02-06-11-05-09 pvt nightly b2g18 build
Status: RESOLVED → VERIFIED
Comment 24•13 years ago
|
||
Batch edit: bugs fixed on b2g18 since 1/25 branch of v1.0 are fixed on v1.0.1
status-b2g18-v1.0.1:
--- → fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•