[Webkit-unassigned] [Bug 132126] New: [GTK] At least 13 animations/* tests fail if XVFB_SCREEN_DEPTH=8 is not set

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Apr 24 08:18:26 PDT 2014


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

           Summary: [GTK] At least 13 animations/* tests fail if
                    XVFB_SCREEN_DEPTH=8 is not set
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: clopez at igalia.com
                CC: gns at gnome.org, zandobersek at gmail.com,
                    jberlin at webkit.org, gyuyoung.kim at samsung.com,
                    dpranke at chromium.org, mrobinson at webkit.org,
                    cgarcia at igalia.com, ryuan.choi at samsung.com,
                    glenn at skynav.com, berto at igalia.com


The GTK release bot has been running with the environment variable XVFB_SCREEN_DEPTH=8 for a while. That variable was added on https://bugs.webkit.org/show_bug.cgi?id=121951 to workaround a bug related with Xvfb not able to provide GL software rendering with 24 bits depth.

After some upgrades, this is not longer a problem and GL rendering seems to work as expected on Xvfb on the GTK release bot.

The test that I did was to launch the jhbuilded Xvfb manually and check the output of glxinfo.

clopez at bb-webkit-rel-64: ~ $ /home/slave/webkitgtk/gtk-linux-64-release/build/WebKitBuild/Dependencies/Root/bin/Xvfb :127 -screen 0 800x600x24 -nolisten tcp

clopez at bb-webkit-rel-64: ~ $ DISPLAY=:127 glxinfo|grep render
direct rendering: Yes
    GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.4, 128 bits)
    GL_MESA_ycbcr_texture, GL_NV_blend_square, GL_NV_conditional_render, 


So we decided to remove this workaround in order to have the release bot running with an environment more similar to the one that is used by the developers.

However, after we removed this workaround we detected that at least 13 animations/* test started to fail. The tests are the following:

animations/3d/transform-origin-vs-functions.html
animations/combo-transform-translate+scale.html
animations/play-state.html
animations/3d/change-transform-in-end-event.html
animations/added-while-suspended.html
animations/animation-iteration-event-destroy-renderer.html
animations/animation-direction-normal.html
animations/animation-direction-reverse.html
animations/play-state-paused.html
animations/play-state-suspend.html
animations/suspend-resume-animation.html
animations/transform-non-accelerated.html
animations/body-removal-crash.html

The last build with XVFB_SCREEN_DEPTH=8 was http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release/builds/46788 and the first one without that variable was http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Release/builds/46789

This behaviour is reproducible on my laptop. If I do "export XVFB_SCREEN_DEPTH=8" before running the tests, all this tests pass as expected. If I do "unset XVFB_SCREEN_DEPTH" before running them, the test fail or timeout.

-- 
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