Pcmanfm closes on Bookmark creating (dragging)

Bug #635849 reported by Pierre
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
pcmanfm (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Binary package hint: pcmanfm

... sorry... from auto reporting... nothing more to add. Thanks.

ProblemType: Crash
DistroRelease: Ubuntu 10.10
Package: pcmanfm 0.9.7-1ubuntu1
ProcVersionSignature: Ubuntu 2.6.35-20.29-generic 2.6.35.4
Uname: Linux 2.6.35-20-generic i686
Architecture: i386
Date: Sat Sep 11 12:57:44 2010
ExecutablePath: /usr/bin/pcmanfm
InstallationMedia: Lubuntu 10.10 "Maverick Meerkat" - Alpha i386 (20100806)
Pref_Config_System_Lubuntu:
 [Preferred Applications]
 WebBrowser=firefox.desktop
 MailClient=
ProcCmdline: pcmanfm --desktop --profile lubuntu
ProcEnviron:
 LANG=en_CA.UTF-8
 SHELL=/bin/bash
RelatedPackageVersions:
 libmenu-cache1 0.3.2-2
 pcmanfm 0.9.7-1ubuntu1
 udisks 1.0.1+git20100614-1
 gvfs 1.6.3-0ubuntu2
SegvAnalysis: Skipped: missing required field "Disassembly"
Signal: 11
SourcePackage: pcmanfm
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
Pierre (pierrewinnipeg) wrote :
Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 IA__gtk_container_foreach (container=0xaaaaaaaa,
 IA__gtk_container_get_children (container=0xaaaaaaaa)
 on_bookmarks_changed (bm=0x8f2fd38, win=0x8fc2010)
 g_cclosure_marshal_VOID__VOID ()
 g_closure_invoke () from /usr/lib/libgobject-2.0.so.0

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in pcmanfm (Ubuntu):
importance: Undecided → Medium
tags: removed: need-i386-retrace
Revision history for this message
Julien Lavergne (gilir) wrote :

Thank you for your bug report.
Do you still have the problem ? If yes, could you add the file .gtk-bookmarks of you home directory (if nothing is private)
Thank you for your help.

Changed in pcmanfm (Ubuntu):
status: New → Incomplete
visibility: private → public
Revision history for this message
Eliah Kagan (degeneracypressure) wrote :
Download full text (5.0 KiB)

I can reproduce the problem on my Ubuntu 10.10 Maverick x86_64 system (PCManFM 0.9.7, package version 0.9.7-1ubuntu1; it was installed as part of lubuntu-desktop 0.18).

I have *not* been able to reproduce the bug with my Ubuntu 10.10 Maverick i686 system. (I don't think the architecture is the cause of the difference, though.)

I've actually been experiencing this problem for months (at least), but neglected to report it. (Sorry about that!)

This bug (as it manifests on my system) is strange in the following four ways. (When I write of the "usual way" of opening a PCManFM window, I mean creating it by clicking the "File Manager" icon that is present by default in the LXDE Launch Bar provided by lubuntu-desktop. This icon represents the application shortcut "pcmanfm %U".)

(1) If I open a new PCManFM window in the usual way and, in that window, try to add an item to the bookmarks by dragging it in, the window closes, but the bookmark is successfully created.

(2) If I open a new PCManFM window by running the command "pcmanfm" in an LXTerminal and, in that window, try to add an item to the bookmarks by dragging it in, the window does not close (and the bookmark is successfully created). This is highly unexpected, because I am using LXDE (via lubuntu-desktop), so a window created by running "pcmanfm" still belongs to the *original* pcmanfm process. I have checked to verify that this is the case on my system.

(3) If I open a new PCManFM window by running the command "pcmanfm" in an LXTerminal and then, in a PCManFM window opened the usual way (opened either before or after the other one was opened), I try to add an item to the bookmarks by dragging it in, the window does not close (and the bookmark is successfully created).

(4) If I open a new PCManFM window by running the command "pcmanfm" in an LXTerminal, close that window, and then, in a PCManFM window opened the usual way (opened either before or after the other one was opened, and also either before or after the other one was closed), I try to add an item to the bookmarks by dragging it in, the window *does* close (but the bookmark is successfully created).

(5) I am sure I recall a PCManFM window closing a couple of times as a result of *removing* a bookmark (but the removals succeeding). I have not reproduce that systematically, though.

(6) In a local session created by running "ssh -c blowfish -X localhost", if I open a new PCManFM window by running the command "pcmanfm", that window does belong to a new PCManFM process, as expected. In that window, if I try to add an item to the bookmarks by dragging it in, PCManFM does not crash (and the bookmark is successfully created). However, the message "** (pcmanfm:1862): DEBUG: FmJob error: No such file or directory" is printed to the ssh console.

(7) If I create a new PCManFM window from a local ssh session as described above, and then I create a second PCManFM window in the usual way and, in that second window, I try to add an item to the bookmarks by dragging it in, the window *sometimes* closes, and *sometimes* doesn't. Either way, the bookmark is successfully created. When creating the bookmark does not cause the window to close, a d...

Read more...

Revision history for this message
Eliah Kagan (degeneracypressure) wrote :

Correction: That's 8 ways, not 4. ;-)

Julien Lavergne (gilir)
Changed in pcmanfm (Ubuntu):
status: Incomplete → New
Revision history for this message
Eliah Kagan (degeneracypressure) wrote :

As an minor update: I have a 32-bit Maverick system where adding bookmarks works correctly, and I have found that, upon successful bookmark creation, PCManFM windows started via ssh -X also print the message.

** (pcmanfm:1962): DEBUG: FmJob error: No such file or directory

to the console (with the number 1962 subject to change, of course).

Presumably pcmanfm instances started in "true" local sessions also do that (I just haven't checked--I would have to run PCManFM on a system not running LXDE.)

This suggests that while my having reported that message above is still useful for determining *which* pcmanfm instance was doing what, it is not itself related to this bug.

Revision history for this message
Eliah Kagan (degeneracypressure) wrote :

It seems that now, when I drag folders into my bookmarks in pcmanfm, I experience the crash in bug 722011, rather than the crash in this bug. I suspect I *always* experienced that crash when this occurred, but thought I had experienced this bug by looking at the description whilst ignoring the stack trace. (A slightly more detailed explanation of how I have found this to be the case and how I may have made the mistake to think this was the specific bug I experienced is posted in comments to bug 722011 itself.)

Therefore, I'm indicating that this bug does not affect me. Since its status was changed from Incomplete to New when I posted saying this affected me, perhaps it should now be changed back to Incomplete. If nobody else here or in the duplicates can reproduce it, then perhaps it should be marked Invalid.

Perhaps some of the other people who believe they are affected by this bug are actually affected by bug 722011 instead. (People who saw this bug and not that one in the browser window launched by Apport are not making that mistake, however -- those people almost certainly really are experiencing *this* bug, and not bug 722011.)

Revision history for this message
Julien Lavergne (gilir) wrote :

Thanks Eliah for the detailled report. I'll merge the bug into bug 722011, as it seems to be the same bug.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in pcmanfm (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.