Closed Bug 1443635 Opened 6 years ago Closed 6 years ago

The update binding should be bound to <richlistitem>s instead of custom <update> tags

Categories

(Toolkit :: UI Widgets, defect)

defect
Not set
normal

Tracking

()

VERIFIED FIXED
mozilla60
Tracking Status
firefox60 --- verified
firefox61 --- verified

People

(Reporter: timdream, Assigned: timdream)

References

Details

Attachments

(1 file)

It was documented in bug 1428930 comment 7 but the fix didn't include the change. We'll need to fix this so installed update list can continue be visible in ally view.
Unfortunately this part of the UI come with no tests :'(

I have manually tested it by setting fake updateCount and |update| properties from |um.getUpdateAt(i);|. I can see the binding got picked up correctly.
Comment on attachment 8956619 [details]
Bug 1443635 - Remove the custom XUL <update> tag

https://reviewboard.mozilla.org/r/225562/#review231590

Looks good! Since there are no automated tests, it will help if you can write down STR so this can be verified manually by the QA team.
Attachment #8956619 - Flags: review?(paolo.mozmail) → review+
Flags: qe-verify+
STR on official Nightly:

1. Getting an older Nightly
2. Try to update it
3. After restart, go to about:preferences -> [Show Update History...]
4. Verify the list is still visible.
Pushed by timdream@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/749cab14e557
Remove the custom XUL <update> tag r=Paolo
Backout by csabou@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/f5a456a57edd
Backed out changeset 749cab14e557 mochitest browser chrome failure at browser_advanced_update.js on a CLOSED TREE
Pushed by timdream@gmail.com:
https://hg.mozilla.org/integration/autoland/rev/6030763a531d
Remove the custom XUL <update> tag r=Paolo
https://hg.mozilla.org/mozilla-central/rev/6030763a531d
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla60
I verified with the steps from comment 4. I used older version of Nightly and updated them to the latest Nightly 61.0a1. I did the same think with beta versions and updated them to beta 60.0b4 on Windows 10x64, Mac OS 10.11 and Ubuntu 16.04.

The list with the updates appeared every time, but I've noticed that on Mac OS and on Ubuntu, even though I used the same profile for the tests, only the last update was listed. Is that an issue? 

And can you please tell me how exactly did this bug manifested? Because I don't know how to reproduce it.
As long as the list is correctly shown, it should be fine. What this bug is fixing can only be inspected with accessibility technologies.
The list was correctly shown. 
According to comment 11 and comment 10 I will mark this bug as verified fixed.
Status: RESOLVED → VERIFIED
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: