Setting the attributes (mode and/or value) of a <progressmeter> element doesn't result in the meter rendering with those updated attributes. My understanding of the problem is that the progress meter frame is not notified when the attributes change. Instead, a "reflow" occurs. The fix is for the progress meter to fetch its attributes on reflow/redraw so that the current attributes are used when it draws. This is crucial to getting the progress meter on the status bar to work. The URL field above refers to a sample xul file that demonstrates the problem. Clicking on the X should cause the progress meter to toggle back and forth between "undetermined" and "normal" mode (and to give it a random value= setting when in normal mode).

Using the March 2 build (either apprunner or viewer.exe), the status.xul file doesn't do anything (it shows a partially complete status bar as well as the X, but clicking on the x does nothing). If anyone can give me a better test case, great. If not, I'll try again next week.

Verified fixed in the March 9 build.

Changing all Progress Window components to XP Apps: GUI Features. The Progress Window component will be retired shortly.