You are not logged in.
Pages: 1
I'm not sure if this is a setting or a bug, but if I scroll down a long list of files and delete one, the view resets back up the list of files so I have to scroll down again to delete another file. This is terribly frustrating when working with lots of files and I have to keep scrolling after every file deletion to find my place again.
Is this something I can fix?
Arch Linux
Offline
Which version of Thunar are you running? I can't replicate this on 1.7.1.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
I can't reproduce it either, on 1.6.11.
Offline
Oops, sorry for not giving that info.
Arch Linux
Thunar 1.6.14
edit: I always assumed I had the latest version since I use arch, but I see you are using the development version @toZ.
@alcornoqui seems to be using an older version than me and doesn't have this problem either which makes me think it's something with my system or xfce/thunar config. Unfortunately I'm not sure how to troubleshoot a problem like this. I'm open to suggestions.
Last edited by akovia (2018-02-28 16:01:09)
Arch Linux
Offline
Can't reproduce the issue here too (thunar 1.6.12)
Unfortunately I'm not sure how to troubleshoot a problem like this. I'm open to suggestions.
You could try to create a new user and try to reproduce the behaviour on that account. This should eliminate any user-specific setting as a possible cause.
Offline
You could try to create a new user and try to reproduce the behaviour on that account. This should eliminate any user-specific setting as a possible cause.
Thanks for the tip!
It is indeed a setting as a new user doesn't experience this problem.
Do you suppose this is a thunarrc problem, or might it be related to uca.xml? My thunarrc file seems pretty innocuous unless I'm missing something, but my uca.xml is almost 900 lines. (Lots of custom actions obviously) I just wouldn't think a custom action could be involved as nothing should be called from the file unless I invoke something. Is there anywhere else I should look?
[Configuration]
DefaultView=void
LastCompactViewZoomLevel=THUNAR_ZOOM_LEVEL_SMALLEST
LastDetailsViewColumnOrder=THUNAR_COLUMN_NAME,THUNAR_COLUMN_SIZE,THUNAR_COLUMN_TYPE,THUNAR_COLUMN_DATE_MODIFIED
LastDetailsViewColumnWidths=50,136,50,50,504,112,99,76,232
LastDetailsViewFixedColumns=TRUE
LastDetailsViewVisibleColumns=THUNAR_COLUMN_DATE_MODIFIED,THUNAR_COLUMN_NAME,THUNAR_COLUMN_OWNER,THUNAR_COLUMN_PERMISSIONS,THUNAR_COLUMN_SIZE,THUNAR_COLUMN_TYPE
LastDetailsViewZoomLevel=THUNAR_ZOOM_LEVEL_SMALLEST
LastIconViewZoomLevel=THUNAR_ZOOM_LEVEL_NORMAL
LastLocationBar=ThunarLocationEntry
LastSeparatorPosition=217
LastShowHidden=TRUE
LastSidePane=ThunarShortcutsPane
LastSortColumn=THUNAR_COLUMN_NAME
LastSortOrder=GTK_SORT_ASCENDING
LastStatusbarVisible=TRUE
LastView=ThunarDetailsView
LastWindowHeight=1021
LastWindowWidth=930
LastWindowMaximized=FALSE
MiscVolumeManagement=TRUE
MiscCaseSensitive=FALSE
MiscDateStyle=THUNAR_DATE_STYLE_ISO
MiscFoldersFirst=TRUE
MiscHorizontalWheelNavigates=FALSE
MiscRecursivePermissions=THUNAR_RECURSIVE_PERMISSIONS_ASK
MiscRememberGeometry=TRUE
MiscShowAboutTemplates=TRUE
MiscShowThumbnails=FALSE
MiscSingleClick=FALSE
MiscSingleClickTimeout=500
MiscTextBesideIcons=FALSE
ShortcutsIconEmblems=TRUE
ShortcutsIconSize=THUNAR_ICON_SIZE_SMALLEST
TreeIconEmblems=TRUE
TreeIconSize=THUNAR_ICON_SIZE_SMALLEST
Arch Linux
Offline
Unfortunately I'm unable to help you any further. Funny thing is that I can't even find a thunarrc on my system. On another system with thunar 1.6.3 I can't find any thunarrc as well. Is storing the config via thunarrc depreciated and therefore causing your problem?
Offline
ungutknut wrote:
Is storing the config via thunarrc depreciated and therefore causing your problem?
I think you're right on the first, seems like thunarrc is deprecated as of Xfce 4.12. See the changelog.
Offline
Is storing the config via thunarrc depreciated and therefore causing your problem?
I thought that might have fixed it. When I read this I removed thunarrc and tried to make it fail and couldn't. Just to be sure, I put it back but it still won't fail. If it rears it's ugly head again I will try and troubleshoot further. Either way I didn't realize thunarrc was deprecated so this might help mitigate future problem at least.
Thank you for getting back!
Arch Linux
Offline
Yeah, thanks @ungutknut
Offline
I have struggled with this for a long time. About a year ago it stopped, but after I did a dist-upgrade from Xubuntu 14.04 to 16.04 last month it is back.
I searched my entire home folder and did not find a thunarrc file.
This is driving me nuts. I could really use some suggestions.
Linguistics on Linux!
Offline
Have a read through this thread and the associated bug reports. It sounds related.
I think there needs to be a change in the code to handle the selection logic after files are deleted.
Please remember to mark your thread [SOLVED] to make it easier for others to find
--- How To Ask For Help | FAQ | Developer Wiki | Community | Contribute ---
Offline
Thanks for the thread link, which I read, along with the bug reports.
Just now I needed to delete a file, so I paid more attention to what Thunar did. I first deleted a torrent from Deluge using its 'remove with data' feature. The torrent pointed to a folder, so Deluge deleted the whole folder. But I had previously copied one of the files in the folder to the parent folder, so I selected the file in Thunar and deleted it. Thunar reset the view to where the folder had been, but nothing was selected.
I will keep watching whenever I delete a file to try to get a more accurate picture of what Thunar is doing.
Linguistics on Linux!
Offline
Pages: 1
[ Generated in 0.011 seconds, 7 queries executed - Memory usage: 571.8 KiB (Peak: 588.64 KiB) ]