[Webkit-unassigned] [Bug 142887] New: role progress bar does not support indeterminate state

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=142887

            Bug ID: 142887
           Summary: role progress bar does not support indeterminate state
    Classification: Unclassified
           Product: WebKit
           Version: 528+ (Nightly build)
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Keywords: InRadar
          Severity: Normal
          Priority: P2
         Component: Accessibility
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: cfleizach at apple.com
                CC: webkit-bug-importer at group.apple.com

Summary:
When creating a progress bar using role progress bar, I want to be able to create a indeterminate progress bar. For this I do NOT specify the aria-valuenow attribute as documented in aria-valuenow. http://www.w3.org/TR/wai-aria/states_and_properties#aria-valuenow

I did however specify valuemin (0) and valuemax (100), as the progress bar might become determinate at some point. When doing this, VoiceOver tells me that the current value is 0, which is not what I was expecting.

Steps to Reproduce:
<div class="oo-ui-widget oo-ui-widget-enabled oo-ui-progressBarWidget" role="progressbar" aria-valuemin="0" aria-valuemax="100"><div class="oo-ui-progressBarWidget-bar" style="width: 33%;"></div></div>

Expected Results:


Actual Results:
Was able to workaround by also removing valuemin and valuemax, but that does not seem like the appropriate requirement here I think.

Version:
Yosemite 10.10.1

-----------------------

The only author requirement is to leave out the valuenow attr. VO should convey and unknown value regardless of whether the min and max are specified.

https://w3c.github.io/aria/aria/aria.html#progressbar

------------------------

WebKit is reporting a writable AXValue of 0

<rdar://problem/19621710>

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20150320/8adf217e/attachment-0002.html>