On 14/11/14 10:44, Simon McVittie wrote:
> I think this may have been fixed in Nautilus 3.14.1 by commit
> 2780ce8790fc
It seems that commit is not sufficient, there's another one before
3.14.1 that fixes it further.
S
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
w
Control: tags 768519 + fixed-upstream
Control: forwarded 768519 https://bugzilla.gnome.org/show_bug.cgi?id=738280
On 11/11/14 14:33, Andreas Henriksson wrote:
> I'm pretty confident the reason nautilus "doesn't start" when handling
> the desktop is because it's already running.
I think this may h
Andreas:
I believe the reason of nautilus not starting is not what you say,
because of three reasons:
1. The problem started after an update.
2. The problem should not exist when the icon is pressed with the
middle-button, since that starts new instances of programs even when
they are alread
Why not? Gnome-Tweak-Tool seems to be an official product of Gnome and
it worked flawlessly before.
2014-11-11 15:33 GMT+01:00 Andreas Henriksson :
> Hello Johan Kröckel!
>
> I'm pretty confident the reason nautilus "doesn't start" when handling
> the desktop is because it's already running.
>
> A
Hello Johan Kröckel!
I'm pretty confident the reason nautilus "doesn't start" when handling
the desktop is because it's already running.
As your videos demonstrates the dash tries to get you back to the
instance you're already running (on another workspace?) rather then
start yet another process.
Package: nautilus
Version: 3.14.0-1
Followup-For: Bug #768519
Only occurs when "..handle desktop" in gnome-tweak is enabled. See attached
videos.
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture:
6 matches
Mail list logo