[Webkit-unassigned] [Bug 86656] New: app display state doesn't update

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed May 16 11:00:12 PDT 2012


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

           Summary: app display state doesn't update
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
               URL: http://letmespellitoutforyou.com/t/_bgAudio.htm
        OS/Version: Unspecified
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: mike.sierra at nokia.com


Steps:

1) Go to URL: http://letmespellitoutforyou.com/t/_bgAudio.htm

(This is a demo HTML5 audio playlist UI that autoplays song)

2) Tap any of the blue bars below the audio element. Observe.

3) Open Web Inspector. Observe.

4) Reload page.

5) Again, tap any of the blue bars. Observe.

6) Close Web Inspector.

7) Reload page.

8) Again, tap any of the blue bars. Observe.

Observe that at #3 & #5, the app's UI changes in various ways triggered by CSS class. Expected behavior: app should display new UI at step #2, and should not suddenly display the UI when running Web Inspector.  Note the subsequent steps establish that if Inspector is open, app behaves correctly, otherwise not.

This summarizes what happens when UI state changes:
* audio element is hidden ("controls" attr is toggled off)
* new mp3 loads & plays
* volume slider & album cover display
* selected song uses CSS marquee-scrolling animation 
* song's playback progress reflects as green within bar, implemented as <progress> element.
* audio's "timeupdate" listener updates progress's value attr.

Was able to get similar behavior on Mobile Chrome Beta under Ice Cream Sandwich.  However, in that case, substitute this step for #3:

3) Rotate orientation from portrait to landscape. 

Again, app UI doesn't change at #2, but rather at #3, but this time as a result of orientation change.

Tried creating various "progress" reductions here to isolate various combinations, but with no luck:
  http://letmespellitoutforyou.com/t/

All work by tapping progress elements:
_progress1: modifies width of element via CSS
_progress2: styles progress bar using -webkit-appearance:none & ::-webkit-progress-* pseudo elements.
_progress3: toggles audio controls attr
_progress4: same, but toggle hidden attr & applied autoplay attr
_progress5: Example w/2 progress bars
_progress6: Same, but incorporates marquee animation

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list