Red Hat Bugzilla – Bug 1293065
Most trash-cli commands are segfaulting after execution
Last modified: 2016-01-03 11:19:41 EST
Description of problem:
Since upgrading to Fedora 23, the trash-list, trash-rm, and trash-empty commands are segfaulting each time they're run.
The commands are still functional, and the segfault appears to occur in the cleanup/exit phase of the (python2.7) scripts. trash-put is not affected, oddly enough.
All of the code is identical to the Fedora 22 versions (confirmed with a diff on /usr/lib/python2.7/site-packages/trashcli/) which are working fine with no segfault problems.
Version-Release number of selected component (if applicable):
Always, with trash-list, trash-rm, or trash-empty.
Steps to Reproduce:
1. touch dummy.file
2. trash-put dummy.file
% touch dummy.file
% trash-put dummy.file
2015-12-19 14:55:43 /home/xxxx/dummy.file
zsh: segmentation fault (core dumped) trash-list
See backtrace in the retrace server here:
There appears to be an existing bug#1291236 related to this backtrace, but for some reason it is restricted and can't be viewed even by logged-in users.
I have the same issue on a fresh F23 installation.
FYI, trash-empty indeed works before crashing only on the local filesystem.
But it doesn't work for the removable media (USB keys for example), the program crash without actually empties the removable device's Trash.
It is indeed a duplicate of the other bug you've mentioned. It doesn't look like a trash issue, looks more like a python one. I'll investigate this further. Thanks for the report :)
*** This bug has been marked as a duplicate of bug 1291236 ***