suspend/gpu_lockup_after_suspend test never finishes

BTW I saw a bunch of processes consuming memory:

  PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
 1305 root 20 0 264m 30m 5864 S 0.0 1.6 0:00.04 lightdm
 8042 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.30 gstreamer-codec
 7502 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.31 gstreamer-codec
 7515 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.31 gstreamer-codec
 7712 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.31 gstreamer-codec
 7725 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.30 gstreamer-codec
 7738 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.31 gstreamer-codec
 7751 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.30 gstreamer-codec
 7764 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.31 gstreamer-codec
 7777 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.30 gstreamer-codec
 7790 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.31 gstreamer-codec
 7818 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.30 gstreamer-codec
 7831 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.31 gstreamer-codec
 7844 ubuntu 20 0 266m 21m 2516 S 0.0 1.2 0:00.30 gstreamer-codec

a bunch of those, they ate up all available memory, preventing me from installing launchpadlib. I had to kill them :(

Aargh, another one of these tests! It works on my system and runs through to completion. Also the Lenovo X1 passes it as well.

On some systems I have to kill glxgears manually, but then it progresses from there

Can you see if the following trace appears in the checkbox log when this happens:

X Error of failed request: BadWindow (invalid Window parameter)
  Major opcode of failed request: 20 (X_GetProperty)
  Resource id in failed request: 0x3a00060
  Serial number of failed request: 35
  Current serial number in output stream: 35
Traceback (most recent call last):
  File "scripts/gpu_test", line 222, in <module>
    sys.exit(main())
  File "scripts/gpu_test", line 180, in main
    shell=True)
  File "/usr/lib/python3.2/subprocess.py", line 522, in check_output
    raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command 'wmctrl -l | grep glxgears' returned non-zero exit status 1

Ok, so one thing that's been overlooked is that although we changed the call to open the browser to use xdg-open, we never changed any of the other references to Firefox. This includes the command to terminate the window. However in the test environment this shouldn't make a difference since Firefox is going to be the default browser anyway. I'm just noting it as something we should fix at the same time as finding the root cause of this issue.

I think the underlying cause for this is that flashplugin-installer is *still* unable to install the actual flash .tar.gz; thus when firefox is asked to play the Flash video, it tries to do so using gstreamer, which in turn asks for the plugin, causing things to stall.

So the basic issue that needs to be fixed is getting the damn flash player installed :)

So this might be isolated to your lab - because I do this in Blackberry and it seems to work if I install flashplugin-installer.

@Daniel,

Are you watching what's happening when the test is run, or only observing remotely? I just did a run on my system and when it went to close Firefox, there was a dialog asking for confirmation that I wanted to close the window. Do you see the same thing?

Thanks,

The other thing you could do is try replacing the call to xdg-open with Firefox itself, just to see if it makes a difference

OK, so I sat in front of a system running this test. A couple of glxgears windows jump from one desktop to the next, which makes it difficult to see what's happening with firefox :)

Firefox opens and loads the test page produced by the script, but then pops up a dialog asking to install the sorenson spark codec to play a video.

Install extra multimedia plugin?

Python (v2.7) requires to install plugins to play media files of the following type:
Sorenson Spark Video decoder

GStreamer ffmpeg video plugin
codecs to play mpeg, divx, mpeg4, ac3, wmv and asf files

I checked and indeed flash is not installed on this machine, so behavior of the flashplugin-installer continues to be crappy on systems needing a proxy (i.e. only citron is affected, not blackberry or yantok).

I've tried several ways of getting flashplugin-installer to get a proxy configuration, including several sudoesque variants, but somehow I haven't been able to get it to consider http_proxy properly. I'll keep looking into this.

Having done quite a bit of investigation in the Lexington lab on this, there are two things:

1.) The Sorenson Spark codec has to be installed (gstreamer0.10-ffmpeg). In fact flashplugin-installer is not even required
2.) The script uses wmctrl to manipulate the windows, which requires a hex id to be passed to refer to the window. This is discovered by running 'wmctrl -l' after the window is created. If the gap is too short between creating the window and running wmctrl then the window may not have been registered and the handle won't be find. This means the windows will never be closed by the script.

Still thinking about what to do about 1 - but we will install the package via preseed for now
A fix is attached for 2