Description of problem: Created a new torrent but didn't include a tracker, which probably is a factor in the crash. Torrent created with Transmission-Qt GUI client built from svn trunk (build 14425) Version-Release number of selected component: gtorrentviewer-0.2b-27.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: /usr/bin/gtorrentviewer /pub/piriguete05/isos/name-of-the-torrent.torrent crash_function: mainwindow_fill_trackers_tab executable: /usr/bin/gtorrentviewer kernel: 3.17.7-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (2 frames) #0 mainwindow_fill_trackers_tab at mainwindow.c:426 #1 open_torrent_file at main.c:274
Created attachment 975107 [details] File: backtrace
Created attachment 975108 [details] File: cgroup
Created attachment 975109 [details] File: core_backtrace
Created attachment 975110 [details] File: dso_list
Created attachment 975111 [details] File: environ
Created attachment 975112 [details] File: exploitable
Created attachment 975113 [details] File: limits
Created attachment 975114 [details] File: maps
Created attachment 975115 [details] File: open_fds
Created attachment 975116 [details] File: proc_pid_status
Created attachment 975117 [details] File: var_log_messages
If you use gtorrentviewer with the same torrent file again, does it crash again?
(In reply to Paul Howarth from comment #12) > If you use gtorrentviewer with the same torrent file again, does it crash > again? Affirmative. Each of several attempts brought up abrt with the same results. I remade the torrent using the exact same source and procedure except this time I added a tracker, and that torrent opens in gtorrentviewer without any problem. After receiving your question I recreated the exact same torrent again, twice. The first was without any tracker listed. The second was with a tracker listed. As before, gtorrentviewer segfaults when trying to open the .torrent file without any tracker listed in it. As before, gtorrentviewer has no problems with the .torrent file of the exact same files but which does have a tracker listed. abrt-server recognizes the sameness of the segfault because it deletes the /var/tmp/abrt/ file as a duplicate of the one preceding it with the same error, each time the trackerless .torrent file load is attempted. Below is the (edited, truncated) output of transmission-show for the two respective .torrent files: _________________________ [13:56:14][username@piriguete:/pub/piriguete05/isos] $ transmission-show name-of-the-torrent.torrent Name: name-of-the-torrent File: name-of-the-torrent.torrent GENERAL Name: name-of-the-torrent Hash: 9eff1f23d6a18963555f319cdef7e571aad9c6a7 Created by: Transmission/2.84+ (14425) Created on: Fri Jan 2 13:53:40 2015 Comment: gtorrentviewer test Piece Count: 4549 Piece Size: 2.00 MiB Total Size: 9.54 GB Privacy: Private torrent TRACKERS FILES name-of-the-torrent/files-in-the-torrent-.jpg (146.4 kB) name-of-the-torrent/files-in-the-torrent-100.jpeg (78.38 kB) ... name-of-the-torrent/files-in-the-torrent-99.jpeg (115.1 kB) name-of-the-torrent/files-in-the-torrent-99.wmv (123.6 MB) ________________________ [13:56:22][username@piriguete:/pub/piriguete05/isos] $ transmission-show name-of-the-torrent-with-tracker.torrent Name: name-of-the-torrent-with-tracker File: name-of-the-torrent-with-tracker.torrent GENERAL Name: name-of-the-torrent-with-tracker Hash: 9eff1f23d6a18963555f319cdef7e571aad9c6a7 Created by: Transmission/2.84+ (14425) Created on: Fri Jan 2 13:59:57 2015 Comment: gtorrentviewer-test-with-tracker Piece Count: 4549 Piece Size: 2.00 MiB Total Size: 9.54 GB Privacy: Private torrent TRACKERS Tier #1 https://not.a.real.tracker.net:6969/announce FILES name-of-the-torrent-with-tracker/files-in-the-torrent-.jpg (146.4 kB) name-of-the-torrent-with-tracker/files-in-the-torrent-100.jpeg (78.38 kB) ... name-of-the-torrent-with-tracker/files-in-the-torrent-99.jpeg (115.1 kB) name-of-the-torrent-with-tracker/files-in-the-torrent-99.wmv (123.6 MB) _________________________
Thanks for the report and the details of how to reproduce. A fix is on the way.
gtorrentviewer-0.2b-31.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/gtorrentviewer-0.2b-31.fc20
gtorrentviewer-0.2b-31.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/gtorrentviewer-0.2b-31.fc21
Package gtorrentviewer-0.2b-31.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing gtorrentviewer-0.2b-31.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-0819/gtorrentviewer-0.2b-31.fc20 then log in and leave karma (feedback).
gtorrentviewer-0.2b-31.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
gtorrentviewer-0.2b-31.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report.
Tested updated version gtorrentviewer.x86_64 0:0.2b-31.fc20 on the same torrent files that previously caused crash. The fix works fine; absence of any tracker no longer crashes gtorrentviewer. Thank you very much for the fix ;-)