Closed Bug 1428869 Opened 7 years ago Closed 6 years ago

Change progressmeter to be html:progress

Categories

(Toolkit :: UI Widgets, task, P5)

task

Tracking

()

VERIFIED FIXED
mozilla64
Tracking Status
firefox64 --- verified
firefox65 --- verified

People

(Reporter: ntim, Assigned: Paolo)

References

Details

Attachments

(1 file, 1 obsolete file)

HTML has the <progress> element, so we can potentially use that.
Attached patch wip-progressmeter.patch (obsolete) — Splinter Review
Non working WIP.
After playing with it, I don't think this worth the effort. It doesn't remove an enormous amount of code, and requires to a lot of effort to fix the tests and the styling.

However, we can potentially change `progressmeter` in the future to be a custom element, or simply change everything to a  HTML <progress> element:

* <progressmeter mode="undeterminate"> corresponds to an HTML <progress> with no value.
* the value attribute corresponds to the HTML <progress> value attribute
* the max attribute is also the same as its HTML counterpart
Assignee: ntim.bugs → nobody
Updated the bug title to match Comment 2
Summary: Investigate simplifying progressmeter.xml binding → Convert progressmeter bindings to Custom Elements, or change consumers to use html:progress directly
Priority: -- → P5
sorry, didn't notice this bug when filed bug 1491197
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
I think we can leave this bug open to change consumers to use html:progress.
Blocks: 1491197
No longer blocks: war-on-xbl
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Summary: Convert progressmeter bindings to Custom Elements, or change consumers to use html:progress directly → Change progressmeter to be html:progress
Blocks: war-on-xbl
Depends on: 1499704
Depends on: 1498140
Attachment #8940836 - Attachment is obsolete: true
Flags: qe-verify+
No longer blocks: 1499843
Setting needinfo for the review of PSM code, since it may disappear from dashboards otherwise.
Flags: needinfo?(honzab.moz)
(In reply to :Paolo Amadini from comment #8)
> Setting needinfo for the review of PSM code, since it may disappear from
> dashboards otherwise.

Yeah, I don't see it my phab.
Paolo, I'm not sure why I should review UI changes.  I don't know those parts at all, despite I'm still a PSM peer.  So I don't think I can review your changes well.
Flags: needinfo?(honzab.moz)
Per discussion on IRC, it is fine for someone from the front-end team to rubberstamp this.
Pushed by paolo.mozmail@amadzone.org:
https://hg.mozilla.org/integration/mozilla-inbound/rev/6d6b5c10bba5
Use html:progress in front-end code. r=bgrins,Gijs
Assignee: nobody → paolo.mozmail
https://hg.mozilla.org/mozilla-central/rev/6d6b5c10bba5
Status: REOPENED → RESOLVED
Closed: 6 years ago6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla64
Sorry for the lack of knowledge on this matter. I have to ask you to provide some sort of STR that I could use to verify your bug. Thank you.
Flags: needinfo?(paolo.mozmail)
This bug changed the internal implementation of the progress bar for the following cases:
 - Updating the application, not in the background but through the separate window
 - Setting or changing the Master Password, for the password strength indication
 - Using the Reset Firefox feature
 - Installing an add-on

The cases above are the primary ones, we need to verify that the progress bar is still working. There's also a WebIDE change that we don't need to test specifically, and some less used cases:
 - Setting a password for the Software Security Device in the Security Devices preferences
 - Setting a password when backing up a personal certificate

Checking the latter cases is less important that the first four, since they are more rarely used and steps to reproduce may be more complex, for example they may require generating a personal certificate.
Flags: needinfo?(paolo.mozmail)
Depends on: 1501300
I have verified the functionality and UI of the following cases on Nightly v65.0a1 from 2018-10-23:
 - Updating the application, not in the background but through the separate window
 - Setting or changing the Master Password, for the password strength indication
 - Using the Reset Firefox feature
 - Installing an add-on

No issues stood out while performing these actions multiple times and the progress bar's UI performed as before.
I don't know how to create a personal certificate, so I have skipped testing that part. If you think this is a mandatory test, please provide me with a link/tutorial on how I can create a personal certificate and I will do it.

Thank you!
Status: RESOLVED → VERIFIED
Flags: qe-verify+
Depends on: 1507829
Type: enhancement → task
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: