Created attachment 6779
Handle folder change events with file info synchronization
Here's the latest set of changes that I have been testing which handle
folder change events and synchronize updates to file info by multiple
threads.
The patch contains the following changes to address the problems
(In reply to Jonathan Rennison from comment #108)
> The patch in attachment 6778 [details] above moves the call to
> thunar_file_monitor_moved which was previously done within
> thunar_file_rename when called by _thunar_io_jobs_rename in an IO thread
> job, to be instead called by a new function th
The patch in attachment 6778 above moves the call to thunar_file_monitor_moved
which was previously done within thunar_file_rename when called by
_thunar_io_jobs_rename in an IO thread job, to be instead called by a new
function thunar_file_rename_notify by _thunar_io_jobs_rename_notify in the m
Created attachment 6778
This changes tunar_file_rename/_thunar_io_jobs_rename so that
thunar_file_monitor_moved is called in the main thread, instead of the IO job
thread.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.
ok manually edited files to match patch-attachment 6779 .. discovered
another chunk of code (an if statement not in the source that 6779 was
patched against) removed the extra if and the patched source compiled
and built fine .. but crashed attempting the first file move ..
this is just 6779 w/o t
(In reply to Roy Richardson from comment #114)
> Created attachment 6801 [details]
> Notes for patching Thunar on Ubuntu with patch #6779
>
>
> I've successfully tested patch #6779 on Debian Stretch i386, Debian Stretch
> amd64, Xubuntu 16.04 amd64 and Arch x86_64. Here are my notes for patching
(In reply to xb from comment #115)
> (In reply to Roy Richardson from comment #114)
> > Created attachment 6801 [details]
> > Notes for patching Thunar on Ubuntu with patch #6779
> >
> >
> > I've successfully tested patch #6779 on Debian Stretch i386, Debian Stretch
> > amd64, Xubuntu 16.04 amd64
Thread 1 "thunar" received signal SIGSEGV, Segmentation fault.
0x7466fd26 in __strcmp_ssse3 () from /usr/lib/libc.so.6
(gdb) bt
#0 0x7466fd26 in __strcmp_ssse3 () from /usr/lib/libc.so.6
#1 0x004340ad in ?? ()
#2 0x004406cb in ?? ()
#3 0x74b645d4 in ?? (
(In reply to Yuri R. Sucupira from comment #116)
> I've managed to build and install the (actually five) "patched" DEB
> packages. Now Thunar seems to be back to normal, although I still have more
> testing to do.
>
> I've uploaded those packages to my OneDrive:
>
> https://1drv.ms/f/s!AvGdllDm3m
(In reply to Yuri R. Sucupira from comment #116)
> (In reply to xb from comment #115)
> > (In reply to Roy Richardson from comment #114)
> > > Created attachment 6801 [details]
> > > Notes for patching Thunar on Ubuntu with patch #6779
> > >
> > >
> > > I've successfully tested patch #6779 on Deb
Created attachment 6801
Notes for patching Thunar on Ubuntu with patch #6779
I've successfully tested patch #6779 on Debian Stretch i386, Debian Stretch
amd64, Xubuntu 16.04 amd64 and Arch x86_64. Here are my notes for patching and
building Thunar on Ubuntu. I hope this works as well for you as
patch in attachment 6779 will not apply .. seems damaged?? incomplete
lines?
patch does not " find the file to patch .. incorrect -p or strip option
.."
the other patches 6778 and 6530 apply fine but I still had a crash on a
file move
for thunar-gtk3 with patches..
--
You received this bug not
(In reply to Yuri R. Sucupira from comment #120)
> And
> unfortunately I didn't succeed in uploading data to the PPA (I'm using dput,
> but something's going wrong). I thought I could push the DEB files to the
> PPA, but it's actually forbidden: one must push the sources, which I'm
> failing to do,
(In reply to Kip from comment #121)
> (In reply to Yuri R. Sucupira from comment #120)
> > And
> > unfortunately I didn't succeed in uploading data to the PPA (I'm using dput,
> > but something's going wrong). I thought I could push the DEB files to the
> > PPA, but it's actually forbidden: one mus
(In reply to Kip from comment #117)
> (In reply to Yuri R. Sucupira from comment #116)
> > I've managed to build and install the (actually five) "patched" DEB
> > packages. Now Thunar seems to be back to normal, although I still have more
> > testing to do.
> >
> > I've uploaded those packages to
(In reply to Roy Richardson from comment #114)
> Created attachment 6801 [details]
> Notes for patching Thunar on Ubuntu with patch #6779
>
>
> I've successfully tested patch #6779 on Debian Stretch i386, Debian Stretch
> amd64, Xubuntu 16.04 amd64 and Arch x86_64. Here are my notes for patching
(In reply to xb from comment #118)
> (In reply to Yuri R. Sucupira from comment #116)
> > (In reply to xb from comment #115)
> > > (In reply to Roy Richardson from comment #114)
> > > > Created attachment 6801 [details]
> > > > Notes for patching Thunar on Ubuntu with patch #6779
> > > >
> > > >
(In reply to Yuri R. Sucupira from comment #123)
> After a LOT of pain (it took me some hours) I finally managed to sign my
> sources and upload'em to a PPA. Here's the PPA:
>
> https://launchpad.net/~yuri-sucupira/+archive/ubuntu/thunar1.6.10-patched
>
> However, I noticed that APT is considerin
Could we please keep the support and packaging stuff to a minimum here?
I appreciate the work people do on getting these critical fixes
packaged, but this isn't a support forum. This section is for the bug
itself.
--
You received this bug notification because you are a member of Ubuntu
Bugs, whi
(In reply to haarp from comment #126)
> Could we please keep the support and packaging stuff to a minimum here?
>
> I appreciate the work people do on getting these critical fixes packaged,
> but this isn't a support forum. This section is for the bug itself.
Ok, sorry.
Well, if anyone doesn't m
I have applied the patch (in my Gentoo system) and have intensively tested it.
Not even a single crash since 3 weeks ago. I do a lot of moving and renaming
every day and I always try to do it differently to trigger any crash, but
thunar has become really robust.
It seems that we can close this b
Hey Yuri. I just tried your Thunar packages for Yakkety and I can
confirm that I am unable to reproduce the crash we've all been having on
file / directory rename.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.
I forgot to mention that I am on an x64 Arch Linux machine (current as
of today). an strace (with patch #6779 applied) gives:
write(4, "\1\0\0\0\0\0\0\0", 8) = 8
recvmsg(5, {msg_namelen=0}, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource temporarily
unavailable)
inotify_rm_watch(14, 5)
(In reply to Kip from comment #124)
> (In reply to Yuri R. Sucupira from comment #123)
> > After a LOT of pain (it took me some hours) I finally managed to sign my
> > sources and upload'em to a PPA. Here's the PPA:
> >
> > https://launchpad.net/~yuri-sucupira/+archive/ubuntu/thunar1.6.10-patched
I can confirm the freezes when external USB pendrive is connected. :_(
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications abo
Archlinux Latestalways crashing.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications about this bug go to:
https://bugs.la
I completely agree. Most things people do with a filemanager is moving
and naming files. I looked out for other filemanagers like nautilus,
xfe, spacefm, gentoo, pcmanfm, etc. I would like to stay with the Xfce
default as I generally like it, but the importance or severity of this
bug must be incre
Please check for duplicates: #12260, #10805
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications about this bug go to:
https://
@Yuri. Thunar hangs for me trying to view the contents of a newly
inserted flash drive.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage
> After a LOT of pain (it took me some hours) I finally managed to sign my
> sources and upload'em to a PPA. Here's the PPA:
>
> https://launchpad.net/~yuri-sucupira/+archive/ubuntu/thunar1.6.10-patched
>
> However, I noticed that APT is considering "1.6.10-2ubuntu1" as a newer
> version than my
(In reply to Kip from comment #132)
> Hey Yuri. I just tried your Thunar packages for Yakkety and I can confirm
> that I am unable to reproduce the crash we've all been having on file /
> directory rename.
Glad to hear that. I had only Xenial (*Ubuntu 16.04) packages on that
PPA, but I've recently
I just tested patch #6779: It fixes the issue, but thunar becomes
unresponsive for me when trying to access another filesystem like a USB
drive. This does not happen with #6530 and #6778, which also seem to fix
the problem (I didn't test extensively, though).
--
You received this bug notification
@poma: quoting from the only open issue at
https://github.com/rgcjonas/thunar-gtk3: "Thunar-gtk3 is a personal research
project which is kind of abandoned at this point and likely not going anywhere."
This doesn't sound like something which you want to merge to master.
--
You received this bug
Thunar 1.6.10-4 still crashes during moving files, drag-and-drop, cut-
and-paste and renaming. This has been going on since 2015. It makes
Thunar completely unusable, please fix this!!!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
h
(In reply to Andreas Böhler from comment #134)
> I forgot to mention that I am on an x64 Arch Linux machine (current as of
> today). an strace (with patch #6779 applied) gives:
>
> write(4, "\1\0\0\0\0\0\0\0", 8) = 8
> recvmsg(5, {msg_namelen=0}, MSG_CMSG_CLOEXEC) = -1 EAGAIN (Resource
> t
(In reply to slumbergod from comment #141)
> @Yuri. Thunar hangs for me trying to view the contents of a newly inserted
> flash drive.
This is weird. I mean: I'm running 64-bit XUbuntu 16.04.1 LTS with
Thunar 1.6.10-2ubuntu1+patch1 installed from my PPA
(https://launchpad.net/~yuri-sucupira/+archi
@yuri. Thanks Yuri, I appreciated the PPA. Much easier to test. After
some additional testing:
kernel 4.9.4 patched Thunar hangs when trying to view contents on newly
inserted flash drive.
kernel 4.7.10 same. Thunar hangs. Can't mount or view contents.
BUT I have discovered that thunar only hang
Please file another bug for that issue and stop spamming the comments
for this one.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage noti
My experience:
I'm using Mint XFCE 18 x64 since a couple of months and Thunar is working
correctly. This distro uses a version of Thunar called 1.6.10-3mint1.
On any other modern distro that I tried and includes Thunar 1.6.10 (MX16,
Xubuntu16.04, LinuxLite3, etc) the file manager is buggy. Mint 1
Addendum:
Kernel on Mint 18 is 4.4.0-xx
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications about this bug go to:
https://bugs
Wow, I didn't expect that.
I was not at all trying to be rude and I'm sorry if I offended anyone. It's
just that commenting on this bug with another problem doesn't help anyone
either.
@slumbergod: Looking at your comment you are not allowed to talk about
manners, at all. I mean come on, calling
Nikolay,
First, background: I am not a xorg developer, but I develop the XKB
library used by most Wayland compositors (xkbcommon). The behavior there
is the same.
IMO it is worth having a discussion about the behavior. A nice thing
about XKB is that it has a specification. It is easier to discuss
What slumbergod reported is absolutely on-topic. The problems he and Yuri were
writing about are known side-effect of an earlier patch (which we all hoped
that it could be a solution for the renaming/remove crash.)
The side effects with this patch (when accessing USB drives and other file
system
I am sending a simple patch which wraps the renaming code and the folder
monitor code in a mutex.
I suppose that the main reason for the crash is that when we call in
thunar-file.c:1932:
g_file_set_display_name (file->gfile, name, cancellable, error);
this call sends a signal which is connected
I would like to confirm this bug which I noticed.
xUbuntu 16.10 / AMD64
xfce 4.12.0-2 ubuntu
Thunar crashes about every 3 or 4 file rename !
Error : Segmentation fault (core dumped)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
h
I am sick to death of a$$holes who contribute nothing useful coming on
here and criticising others for making an effort to get this bug fixed.
You guys have no manners and act like you own the world but I don't see
any of your contributions. This is the problem with linux. It is
infected with a$$ho
@ pgkos:
Which version of thunar was the base for this patch?
-1.6.10 vanilla?
-1.6.10 with patches from Distribution?
(1.6.10 in Xubuntu 16.10 has for example some additional patches, including the
Check-if-a-thunar-file-is-still-valid-before-reloading.patch from 17.02.2016
from Harald Judt,
@Martin Dauskardt
The patch is based on the git master.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notifications about this bug go
Mint 18 XFCE just updated to 18.1 here. Still with Thunar 1.6.10-3mint1.
Still working like a charm. No problem moving files between folders. No
problem renaming files. Mint team got the answer to your problems.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
(In reply to pgkos.bugzilla from comment #155)
> I am sending a simple patch which wraps the renaming code and the folder
> monitor code in a mutex.
>
> I suppose that the main reason for the crash is that when we call in
> thunar-file.c:1932:
>
> g_file_set_display_name (file->gfile, name, cance
(In reply to Peter Feichtinger from comment #146)
> Please file another bug for that issue and stop spamming the comments for
> this one.
Peter, please remember your manners.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
Six boring minutes watching Simon Steinbeiss' test (comment 160) working on
Thunar 1.6.10-3mint1 (Mint Xfce 18.1).
During all the time the files changed their names with no problem at all.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubunt
Mint applies 4 patches to Thunar in 1.6.10-3mint1:
0001-Don-t-copy-templates-but-create-them-bug-8312.patch (bug #8312)
01_support-non-multiarch-modules.patch (related to loading modules on different
architectures, not related to this bug)
02_Fix-crashes-when-reloading-target-file-after-move.patc
Hey Peter why don't you remove yourself from all these bug reports and
do the rest of us a favour.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
Created attachment 6965
Fix race in thunar_file_rename and thunar_folder_monitor
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notific
Ok gents, let's all just chill and return to focusing on the issue at
hand.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
To manage notification
@Simon Steinbeiss
My patch only prevents the crash, it does not affect the hanging at all
- Thunar also hangs during your test without my patch.
The hanging is a distinct issue.
If I have time I will try to fix that issue as well.
--
You received this bug notification because you are a member
pgkos.bugzilla basically did, what I proposed at comment #95 half a year
ago: He identified the critical sections and implemented synchronization
to prevent the race condition. And that's exactly the right way to fix
this bug! If pgkos.bugzilla determined the CS right, the rest should be
a child's
@x...@dirdi.name - thank you for the suggestions. Regarding the hangs,
I'm pretty certain that the hanging is not caused by my mutex -
thunar_folder_monitor is always called on the main thread (it is a slot
function). Also, I have experienced the same hang without the mutex.
--
You received this
(In reply to pgkos.bugzilla from comment #167)
> Created attachment 6976 [details]
> Fix crash and hang while renaming
>
> A new version of my patch. This fixes both:
> - the crash when renaming a file through the popup dialog
> - the hang when renaming many files at once (e.g. using mv)
>
> For
Unfortunately, I have spotted yet another multithreading bug (I have
verified it in gdb).
Basically, thunar_file_finalize function in thunar-file.c is not thread
safe.
The reason why this function is bad is that when gobject's reference
count reaches 0 (inside Glib's g_object_unref, see
https://g
Created attachment 6976
Fix crash and hang while renaming
A new version of my patch. This fixes both:
- the crash when renaming a file through the popup dialog
- the hang when renaming many files at once (e.g. using mv)
For the remaining crashes (while using mv command), please apply
https://gith
Created attachment 6978
Fix crash and hang while renaming (2)
@flocculant I have updated the patch - please test.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes o
The hangs may be caused by the multithreading bug from my previous
comment.
The problem is this: there is both a folder monitor and a file monitor.
Usually, the file monitor is registered before the folder monitor. If
that happens, when a file is renamed, the file monitor gets called and
the folde
(In reply to Simon Steinbeiss from comment #170)
> (lt-thunar:7709): thunar-WARNING **: Content type loading failed for
> 10.txt.txt: Error when getting information for file '/tmp/10.txt.txt': No
> such file or directory
Ignore the above comment, it's not relevant and was erroneously posted
(mixed
"Comment 78 for bug 1512120
Kent Lion (klsu) wrote 50 minutes ago: #78
Thought this might help someone who knows Thunar better than I do figure
out this bug. When I ran the Xubuntu Thunar test 1512120 on a desktop
running XUbuntu 16.04 64 bit on a Dell GX620, not only does Thunar
crash, but when
Sorry - my previous post might have read confusingly.
The ppa version has your patch and 9c6dbb1dae in it.
Since then I've had thunar crash on me moving 1 file.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.n
Had no luck getting a backtrace I'm afraid.
This is what I've done today.
sda - copying 26Gb to sdc and sdd
sdc - copying 50Gb to sda
sdd - copying 30Gb to sda
sdd - running the txt to txt.txt from comment #32 with a sleep of 0.25
Detached tabs as soon as a task was in progress
I ran this 3
@yves-alexis: Both patches apply cleanly on master.
@pgkos: So far the test-case passes (had it run for >10mins), so nice
work there!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[S
(In reply to Simon Steinbeiss from comment #169)
> @yves-alexis: Both patches apply cleanly on master.
>
> @pgkos: So far the test-case passes (had it run for >10mins), so nice work
> there!
Having had this test-case running for >1hr I ran into an issue (may well
be a different problem/bug)
(lt-
Note:
sda - copying 26Gb to sdc and sdd - This task failed with 11Gb being
copied to sdc and 10Gb to sdd
sdc - copying 50Gb to sda - This task completed.
sdd - copying 30Gb to sda - This task completed.
txt to txt.txt kept running seemingly without error (killed thunar and
restarted it - went t
@pgkos:
I've got thunar built with your new patch and the git one from a ppa.
Moving the same files as before I had no crashes.
Then I redid the same test, this time copying the files to 2 seperate
locations on seperate drives.
Thunar crashed.
--
You received this bug notification because you
(In reply to flocculant from comment #175)
> @pgkos:
>
> I've got thunar built with your new patch and the git one from a ppa.
>
> Moving the same files as before I had no crashes.
>
> Then I redid the same test, this time copying the files to 2 seperate
> locations on seperate drives.
>
> Thu
Been running git thunar with 2 patches (9c6dbb1dae70.patch and
fix_crash.patch)
Hadn't up till now seen any problems previously noted.
However doing the following I have had thunar crash 2 out of 3 times
doing so - 2nd and 3rd times trying to get a backtrace (thunar hung AND
gdb hung doing the se
(In reply to Oleg from comment #153)
> (In reply to Serge Roussak from comment #152)
> > (In reply to Oleg from comment #151)
> > > Did the old patch work for you? I mean could you switch the layout
> > > pressing
> > > Ctrl while combos like Ctrl-S also worked as expected?
> >
> > Which patch do
Fix released (Thunar 1.6.11-0ubuntu1):
https://launchpad.net/ubuntu/+source/thunar
Compiled version (comment #80):
https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1512120
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https:/
Hello.
Patch #6978 solves the renaming issue for me - I couldn't crash thunar
using steps which used to crash it before.
@flocculant's crashes with moving files (comment #172) is just different
issue / bug.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I updated the instructions I had put at
https://launchpad.net/~yuri-sucupira/+archive/ubuntu/thunar1.6.10-fix
...in order to explain to the other users how to remove my
"thunar1.6.10-fix" PPA, enable the "proposed" PPA and then upgrade
Thunar to the proposed version 1.6.11.
Thank you all for hel
There seems to be a problem with the patch for this bug - namely that it
now deadlocks instead of crashing.
The problem appears to be as follows:
1. A file in that directory gets renamed.
2. G_FILE_MONITOR_EVENT_MOVED happens on thread A.
3. The mutex gets locked.
4. The thumbnail associated with
Hi again everyone,
I have pushed the two commits that resolve this particular issue
(remember: this bugreport is about renaming a single file in a
directory, there were just a lot of parallel reports in here).
This will help to establish a new baseline which people can test and
report bugs agains
(In reply to Yan Pas from comment #185)
> I agree with comment #184. I face an app being frozen in event loop. Do we
> need to open a new bug?
Yes, please do and let us know the bug number.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubun
This has been fixed [0] and version 4.12.1 is no longer suffering this
issue.
[0]
https://git.xfce.org/xfce/xfce4-panel/commit/?id=8dc83f507d7340fa46c5b8927e5b320c5595fb7d
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.l
Closing as per comment 17 (which is correct).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1397095
Title:
dragging applications in the task bar causes repaint errors
To manage notifications about
There already is a bugreport for the problem you mention (which is not this
bug, but a separate one).
Please don't comment on old and closed bugreports, use the browse or search
functions of bugzilla instead.
Anyway, here's the link to the new bugreport (which already has a patch ready
for test
I also have this bug on Debian testing with XFCE 4.12. I would have
liked to test Tintenfisch's patch, but I can't get xfce4-whiskermenu-
plugin-1.5.2 compiled, because it depends on libxfce4panel-1.0, but I
can only find libxfce4panel-2.0 in my repositories. Trying to compile
libxfce4panel from so
Created attachment 6706
Patch for xfdesktop-file-icon-manager.c in version 4.12.3 (on Gentoo)
Someone already worked out that this is a problem with concurrency. As
mentioned before I'm affected on every login with an eight core CPU.
The attached patch handles files in
xfdesktop_file_icon_manager
This bug is still affecting in Xfce 4.12.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1409347
Title:
"Enable horizontal scrolling" doesn't work with "Reverse scroll
direction"
To manage notific
There should be only one simple single process and not many complex
threads keeping waiting for each other
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
[4.11.8] Desktop icons rearran
Created attachment 6884
The black square in right top corner is Whisker Menu.
I have the same bug on my Xubuntu 16.04.1, xfce4-panel 4.12.0 and
Whisker Menu.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/b
I agree with comment #184. I face an app being frozen in event loop. Do
we need to open a new bug?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Title:
[SRU] thunar crashes on file renaming
I'm using testing version. Deleteing some icon/item causes xfdesktop to
freeze. Is it reproducible with normal xfdesktop? Should I open new bug?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
T
(In reply to Gerold Schellstede from comment #91)
Gentoo only:
> PATCH COMMAND: patch -p0 -g0 -E --no-backup-if-mismatch --dry-run -f <
> '/etc/portage/patches//xfce-base/xfdesktop-4.12.3/xfdesktop-file-icon-
> manager.patch'
I've never used custom patches in /etc/portage/patches/..., you prob
I can also confirm this bug.
"Jan Do wrote:
Problem does not occur:
- after reboot computer and first time login.
- when I stop and restart xfdesktop (xfdesktop --quit; xfdesktop &)
- when a screen size change."
For me this was true with xfdesktop 4.10.*.
Nowadays with 4.12.2 or 4.12.3 the prob
> @ Gerold Schellstede:
>
> Could you try this patch? Maybe this solves it for you, too...
1) Installed it and deleted the old icon file, rebooted the machine,
sorted the icons, rebooted again --> Icons were on place
2) Rebooted again, to test it again --> icons were rearranged in wrong
order.
can somebody confirm. that after logout from xfce. desktop configuration
file has correct data about icons position.. and this file changed on
xfdesktop init time? you need to disable login manager to access console
after logout.
--
You received this bug notification because you are a member of U
@ Andreas Prieß:
1) Your were right. The suggested slight changes do the trick and the
patch installs.
2) Unfortunately the patch has no effect at all.
@ Jan Do: I can confirm that.
Best regards
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
(In reply to Andreas Prieß from comment #96)
Thanks for your answer and time!
> Ok, are you sure that xfdesktop is emerged with the patch applied?
Yes, 100%. Emerge tells me so and after emerging the patched version the
xfce-desktop it needs a little more time to load the xfce-session.
> If so,
I have the same bug for the last 2 years including Xubuntu 16.10:
desktop icons are re-arranged after restart.
My hotfix is an autostarting batch, where the 'backup*' directory
contains my original files:
sleep 1
(cd ~/.config/xfce4/desktop/backup-2016-10-20/ && cp *.* ..)
xfdesktop --reload
--
I made an eventually interesting observation (I am on gentoo):
I changed more or less accidentally my desktop theme from "Clealooks" as
part of the "Clealooks-phenix" package to "Clearlooks" as part from the
"mate-themes" package. Thereby I uninstalled the "clearlooks-phenix" and
installed the "ma
Hi Jan Do.
Yes, the workaround #89 works well for me, thank you.
However I'm afraid that the bug discourages many beginners of XFCE.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1335492
Title:
[4
301 - 400 of 868 matches
Mail list logo