(In reply to Vitaly Shishakov from comment #0)
> I used to use Ctrl-Shift combination to switch keyboard layouts (ru <--> us)
>
> but in this case i cant use any of the Ctrl-Shift-* hotkeys in any software
> i try.
>
> I noticed, that the keyboard layout becomes swithced as soon an both keys
>
(In reply to Kovács Viktor from comment #165)
> Why don't you change your layout switcher key-combination? You can set up
> another key-combinations for russian and different key-combination for
> english keyboard,too. That's KDE's problem, that allow choose frequently
> used key combinations.
Thi
I use both Windows and Linux. BTW Many people don't have a choise of the
OS on their jobs.
I may provide a patch that would make it available to switch the
behaviour in the runtime (I guess a line in xorg.conf would be fine). So
we don't break the standard, people don't need to recompile xorg ever
(In reply to Zebediah Figura from comment #179)
> (In reply to Kovács Viktor from comment #178)
> > Kubuntu grants Control+Shift+K combination. Is it acceptable?
>
> The question is not, largely speaking, about whether there is any shortcut
> available. The question is largely specifically about s
Another user here voting for this bug to get patched OFFICIALLY from
upstream.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/36812
Title:
Keyboard layout change on hotkeys press instead of r
(In reply to Kovács Viktor from comment #181)
> Sorry, on newer Linux you can set up hot key combination for that problem as
> graphical UI settings, older Linux versions will not be updated. May I close
> It?
Please do not close this bug. If you do not want to receive any further
updates on it, y
There seems to have been a proposed protocol extension (comment #159
etc.) Can anyone shed light, for the outside user, as to the current
status of this proposal? Thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://
(In reply to Zebediah Figura from comment #189)
> Can anyone shed light, for the outside user, as to the current status of
> this proposal? Thanks.
No news since. Apart from the formal proposal, there are some old patches for
its implementation:
https://lists.x.org/archives/xorg-devel/2012-Novemb
Did you changed your opinion after for years of not fixing this bug?
Users still need this functionality (see https://community.ubuntu.com/t
/keyboard-layout-switching-problems-and-poll/2876 and
https://askubuntu.com/q/1009352/66509 as examples).
--
You received this bug notification because you
(In reply to Andreas Wettstein from comment #190)
> No news since. Apart from the formal proposal, there are some old patches
> for its implementation:
> https://lists.x.org/archives/xorg-devel/2012-November/034427.html
> https://lists.x.org/archives/xorg-devel/2012-November/034430.html
> https://
(In reply to Jan Pohanka from comment #182)
> (In reply to Kovács Viktor from comment #181)
> > Sorry, on newer Linux you can set up hot key combination for that problem as
> > graphical UI settings, older Linux versions will not be updated. May I close
> > It?
>
> With all respect to you... Why d
(In reply to k0fe from comment #185)
> (In reply to Alex Efros from comment #184)
> > There is a patch, working good enough for years without creating any new
> > (practical) issues. In comment #161 is was proposed to make it configurable
> > option to make everyone happy and let users choose betwe
(In reply to Alex Efros from comment #184)
> There is a patch, working good enough for years without creating any new
> (practical) issues. In comment #161 is was proposed to make it configurable
> option to make everyone happy and let users choose between using compliant
> protocol or working hotk
(In reply to Kovács Viktor from comment #181)
> Sorry, on newer Linux you can set up hot key combination for that problem as
> graphical UI settings, older Linux versions will not be updated. May I close
> It?
With all respect to you... Why do you want to close well described bug
moreover that it
(In reply to Alex Efros from comment #184)
> (In reply to Kovács Viktor from comment #181)
> > Sorry, on newer Linux you can set up hot key combination for that problem as
> > graphical UI settings, older Linux versions will not be updated.
>
> What exactly "newer Linux" is supposed to mean? I'm u
(In reply to Alex Efros from comment #186)
> (In reply to k0fe from comment #185)
> > (In reply to Alex Efros from comment #184)
> > > There is a patch, working good enough for years without creating any new
> > > (practical) issues. In comment #161 is was proposed to make it
> > > configurable
>
Sorry, on newer Linux you can set up hot key combination for that
problem as graphical UI settings, older Linux versions will not be
updated. May I close It?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpa
All current Ubuntu versions are affected and RHEL too. And nobody cares.
14 years of doing nothing. My congratulations!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/36812
Title:
Keyboard l
(In reply to Kovács Viktor from comment #181)
> Sorry, on newer Linux you can set up hot key combination for that problem as
> graphical UI settings, older Linux versions will not be updated.
What exactly "newer Linux" is supposed to mean? I'm using yesterday's
updated Gentoo Linux with xorg-serve
(In reply to Daniel Stone from comment #191)
> Another, probably better, way to do it would be to define a new flag like
> XkbSA_HasGroupFlags inside the XkbModAction flags field when group_flags and
> group_XXX are valid rather than potentially garbage. That would avoid the
> whole version-negotia
Just tested simple idea on Ubuntu 16.04.4 LTS with MATE DE.
Out-the-box it has Xorg 1.18.4 which perfectly allow user to set for example
keyboard shortcut for keyboard layout switching.
But when I install HWE on 16.04 LTS I get newer Xorg 1.19.5.
Debian 8 (Xorg 1.16.4) and 9 (Xorg 1.19.2) have t
Did somebody tested Russian rulemak keyboard layout? It is between the
extra layouts. It is based on russian layout with latin letters. I' m
not a russian man, but I think, just testing first is a good idea!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
Viktor, could you please elaborate how exactly that may be useful here?
I would also like to ask you to make sure you contribute useful content
to this discussion, or if you cannot, resist from posting. I don’t think
it helps anyone to to support flamewars in this bug report, or even make
the disc
** Tags added: id-5b196b4ece6c63860998716b
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1773859
Title:
upgrades to 18.04 fail
To manage notifications about this bug go to:
https://bugs.launchpad.n
** Tags added: id-5b1964140feb9335c992a173
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1775660
Title:
ubuntu-release-upgrader should purge obsolete packages, not just
remove them
To manage noti
Public bug reported:
Fresh install of Ubuntu MATE 18.04 stopped with GRUB error "Unable to
install GRUB"
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: ubiquity 18.04.14
ProcVersionSignature: Ubuntu 4.15.0-20.21-generic 4.15.17
Uname: Linux 4.15.0-20-generic x86_64
ApportVersion: 2.20.9-0u
** Changed in: charm-ceph-mon
Assignee: (unassigned) => James Page (james-page)
** Changed in: charms.ceph
Assignee: (unassigned) => James Page (james-page)
** Changed in: charm-ceph-mon
Status: Triaged => In Progress
** Changed in: charms.ceph
Status: Triaged => In Progr
** Tags added: id-5b1968346d9fca4ad3ac71d6
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1768379
Title:
failed 16.04 LTS -> 18.04 LTS upgrade
To manage notifications about this bug go to:
https://b
It can be built on Bionic now. But still not working on Artful
I will keep this bug open.
** Tags removed: bionic
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1675395
Title:
ubuntu_bpf test fail t
The update problems are also evident when a script renames multiple
files at once. Maybe a rewrite for the changes in glib is still needed.
--
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:
It happens to me too. Please let me know if you need more info.
--
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
(In reply to Nikolay from comment #155)
> There is now once more spike of activity here - probably because Ubuntu
> 17.04 was released recently which dropped this patch because it was not
> compatible with newer xorg. kyak has provided an updated patch, but it would
> take a lot of time for distrib
Created attachment 6613
Check-if-a-thunar-file-is-still-valid-before-reloading.patch
Deactivating SEND_MOVED code paths didn't help completely, thunar was
still crashing on renaming sometimes (more often than not).
Alternative workaround. Does fix all? crashes on my system - I hope this
isn't sim
Copying from https://bugs.debian.org/cgi-
bin/bugreport.cgi?bug=800723#96:
This is with thunar-1.6.10: (line numbers will be off because I was
adding debug printfs)
thunar_file_info_reload() touches memory deleted by
thunar_folder_reload()
I don't think this is a thread race because I always see
With Check-if-a-thunar-file-is-still-valid-before-reloading.patch, I
still see the invalid reads and writes, but not the crash on strcmp(NULL
Also, moving ~20 files (drag and drop to another thunar window) feels
very slow now.
--
You received this bug notification because you are a member of Ubu
** Bug watch added: Debian Bug tracker #800723
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800723
** Bug watch added: bugs.freebsd.org/bugzilla/ #208341
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208341
** Bug watch added: Xfce Bugzilla #12772
https://bugzilla.xfce.org/show_
On a second thought, maybe these remaining update problems have existed
in earlier versions too but simply went unnoticed. Anyway, here is a
very simple test case to showcase the problem:
1) create files:
for i in $(seq 1 10); do touch "$i.txt"; done
2) loop for renaming files every second:
Yes, I'm pretty sure I've been able to trigger it with both copy/paste
and drag/drop.
I don't have a reliable way of reproducing it, I manually click around
until I get a crash.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://
I believe the drag & drop issue you describe here has been there for a
long time. I am not sure it has anything to do with this 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
With the patch from comment #14 alone, crashing still happened on rename
but infrequently (I found that if I Ctrl+c, Ctrl+v, F2, rename - that I
could get it to crash every about 10th rename attempt, but infrequently
through other methods).
With Emil's patch alone, crashing on rename happened much
I think I have more details to add: this bug happens always when the window is
out of sync with the real filesystem state. By example, see #12452: when it
happens, a subsequent rename will surely crash Thunar.
In general, it goes out-of-sync on network mounts quite often, so it should not
be har
Oh, sorry, which bug should I be following up on?
--
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:
ht
Sorry, to be clear: I still see the invalid reads and writes when I'm
dragging and dropping files in the UI.
I tried the loop for renaming files every second and wasn't able to
trigger a crash in thunar with or without the patch.
--
You received this bug notification because you are a member of
On Emil's prompting, I did some more testing today and found something
interesting:
With Emil's patch only, the crashing only seems to happen if Thunar is
running in daemon mode (I have "Thunar --daemon) in my startup list.
Interestingly, if I run the Thunar instance through gdb and it crashes,
th
No, it's ok, I just wanted to state that the issue *might* be a
different one than the crashes. Does it also happen with cut & paste,
not only drag&drop?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
Was seeing a crash at each file move/renaming...
I have a pretty decent core i7 which might increase threads concurrency
problems frequency...
Have ran thunar like so for quite some time and operations now without crash :
numactl --physcpubind=+1 thunar
--
You received this bug notification bec
Still present in xubutu 16.04 LTS
--
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.launc
Created attachment 6636
Use reference counting to avoid crash in deferred reload
I've got a semi-reliable way of triggering this (two side-by-side
windows, showing two different dirs, a lot of image files, drag and drop
and it crashes)
The attached diff increments the refcount before creating the
The patch from Harald Judt in comment 30 of this thread resolves all my
problems with thunar. There was an earlier patch from him (Deactivate-
SEND_MOVED-code-paths) which is no longer necessary when thunar is
patched with Check-if-a-thunar-file-is-still-valid-before-
reloading.patch from comment 3
@ Martin Dauskardt: I cloned the current git repository and applied the
patch from comment 30. Renaming a single file produced again a "SIGSEV
in thunar_file_compare_by_name()" error after around the 20th attempt.
So this patch doesn't help at me at least. (On XUbuntu 16.04)
--
You received this
You are not the only one.
I use 15.10, but 16.04 is obviously also effected.
If you have the 64 bit version, you could try my binary. It also works on
16.04.
Have a look here: https://forum.ubuntuusers.de/post/8172653/
You need to rename the attachment, make it executable, change the owner to roo
Thank you, Martin. I will explore changing my default view. I've always
had it on detailed view so I'll be able to see the effect of that
quickly.
If that fails I'll try the thunar file you directed me too.
I remember I tried 15.10 when it came out but there were so many issues
with it I went bac
I now feel confident in saying that Martin's patched thunar binary is
worth trying for anyone who has had enough of thunar crashing all the
time.
I do not know why the "patched" version from the official 16.04
repositories is so unstable but I have not had a single crash in 24
hours with Martin's.
I don't want to proclaim the problem has gone, but I've been trying
Martin's patched thunar binary and after dozens and dozens of attempts
to trip it I have not yet managed to crash it yet. I'm using detailed
view and dragging and dropping between two thunar windows, each pointing
to directories on
Still no crashes for me. Curiously, I have detected one of the related
bugs is still present though. I'll mention it here because I think it is
related to the crashing bugs.
After dragging and dropping a file from one thunar window to another,
sometimes to source window adds a ghost entry of the f
Created attachment 6660
64 bit binary with patches from comment 7,14,30,31,41 and master git patch from
30.11.15
With further testing using the example commands shown in #32 I recognize
still crashes when using the patch from #30.
Same happens with Emils Patch in #41 (If used only or in combinat
> I discovered another patch in a BSD forum:
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208341
Hello Martin,
according to the links provided by Matthias Petermann, the mentioned
patch is the one shared by Harald Judt in #30. In fact Matthias links to
a related thread on Slackware's forum
(In reply to Emil Mikulic from comment #41)
> Could someone please take a look?
Work for me, thunar doesn't crash on drag and drop any more.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1512120
Titl
Fine to hear that. Credit goes of course to Harald Judt who made the
patch. I am only the compiler :-)
I discovered another patch in a BSD forum:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208341
Peter, maybe you can try this?
--
You received this bug notification because you are a membe
@ Martin Dauskardt
Are you using Xubuntu 16.04? Aren't you experiencing any of these crashes?
I don't understand why I am the only one seemingly affected. I did a
clean install of xubuntu 16.04. No PPAs added. All xfce configuration
were deleted with the clean install. Yet for me thunar crashes o
No success changing thunar default view to compact list. It crashed
after a few file moves.
--
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 man
Are you really sure that new compiled thunar was running?
I suggest to remove the old /usr/bin/thunar and make a reboot
I did not use the git as base but patched the Ubuntu 15.10 source
instead. You can find my compiled binary in the ubuntuusers forum. It
should also work with Xubuntu 16.04
--
Y
Created attachment 6658
Martin's Patched Thunar Binary
--
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 t
Another positive testimonial for Martin's patch from me.
Not quite 24 hours of testing and more like half-an-hour of intensive
renaming, copy-and-paste, drag-and-drop, all of which were previously
causing Thunar to crash, now working flawlessly.
I'm running Xubuntu 16.04 (64-bit) - hope this help
Just an additional update on my experiences.
Thunar using Martin's binary (with the just Harald's patch). Not one
crash.
I have managed to crash the desktop again, however. I downloaded the
latest Firefox archive and extracted it to the desktop. When file-roller
finished extracting and went to re
Late to the party here. I have a feeling that there are multiple
issues, and some of the patches may be addressing symptoms and not the
root causes. One big issue that I see is in thunar-file.c, where there
is one central hash table of ThunarFile objects, which are accessed
concurrently from mult
(In reply to Frank from comment #66)
> After renaming a few files Thunar may crash after hitting enter in the
> rename dialog.
>
> In an attempt to resolve this I used this patch:
> -
> --- Thunar-1.6.10/thunar/thunar-file
This bug definitely seems to be related to race conditions as has been
suggested before.
You can do the test by hitting F2, entering an new name immediately
followed by [ENTER]. Thunar is likely to crash. The same happens when
you click OK too fast after entering a new name (put the mouse cursor o
Sorry, I mentioned Harald's post #30 instead of #14.
--
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:
I can confirm that Thunar patched as in #14 doesn't crash when running
the test loop suggested by Harald in #32 (I tried it with 100 files as
well).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/151212
After renaming a few files Thunar may crash after hitting enter in the
rename dialog.
In an attempt to resolve this I used this patch:
-
--- Thunar-1.6.10/thunar/thunar-file.c 2015-05-22 15:25:36.0 +0200
+++ Thuna
@slumbergod I have never triggered an desktop crash, but I have seen a
numerous seg faults from various types of move or rename operations.
@Kip This bug is definately elusive and has traits of a stack
corruption.
With debugging symbols enabled and NDEBUG defined to bypass the debugging
assertion
(In reply to Jan Havran from comment #0)
> thunar_file_compare_by_name() function is called even for only one file in
> working directory - both file_a->collate_key_nocase and
> file_b->collate_key_nocase are NULL. I noticed that sometimes this function
> is not called, but when it is (it is rando
You may write stack trace to the file on SIGSEGV
https://stackoverflow.com/questions/77005/how-to-generate-a-stacktrace-
when-my-gcc-c-app-crashes
and then via objdump -d find line in assembler where app gets sigsegv (I
guess it crashes due to sigsegv)
--
You received this bug notification becau
*** Bug 12706 has been marked as a duplicate of this 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
To manage notifications about this b
If anyone compiles a thunar binary compatible with xubuntu 16.04 I am
happy to test it.
I'd be happy to compile it myself but the last time I tried I made a
mess of my system because the instructions I found for compiling it
weren't accurate enough.
But I am happy to help test binaries :)
--
Yo
(In reply to Roy Richardson from comment #72)
> Unfortunately, further testing reveals that I am still able to crash Thunar.
Man, this is quite elusive!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
(In reply to Roy Richardson from comment #71)
> After quite a bit of debugging and testing I have produced the following
> rename patch for Thunar.
>
> --- Thunar-1.6.10/thunar/thunar-io-jobs.c 2015-05-22 13:25:36.0
> +
> +++ Thunar-1.6.10-fix/thunar/thunar-io-jobs.c 2016-08-01 1
Created attachment 131147
Proposed extension of the XKB protocol.
> Therefore, my proposal for you (or anyone else who is interested in changing
> the behavior) is to provide a patch against the spec.
That is a very good proposal. The patch formalises my proposal from comment
#112. An implement
Thunar crash has happened to me when I was moving file from one folder
to another. I've dragged a file from file-list and dropped to the side
panel's bookmark and thunar has crashed. I guess it's the same issue
cause moving and renaming is almost the same thing
--
You received this bug notificati
(In reply to Roy Richardson from comment #76)
> I'm suspicious of the following code fragment in thunar_folder_monitor which
> I have now bypassed on "file monitor move" events with the above patch.
>
> /* tell others about the new file */
> list.data = file; list.next = list.prev = NUL
At this point it almost seems less work to strip everything remotely
related to renaming and rewrite it.
--
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 ren
@Roy, when you were testing did you also try to trigger a desktop crash?
Most times when I use Extract Here from the right click context menu on
the desktop, it extracts the archive but when the temporary directory is
renamed > DESKTOP CRASH! Did it yesterday when I extracted the latest
firefox ar
Perhaps it is time to fund a dedicated, professional software engineer
to fix this once and for all. It's clear that parts of the code base
need a complete rewrite and at the moment it feels like the patches are
only mitigating the symptoms rather than addressing the real cause.
Maybe this is some
After quite a bit of debugging and testing I have produced the following
rename patch for Thunar.
--- Thunar-1.6.10/thunar/thunar-io-jobs.c 2015-05-22 13:25:36.0
+
+++ Thunar-1.6.10-fix/thunar/thunar-io-jobs.c 2016-08-01 11:07:09.01668
+
@@ -1307,7 +1307,12 @@
{
_
(In reply to Roy Richardson from comment #92)
> #4 0x74e23c7a in g_object_unref () from /usr/lib/libgobject-2.0.so.0
> #5 0x0043d862 in thunar_file_info_clear (file=0x7fffe00203b0) at
> thunar-file.c:912
This is most likely due to multiple threads clobbering the GFileInfo
within
(In reply to Emil Mikulic from comment #41)
> The attached diff increments the refcount before creating the deferred
> reload, then decrements it after the reload runs. I haven't been able to
> repro the crash since.
I pushed a slightly simplified version of this patch to my fork:
https://github.c
slumbergod is right: The bug has not been tracked down, yet. By now it
seems pretty clear that the bug is caused by different threads that
operate on the same data(structures). Unfortunately bugs, which are
related to multithreading are hard to track down, since they are non-
deterministic and diff
(In reply to Roy Richardson from comment #77)
> This patch will keep thunar_file_compare_by_name() from crashing when the
> collate keys are NULL. When using this patch, users may notice a random
> occurance of 2 files appearing selected together with the same name. The
> cause of this random occur
Nothing can proceed forwards until we get some feedback from the main
xfce developers.
I'm not even sure if anyone is in charge of the thunar project and my
attempts in the past to ask what the status of the project is with
regard to fixing the bugs have gone unanswered.
Perhaps they have a plan
Offering a bounty is a nice idea but I still think this requires
something bigger. We really need to crowdfund to hire a software
engineer to re-write a significant chunk of code rather than just work
out a single fix.
It might even lead to some of the other papercut bugs getting sorted (I
know I'
(In reply to slumbergod from comment #101)
> Nothing can proceed forwards until we get some feedback from the main xfce
> developers.
>
> I'm not even sure if anyone is in charge of the thunar project and my
> attempts in the past to ask what the status of the project is with regard to
> fixing t
Firstly, I apologise for being such newbie in these things, if this post
does not belong here, please ignore it. I am experiencing this same bug
as many people reported, This looks like the best solution I have found.
As I do not know where to ask, I ask here:
Is there any guide / list of detailed
(In reply to slumbergod from comment #99)
> Offering a bounty is a nice idea but I still think this requires something
> bigger. We really need to crowdfund to hire a software engineer to re-write
> a significant chunk of code rather than just work out a single fix.
>
> It might even lead to some
(In reply to slumbergod from comment #94)
> Perhaps it is time to fund a dedicated, professional software engineer to
> fix this once and for all. It's clear that parts of the code base need a
> complete rewrite and at the moment it feels like the patches are only
> mitigating the symptoms rather t
Well, Thunar is dead. Period. There are a bunch of other replacements
like xfe, nautilus, whatever that just work. There is obviously sparse
interest, if any, in developing thunar. And hey, that's ok, after all it
is free software and times are changing.
So let us all recognize that and move on, t
Yes, please add it to the mailing list and ask for Harald's thoughts.
I'm not on any mailing lists because I got tired of the egos and
flaming.
Perhaps if Harald gives his thoughts and something is decided you can
just post a small summary here for the benefit of those affected who
simply want to
Please stop the discussion about rewriting Thunar, Bountyhunting, switching to
different file managers, etc. - it has nothing to do with the bug report and
only adds clutter which makes it even harder to track progress.
The mailing list is a good alternative, or start a new bug report for each
m
(In reply to John Lindgren from comment #93)
> This is most likely due to multiple threads clobbering the GFileInfo within
> the same ThunarFile. At this point, I guess I would say that the basic
> design of sharing the common hash table of ThunarFiles between multiple
> threads is flawed. Worke
You could have been friendlier. Instead you show yourself to be an
asshole. Adios.
--
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 notif
201 - 300 of 868 matches
Mail list logo
