Okay, so I'm using nemo with openbox and after an update yesterday I spotted some issues with it:
The most trivial is that it doesn't generate a thumbnail of files that it used to generate thumbnails for, e.g videos and pictures. Modifying the name doesn't force nemo to generate one either as it usually did.
The other is that on opening a folder where I have to scroll down to reach a file (with either keyboard or mouse), the filename will disappear if I try to rename the file. I can still rename it, but I'm not able to see what I'm typing. Oddly enough, if I don't scroll down, the file name will remain when I try to rename it
For that second one, I thought it was the composite manager trolling me (xcompmgr) as it's usually the cause of a lot of graphical problems on my system, but it persists even with the compositor disabled.
Any help or advice on how to troubleshoot would be much appreciated.
Last edited by anark10n (2013-10-15 16:00:00)
Downgrading to gtk3-3.8.4-1-x86_64 fixes the 2nd issue, but not the first.
(..) after an update yesterday (..)
What (list of packages) did you update yesterday?
[ GH ]
That's quite a list. I do remember in it that it updated nemo, gtk3, totem, and whole bunch of others. How specific do you want me to get?
I'm using nemo with XFCE.
I'd like to add that 'open as root' right-click no longer invokes gksu.
logging into cinnamon makes 'open as root' work.
So perhaps, I need to downgrade nemo and it's 17 dependencies?
Last edited by NimS (2013-10-17 05:11:32)
Thought that this was a gtk problem, but these same issues don't affect nautilus. With nemoiIn the case of thumbnails, it's not just video thumbnails but almost any kind of file; it will generate a thumbnail for some pictures and not others. Nautilus will generate the thumbnail, and then nemo will be able to use the same thumbnail.
The issue where the file name is invisible when trying to rename a file after scrolling down to it is also nemo only.