GNOME Bugzilla – Bug 412663
"select windows to record" do not work
Last modified: 2018-07-02 10:51:19 UTC
Please describe the problem: after running istanbul ( on kde ), i check "select windows to record" in the menu, it show a backtrace, and then the software no longer respond once i stop the recording. Steps to reproduce: 1. run istanbul 2. check "select windows to record", and click on a windows of your choice 3. click on the icon to start the recording Actual results: There is a very long traceback in the console ( i have only show the end, as this is the same line at the begginning ) :
+ Trace 114336
result = self._get_client_window_check_children(window)
children = window.query_tree().children
window = self.id)
self.reply()
self._display.send_and_recv(request = self._serial)
gotreq = self.parse_response(request)
gotreq = self.parse_request_response(request) or gotreq
req._parse_response(self.data_recv[:self.request_length])
self._data, d = self._reply.parse_binary(data, self._display, rawdict = 1)
ret[i] = self.type.parse_value(v, display)
c = display.get_resource_class(self.class_name)
then once i try to stop the recording, i see this : Traceback (most recent call last): File "/usr/lib/python2.5/site-packages/istanbul/main/tray_icon.py", line 73, in _trayicon_clicked self.current_screencast.stop_recording() File "/usr/lib/python2.5/site-packages/istanbul/main/screencast.py", line 145, in stop_recording self._vsource.set_state(gst.STATE_NULL) AttributeError: Screencast instance has no attribute '_vsource' Expected results: To record as usual. Does this happen every time? Yes, with diverses windows ( mplayer, konqueror ). I didn't tried yet with gnome. Other information: $ rpm -q python gstreamer0.10-python python-xlib python-2.5-4mdv2007.1 gstreamer0.10-python-0.10.7-1mdv2007.1 python-xlib-0.13-2mdv2007.1
I can confirm this happens also when recording a compiz session. The traceback is the same. Plus, it has also been reported by other KDE users on debian (see http://bugs.debian.org/415896). On the same machine, I cannot reproduce it under GNOME.
I can confirm this problem on fc6 with gnome and compiz. $ rpm -q python python-xlib gstreamer-python gstreamer compiz python-2.4.4-1.fc6 python-xlib-0.13-3.fc6 gstreamer-python-0.10.7-2.fc6 gstreamer-0.10.11-1.fc6 compiz-0.3.6-2.fc6 The only difference my traceback has from the original poster's is all of the paths start with /usr/lib/python2.4/ instead of /usr/lib/python2.5/ because of the different versions of python being used, even all of the line numbers are the same.
Is this with latest svn? The version of python-xlib could be the reason. I use 0.12, will try upgrading to 0.13 to try and reproduce this bug.
I see some time has gone by, so I thought I'd mention that the problem persists. I'm running an up-to-date, but vanilla version of FC7, and I'm using KDE. Some versions of some things, as reported by rpm (don't know if it's useful): xorg-x11-server-Xorg-1.3.0.0-9.fc7 python-xlib-0.13-3.fc7 The obvious work-around is to use "Select area to record," which works fine, so the user impact I'd say is minimal, although area selection is only available on the primary monitor of a double-headed display.
I can confirm this bug under Kubuntu 7.10, gutsy. python-xlib 0.13-1 xserver-xorg-core 2:1.3.0.0.dfsg-12ubuntu8.3 my tracback:
+ Trace 190075
Traceback (most recent call last): File "/usr/bin/istanbul", line 40, in <module> sys.exit(main.main(sys.argv)) File "/var/lib/python-support/python2.5/istanbul/main/main.py", line 105, in main gtk.main()
Created attachment 107832 [details] [review] Fix With this patch it works like intended. Tested with python-xlib 0.14. Maybe it's time for a bugfix release?
I can confirm that your patch works fine; tried on a Debian sid with python-xlib 0.14 and python 2.5. Thanks a lot!
According to commit 891134d9b89451492dd3eadf233cb2faacc35866 this bug should be closed by now, but isn't. Can someone close it, please? Just for the record.
istanbul is not under active development anymore and has not seen code changes for eight years. Its codebase has been archived: https://gitlab.gnome.org/Archive/istanbul/commits/master See https://help.gnome.org/users/gnome-help/stable/screen-shot-record.html for screencast video options that are available in GNOME 3. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again.