! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
thunar dumps core on dir rename
Status:
RESOLVED: FIXED

Comments

Description Jochen Neumeister 2017-03-30 12:12:08 CEST
I and other FreeBSD user have a Problem with rename a dir: 
When in thunar 1.6.11 will rename a dir thunar have a core dump.

A lot of people have the same error: 
 GLib-GIO:ERROR:glocalfilemonitor.c:433:g_file_monitor_source_handle_event: code should not be reached 

Here are 2 Threads:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217946
https://www.bsdforen.de/threads/thunar-core-dump-bei-rename-wer-noch.33401/ (in Germany)

Regards
Jochen
Comment 1 Jochen Neumeister 2017-04-03 02:59:33 CEST
ping @xfce4
Comment 2 Andre Miranda editbugs 2017-09-23 23:32:07 CEST
Likely fixed in Thunar 1.6.12, please try this version and let us know.
Comment 3 Guido Falsi 2017-11-28 16:57:40 CET
Hi,

That assertion is triggered in the GIO glib 2 code.

I have created a patch for the FreeBSD port of glib which tries to fix the issue. It can be found here:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199872

The patch needs more testing though.
Comment 4 Andre Miranda editbugs 2018-05-25 04:56:57 CEST
Hi Guido, the FreeBSD bug has been resolved, are we good to close this one?
Comment 5 Guido Falsi 2018-06-13 12:00:51 CEST
This bug per se can be closed.


Please note that with thunar 1.6.15 (the non development release AFAIK) there are still some locking problems which I have worked around taking patches from bug 12264.

I need to understand and investigate if better fixes are available in thunar git repo which can be backported to 1.6.15.

Thanks!
Comment 6 Andre Miranda editbugs 2018-06-14 03:31:19 CEST
Ok Guido, I'm closing this one, open a new bug if you have anything for us.
Thank *you*.

Bug #13468

Reported by:
Jochen Neumeister
Reported on: 2017-03-30
Last modified on: 2018-06-14

People

Assignee:
Xfce Bug Triage
CC List:
5 users

Version

Version:
1.6.11

Attachments

Additional information