quickshot crashed during 03-firefox-preferences screenshot

Bug #553707 reported by Book 'em Dano
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Quickshot
Fix Committed
Low
Neil Tallim

Bug Description

Hereis the debug info after trying to capture firefox preferences screenshot

quickshot@quickshot-computer:~$ quickshot --debug

** (quickshot:2996): WARNING **: Trying to register gtype 'WnckWindowState' as enum when in fact it is of type 'GFlags'

** (quickshot:2996): WARNING **: Trying to register gtype 'WnckWindowActions' as enum when in fact it is of type 'GFlags'

** (quickshot:2996): WARNING **: Trying to register gtype 'WnckWindowMoveResizeMask' as enum when in fact it is of type 'GFlags'
Using http://screenshots.ubuntu-manual.org/ for network operations
Completing window initialisation
Determining active language
Checking current user
Completing window initialisation
Determining graphics hardware and resolution
WARNING: you should run this program as super-user.
Unable to detect resolution
Failed to change resolution
Displaying screenshot information
Updating screencap list
Determining active language
Fetching screencap state data from server
Updating screenshot details
Updating screenshot details
Prompting user to capture screenshot
Beginning screenshot countdown
Updating timeout countdown
Updating timeout countdown
Updating timeout countdown
Updating timeout countdown
Prompting user to approve screenshot
Uploading screencapture to server
Determining active language
Displaying screenshot information
Updating screencap list
Determining active language
Updating screenshot details
Prompting user to capture screenshot
Beginning screenshot countdown
Updating timeout countdown
Updating timeout countdown
Updating timeout countdown
Updating timeout countdown
Prompting user to approve screenshot
Traceback (most recent call last):
  File "/usr/bin/quickshot", line 555, in on_capture_do
    sub_rect
  File "/usr/lib/python2.6/dist-packages/quickshot/lib/__init__.py", line 210, in make_screencap
    capture.capture_window(_TEMPORARY_PATH, sub_rect=sub_rect)
  File "/usr/lib/python2.6/dist-packages/quickshot/lib/capture.py", line 184, in capture_window
    raise UnknownActiveWindowError('Window manager did not supply an active window reference')
quickshot.lib.capture.UnknownActiveWindowError: Window manager did not supply an active window reference

Revision history for this message
Neil Tallim (red-hamsterx) wrote :

This is a known, but rare issue we have been experiencing with libwnck. Given that you've encountered it, it means my attempt at removing the conditions that trigger it were not entirely unsuccessful.

The nature of this problem seems to be that wnck is not updating its internal window manager state information quickly enough to realize that you have given focus to another window.

My recommendation is to relaunch Quickshot and try to capture this window again. If it causes problems again, please post back and I will investigate the cause as best I can.

Thank you for letting us know that this issue has not been completely fixed. It will be placed high on the list of priorities for Quickshot 1.0.

Changed in quickshot:
assignee: nobody → Neil Tallim (red-hamsterx)
importance: Undecided → Low
status: New → Confirmed
Changed in quickshot:
status: Confirmed → In Progress
status: In Progress → Confirmed
Revision history for this message
Neil Tallim (red-hamsterx) wrote :

The activity-detection routine now maintains an internal reference to the last window it knew to be active, post-automatic activation in the case of a command-generated window, and activates that if the user did not explicitly specify one.

The best thing a user can do, of course, is manually give focus to the window they want to capture before the three-second countdown is up, but this should catch most exception cases.

A non-fatal warning message is displayed to the user in the event that that fallback fails, too, though.

Changed in quickshot:
status: Confirmed → Fix Committed
milestone: none → 1.0
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.