Created attachment 2878 proposed patch Hi, The current version of the plugin in the thunarx-2 branch still uses exo_gtk_object_ref_sink(), which has been removed from exo >= 0.5.0. Since apparently everything is moving from exo-0.3 to exo-1, it may be a good idea to switch to g_object_ref_sink() instead. The attached patch fixes this issue.
Better to switch to the new tooltip api in gtk and depend on gtk 2.12.
Created attachment 2882 proposed patch (switch to the new tooltip api, depends on gtk 2.12, and switch to exo-1)
*** Bug 6958 has been marked as a duplicate of this bug. ***
Created attachment 3284 thunar-plugin/Makefile.am fix Also, the plugin uses some symbols from libexo, but doesn't explicitly link against it. This patch seems to fix the issue here.
(In reply to comment #4) > Created attachment 3284 > thunar-plugin/Makefile.am fix > > Also, the plugin uses some symbols from libexo, but doesn't explicitly link > against it. This patch seems to fix the issue here. Thanks for your patches. With them and the thunarx-2 branch I was finally able to port the plugin to Xfce 4.8. Integration in Thunar’s bulk renamer works just fine. However, the properties tab is weird: I can put the cursor into one of the fields and after 1 second the field is unfocused. If I quickly focus a field and start entering something my change disappears after the same delay. Any idea what might be wrong? I’d assume that you don’t have such an issue.
I've the same issue.
(In reply to comment #6) > I've the same issue. The reason seems to be that ThunarxFileInfo constantly emits the "changed" signal every second.
That should not happen unless something else changes the file every second. The only other reason I can think of is that you don't have fam/gamin installed and thus, GIO might be polling for file changes frequently. But even then it should only generate that signal if the file has changed.
(In reply to comment #8) > That should not happen unless something else changes the file every second. It seems Thunar’s properties dialog does. I prepared a GFileMonitor before opening the dialog for a file and as soon as the dialog is open, the GFileMonitor starts emitting its "changed" signal at exactly the mentioned 1 second interval. > The > only other reason I can think of is that you don't have fam/gamin installed and > thus, GIO might be polling for file changes frequently. But even then it should > only generate that signal if the file has changed. Gamin is installed here.
(In reply to comment #9) > (In reply to comment #8) > > That should not happen unless something else changes the file every second. > > It seems Thunar’s properties dialog does. I prepared a GFileMonitor before > opening the dialog for a file and as soon as the dialog is open, the > GFileMonitor starts emitting its "changed" signal at exactly the mentioned 1 > second interval. The properties dialog doesn't do that by itself. It has to be either one of the properties page plugins (media tags plugin in git doesn't do anything with the file unless you change something) or something inside GIO... dunno.
(In reply to comment #10) > (In reply to comment #9) > > (In reply to comment #8) > > > That should not happen unless something else changes the file every second. > > > > It seems Thunar’s properties dialog does. I prepared a GFileMonitor before > > opening the dialog for a file and as soon as the dialog is open, the > > GFileMonitor starts emitting its "changed" signal at exactly the mentioned 1 > > second interval. > > The properties dialog doesn't do that by itself. It has to be either one of the > properties page plugins (media tags plugin in git doesn't do anything with the > file unless you change something) or something inside GIO... dunno. That I can confirm at least. The GFileMonitor stays silent if I uninstall the media tags plugin and open the file properties dialog.
Applied.