Bug#961559: pcmanfm: Rename folder in left side pane directory tree crashes pcmanfm

2020-10-21 Thread Andriy Grytsenko
>However, this behaviour is still incorrect and unacceptable for many
>reasons:

Yes, I completely agree that is a bug. Whole reason why I asked you to do
this was to get a bit more details for fixing it. Thank you very much for
your help.



Bug#961559: pcmanfm: Rename folder in left side pane directory tree crashes pcmanfm

2020-10-20 Thread Réal Carbonneau
Yes, in both Debian 10 and 11, changing the setting from "Close tab
containing removable medium" to "Change folder in the tab to Home
Folder" does not close the window, but instead, ejects the user back to
the Home Folder.

However, this behaviour is still incorrect and unacceptable for many
reasons:
1) This occurs on any folder, regardless if it is on a removable media
or not.
2) The user may be deep in the directory tree and it will frustrate the
user to either close the window or send the user back to the Home
folder after a simple rename.
3) The user may right-click > rename a folder in the left "Directory
Tree" pane without actually navigating to the contents of the folder,
so again, there is no reason to eject the user from the current
context.
4) The F2 key does not work for a rename on the left "Directory Tree"
pane, so maybe the intent was not to permit the rename.  


Expected behaviour: 

a) Either rename should work in the left "Directory Tree" pane without
changing the user's navigation location (NO ejectecting out NOR to the
Home).  AND make F2 also rename

OR

b) Completely remove the possibility to rename a folder in the left
"Directory Tree" pane.

-- 
Kind regards,
Réal

On Wed, 2020-10-21 at 01:13 +0300, Andriy Grytsenko wrote:
> Well, in case if it just exits then probably path in main window
> became
> invalid and therefore window was closed.
> 
> Please, look in the settings, what is your choice on the option 'When
> removable medium unmounted:'? Is it 'Close tab containing removable
> medium' probably? It yes then try to change it to 'Change folder in
> the
> tab to Home Folder', please. Your issue might be gone after that.


signature.asc
Description: This is a digitally signed message part


Bug#961559: pcmanfm: Rename folder in left side pane directory tree crashes pcmanfm

2020-10-20 Thread Andriy Grytsenko
Well, in case if it just exits then probably path in main window became
invalid and therefore window was closed.

Please, look in the settings, what is your choice on the option 'When
removable medium unmounted:'? Is it 'Close tab containing removable
medium' probably? It yes then try to change it to 'Change folder in the
tab to Home Folder', please. Your issue might be gone after that.



Bug#961559: pcmanfm: Rename folder in left side pane directory tree crashes pcmanfm

2020-10-18 Thread Bernhard Übelacker
Dear Maintainer,
tried to reproduce but found pcmanfm not crashing.
Instead the process "just" exits without error or crash.

As we leave the main loop without error I tried setting a
breakpoint to g_main_loop_quit and it got hit multiple times.
I guess this last call to g_main_loop_quit is related, as it
received the same loop pointer as the g_main_loop_run is
operating on.

Kind regards,
Bernhard


Thread 1 "pcmanfm" hit Breakpoint 2, g_main_loop_quit (loop=0x5581b8a0) at 
../../../glib/gmain.c:4312
4312in ../../../glib/gmain.c
(gdb) bt
#0  g_main_loop_quit (loop=0x5581b8a0) at ../../../glib/gmain.c:4312
#1  0x773a110e in g_object_unref (_object=) at 
../../../gobject/gobject.c:3503
#2  g_object_unref (_object=0x5563a020) at ../../../gobject/gobject.c:3395
#3  0x7739c092 in g_closure_invoke (closure=, 
return_value=, n_param_values=, 
param_values=, invocation_hint=) at 
../../../gobject/gclosure.c:810
#4  0x773ae3e3 in signal_emit_unlocked_R 
(node=node@entry=0x557f1ad0, detail=detail@entry=0, 
instance=instance@entry=0x55847d40, 
emission_return=emission_return@entry=0x0, 
instance_and_params=instance_and_params@entry=0x7fffe070) at 
../../../gobject/gsignal.c:3738
#5  0x773b467f in g_signal_emit_valist (instance=, 
signal_id=, detail=, 
var_args=var_args@entry=0x7fffe1f0) at ../../../gobject/gsignal.c:3494
#6  0x773b4bef in g_signal_emit 
(instance=instance@entry=0x55847d40, signal_id=, 
detail=detail@entry=0) at ../../../gobject/gsignal.c:3550
#7  0x775f7930 in fm_job_emit_finished (job=0x55847d40) at 
job/fm-job.c:578
#8  on_idle_cleanup (unused=) at job/fm-job.c:578
#9  0x772f in g_main_dispatch (context=0x555d8180) at 
../../../glib/gmain.c:3325
#10 g_main_context_dispatch (context=0x555d8180) at 
../../../glib/gmain.c:4016
#11 0x772aae58 in g_main_context_iterate (context=0x555d8180, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
../../../glib/gmain.c:4092
#12 0x772ab14b in g_main_loop_run (loop=0x5581b8a0) at 
../../../glib/gmain.c:4290
#13 0x77af512a in gtk_main () from 
/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#14 0x55569516 in main (argc=, argv=) at 
pcmanfm.c:282



Bug#961559: pcmanfm: Rename folder in left side pane directory tree crashes pcmanfm

2020-05-25 Thread Real Carbonneau
Package: pcmanfm
Version: 1.3.1-1+b1
Severity: normal

Dear Maintainer,

Fresh Debian 11 Bullseye install in a KVM-QEMU VM specifically for this test,
minimal install, only lxde-core and this reportbug-gtk.

Open pcmanfm, choose "Directory Tree" view on the left side pane.  Right-click
a folder in the left side pane directory tree, choose "Rename...", change the
name, Click ok.  pcmanfm crashes.

Secondary bug: F2 rename functionality does not work (no dialog box) in the
left side pane directory tree, even though it works on the regular main windows
of pcmanfm.

Side Notes:
-The rename occurs correctly even though pcmanfm crashed.
-This occurs regardless of where the folder is located (eg Desktop, Document,
etc.)
-This bug also exists in the current Debian 10 Buster
-Renaming in the regular main screen of files and folders works correctly for
right-click and F2.

Kind Regards,
Real Carbonneau



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.6.0-1-amd64 (SMP w/12 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pcmanfm depends on:
ii  libatk1.0-0  2.36.0-2
ii  libc62.30-8
ii  libcairo21.16.0-4
ii  libfm-gtk4   1.3.1-1+b1
ii  libfm4   1.3.1-1+b1
ii  libfontconfig1   2.13.1-4.2
ii  libfreetype6 2.10.1-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-4
ii  libglib2.0-0 2.64.2-1
ii  libgtk2.0-0  2.24.32-4
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libpangoft2-1.0-01.44.7-4
ii  libx11-6 2:1.6.9-2+b1
ii  shared-mime-info 1.15-1

Versions of packages pcmanfm recommends:
ii  gnome-icon-theme3.12.0-3
ii  gvfs-backends   1.44.1-1
ii  gvfs-fuse   1.44.1-1
ii  lxde-icon-theme 0.5.1-2
ii  lxpolkit [polkit-1-auth-agent]  0.5.5-2

pcmanfm suggests no packages.

-- no debconf information