*** Bug 163310 has been marked as a duplicate of this bug. ***

I have reported a similar bug here:
http://bugs.kde.org/show_bug.cgi?id=163324

The backtrace is a little different though.

*** Bug 163324 has been marked as a duplicate of this bug. ***

i can confirm this crash

I don't think this was clear in the original report, but this crash happens every single time I use right-click anywhere in the file view in dolphin/konqueror. This is a showstopping bug for me as it means I cannot browse the file system with KDE4 (right-click menus are used often plus if I forget about this bug I'll crash the application).

You're right monstermunch, I didn't report clearly. I confirm this bug happens every single time in dolphin and konqueror on my computer too.

Does this happen with local folders too, or only with remote folders? (any protocol other than file:/)

Does it happen when clicking before the items appears, or also after they do?

Yes, it happens with local folders.

I didn't try to click before the items appears. This bug appears for sure when the folder is completely loaded (and when there is empty area remaining between/after the items, which means when I'm using the "Icons view" presentation).

I can confirm that right-clicking an empty space in dolphin (starting with an empty .kde4 folder) causes the crash for local folders. This also happens using the fish:// protocol. 

I for sure can't reproduce this crash then, if it happens in the "normal" case (populated local folder).
There was such a bug in konqueror recently, but not in dolphin itself AFAIK.
The RMB contextmenu works fine in dolphin here -- with kde svn trunk.
It would be useful if someone had a more complete backtrace of the crash (with debug symbols and source code available), or tested trunk...

Can you give me some hints on how to get a better debug trace? All I'm doing here is starting dolphin from the command line and then right clicking a blank spot in the file view.

The backtrace says this:

"This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents creation of proper backtraces, or the stack frame was seriously corrupted in the crash.

(no debugging symbols found)"

The console says this:

test@comp ~ $ /usr/lib/kde4/bin/dolphin
"/usr/lib/kde4/bin/dolphin(6424)" Error in thread 140331708483456 : "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
local socket error: QLocalSocket::ServerNotFoundError
"/usr/lib/kde4/bin/dolphin(6424)" Error in thread 140331708483456 : "QLocalSocket::connectToServer: Invalid name"
dolphin(6424) <unnamed>::GlobalModelContainer::init: Failed to connect to Nepomuk server via local socket "/home/test/.kde4/share/apps/nepomuk/socket"
"/usr/lib/kde4/bin/dolphin(6424)" Error in thread 140331708483456 : "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
test@comp ~ $ KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = dolphin path = <unknown> pid = 6424
sock_file=/home/test/.kde4/socket-comp/kdeinit4__0

Doing the same in konqueror is just as unhelpful.

> "This is probably because your packages are built in a way which prevents creation of proper backtraces"

See, the first question is, how was your dolphin built?

Secondly, the way to get a backtrace, if you don't get a crash handler window when it crashes, is to do it again in gdb:
gdb --args dolphin --nofork
run
(and when it crashes)
bt

I don't know how to check how dolphin was built. Here is the version info:

/usr/lib/kde4/bin/dolphin -v
Qt: 4.4.0
KDE: 4.00.80 (KDE 4.0.80 >= (KDE 4.1 Beta1)
Dolphin: 1.0.99

Here is what gdb said:

test@muffin ~ $ gdb  --args /usr/lib/kde4/bin/dolphin --nofork
GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu"...
(no debugging symbols found)
(gdb) run
Starting program: /usr/lib/kde4/bin/dolphin --nofork
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7fa8caae4780 (LWP 9789)]
"/usr/lib/kde4/bin/dolphin(9789)" Error in thread 140362931652480 : "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
local socket error: QLocalSocket::ServerNotFoundError
"/usr/lib/kde4/bin/dolphin(9789)" Error in thread 140362931652480 : "QLocalSocket::connectToServer: Invalid name"
dolphin(9789) <unnamed>::GlobalModelContainer::init: Failed to connect to Nepomuk server via local socket "/home/test/.kde4/share/apps/nepomuk/socket"
"/usr/lib/kde4/bin/dolphin(9789)" Error in thread 140362931652480 : "org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files"
dolphin(9789) KMimeTypeFactory::parseMagic: Now parsing  "/usr/share/mime/magic"
dolphin(9789) KMimeTypeFactory::parseMagic: Now parsing  "/home/test/.local/share/mime/magic"

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fa8caae4780 (LWP 9789)]
0x00007fa8c8096ea8 in QAction::setEnabled () from /usr/lib/libQtGui.so.4
(gdb) bt
#0  0x00007fa8c8096ea8 in QAction::setEnabled () from /usr/lib/libQtGui.so.4
#1  0x00007fa8ca47191a in KNewMenu::setPopupFiles () from /usr/lib/kde4/lib/libkonq.so.5
#2  0x000000000043038b in ?? ()
#3  0x000000000043128a in ?? ()
#4  0x000000000042d322 in ?? ()
#5  0x000000000042daa7 in ?? ()
#6  0x00007fa8c9305286 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#7  0x00007fa8ca6cbffa in DolphinView::requestContextMenu () from /usr/lib/kde4/lib/libdolphinprivate.so.4
#8  0x00007fa8ca6ce44c in DolphinView::openContextMenu () from /usr/lib/kde4/lib/libdolphinprivate.so.4
#9  0x00007fa8ca6cf831 in DolphinView::qt_metacall () from /usr/lib/kde4/lib/libdolphinprivate.so.4
#10 0x00007fa8c9305286 in QMetaObject::activate () from /usr/lib/libQtCore.so.4
#11 0x00007fa8ca6bbdc5 in DolphinController::requestContextMenu () from /usr/lib/kde4/lib/libdolphinprivate.so.4
#12 0x00007fa8c80e9325 in QWidget::event () from /usr/lib/libQtGui.so.4
#13 0x00007fa8c83e8a76 in QFrame::event () from /usr/lib/libQtGui.so.4
#14 0x00007fa8c846d169 in QAbstractScrollArea::viewportEvent () from /usr/lib/libQtGui.so.4
#15 0x00007fa8c8508bb5 in QAbstractItemView::viewportEvent () from /usr/lib/libQtGui.so.4
#16 0x00007fa8c846e308 in ?? () from /usr/lib/libQtGui.so.4
#17 0x00007fa8c92f140e in QCoreApplicationPrivate::sendThroughObjectEventFilters () from /usr/lib/libQtCore.so.4
#18 0x00007fa8c809b520 in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4
#19 0x00007fa8c80a0b61 in QApplication::notify () from /usr/lib/libQtGui.so.4
#20 0x00007fa8c9c05561 in KApplication::notify (this=0x7fffd2b1ce10, receiver=0x9786a0, event=0x7fffd2b1c120)
    at /build/buildd/kde4libs-4.0.80/kdeui/kernel/kapplication.cpp:311
#21 0x00007fa8c92f1109 in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4
#22 0x00007fa8c80ffda7 in ?? () from /usr/lib/libQtGui.so.4
#23 0x00007fa8c80fe66b in QApplication::x11ProcessEvent () from /usr/lib/libQtGui.so.4
#24 0x00007fa8c81248f3 in ?? () from /usr/lib/libQtGui.so.4
#25 0x00007fa8c43f0262 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#26 0x00007fa8c43f3516 in ?? () from /usr/lib/libglib-2.0.so.0
#27 0x00007fa8c43f39af in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#28 0x00007fa8c931a3af in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4
#29 0x00007fa8c812472f in ?? () from /usr/lib/libQtGui.so.4
#30 0x00007fa8c92f0585 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4
#31 0x00007fa8c92f06db in QEventLoop::exec () from /usr/lib/libQtCore.so.4
#32 0x00007fa8c92f2729 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4
#33 0x000000000043d90e in ?? ()
#34 0x00007fa8c734e1c4 in __libc_start_main () from /lib/libc.so.6
#35 0x0000000000420c49 in _start ()

Well surely you must remember if you built it yourself or if you installed binary packages :-)
The backtrace resembles those already posted in this report, so that doesn't tell me much more.
I'm afraid you'll have to rebuild the code with -DCMAKE_BUILD_TYPE=debugfull

I'm using kubuntu hardy with the binary packages described here:
http://blog.nixternal.com/2008.06.05/hardy-kde-41-beta-1-completed/

I can make an attempt to compile dolphin but I don't have time at the moment.

*** Bug 163716 has been marked as a duplicate of this bug. ***

*** Bug 163851 has been marked as a duplicate of this bug. ***

Hi, I run kubuntu packages as my main kde 4 install, and have compiled sources to do development for kde.  I had this problem a month ago with compiled sources, but I don't any longer.  I still have this problem in kubuntu, so maybe this bug is fixed in svn, unless anyone can report this problem with a recent svn version...

Can we change the name of this bug report?   When I hear panel I think plasma, unless that's what the OP intended.

I have the same problem here.
A right click in the empty space of konqueror 4 or dolphin 4 crashes them.
The same happens if i choose File -> Create New in dolphin 4.
This really bugs me.

I also use the packaged 4.1 beta on kubuntu hardy.

I think, it solved now. I removed kde4.1 packages yesterday and reinstalled again using apt-get. Now I don't find this problem.

After reading your comment i tried the same.
Reinstalled all kde4 packages, but the bug still exists.
So i purged all packages and removed my .kde4 folder.
But still the bug exists.

So for me this is not solved.

> After reading your comment i tried the same. 
> Reinstalled all kde4 packages, but the bug still exists. 
> So i purged all packages and removed my .kde4 folder. 
> But still the bug exists. 

I removed all kde4 packages in kubuntu hardy, deleted my .kde4 and reinstalled too. The bug still exists for me.

Can someone run "valgrind dolphin --nofork 2>&1 | tee vg.log" on a debug build and reproduce the crash? Then attach the vg.log file here.

The Problem still exists in KDE4.1 beta2. Right click and dolphin crashes.
I'll post the log this evening.

*** This bug has been confirmed by popular vote. ***

I also use kubuntu kde 4.1 beta 2 version and this bug exists yet

Same here.

Comment #24 seems to get lost, so I'll requote it here:

"Can someone run "valgrind dolphin --nofork 2>&1 | tee vg.log" on a debug build and reproduce the crash? Then attach the vg.log file here."

The problem is that neither David nor I can reproduce this issue on our system and the bug-report does not contain a full backtrace with all necessary debugging symbols yet... Thanks in advance!

I don't know if this is of any value, but the same thing occurs in Konequror/KDE4 on Kubuntu w/KDE4.1 Beta2. I'm not intimately aware of how KDE is coded but it sounds like its an issue with a common library. (I don't have the debugging symbols so I can't provide a backtrace, sorry!)

I'd like to provide a full backtrace, but i can't cause i got the built
packages from the kubuntu backports.
I tried to build kde on myself following the guid that is provided by
from kde site. But i didn't figure really out how i can build them.
Was fiddling around for two days with them, without success.
Maybe if someone got a clearer guide i will try it out again.

Created attachment 25610 [details]
Valgrind Log

Here is the valgrind output from the crash (amd64) version

Thanks andreas. Now with kdebase built with debug symbols please?    -DCMAKE_BUILD_TYPE:STRING=debugfull  preferrably.

==7798== Invalid read of size 8
==7798==    at 0x6ECAEA8: QAction::setEnabled(bool) (in /usr/lib/libQtGui.so.4.4.0)
==7798==    by 0x50B6BA9: KNewMenu::setPopupFiles(KUrl::List const&) (in /usr/lib/kde4/lib/libkonq.so.5.1.0)
==7798==    by 0x42FA2A: (within /usr/lib/kde4/bin/dolphin)
==7798==    by 0x430759: (within /usr/lib/kde4/bin/dolphin)
==7798==    by 0x42CF01: (within /usr/lib/kde4/bin/dolphin)
==7798==    by 0x42D706: (within /usr/lib/kde4/bin/dolphin)
==7798==    by 0x62B2285: QMetaObject::activate(QObject*, int, int, void**) (in /usr/lib/libQtCore.so.4.4.0)
==7798==    by 0x4E64779: DolphinView::requestContextMenu(KFileItem const&, KUrl const&) (in /usr/lib/kde4/lib/libdolphinprivate.so.4.1.0)
==7798==    by 0x4E66D6B: DolphinView::openContextMenu(QPoint const&) (in /usr/lib/kde4/lib/libdolphinprivate.so.4.1.0)
==7798==    by 0x4E68160: DolphinView::qt_metacall(QMetaObject::Call, int, void**) (in /usr/lib/kde4/lib/libdolphinprivate.so.4.1.0)
==7798==    by 0x62B2285: QMetaObject::activate(QObject*, int, int, void**) (in /usr/lib/libQtCore.so.4.4.0)
==7798==    by 0x4E54254: DolphinController::requestContextMenu(QPoint const&) (in /usr/lib/kde4/lib/libdolphinprivate.so.4.1.0)
==7798==  Address 0x8 is not stack'd, malloc'd or (recently) free'd

OK. Andreas Scherf says the bug doesn't happen when libkonq is compiled in debug mode. So I'm starting to suspect a compiler bug. Especially since setPopupFiles() doesn't do anything with qactions, it just copies a URL list!

Everyone with the crash: which version of gcc (on which distro, and which type of architecture) are you using?

I tried building libkonq+dolphin in release mode here, with 
gcc (GCC) 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)
on an x86_64 machine, and I can't get the crash.

Hm, i am using the amd64 version of kubuntu hardy.
But i didn't compile it myself.

Just for the case it matters:
gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7)

A friend of mine went nearly the same way (installed kde 4.0.4 iirc) when
it came out with hardy and upgraded to to kde 4.1 beta 1 when it was released
for kubuntu.

He doesn't have the bug, and he uses the x86 version of hardy.

Same for me with the ppa.launchpad.net packages for Kubuntu (both 4.1 beta 1 and 2).

Good news! The bug has been found and fixed.
In KDE-4.1-beta1 and beta2, setPopupFiles indeed calls setEnabled, on a possibly null action, hence the crash.
Andreas, I think we had a miscommunication, when you said "the source files for dolphin-kde are from
version 4.0.4. " I thought you meant you had the crash with KDE-4.0.4. But now I understand, you had the
crash from kubuntu kde-4.1-beta packages, those 4.0.4 sources were unrelated.

Anyway: fixed in r824975 by Seb Sauer, for Bug 165013.

*** This bug has been marked as a duplicate of 165013 ***

Anyway: fixed in r824975 by Seb Sauer, for Bug 165013.

Ok, good news.
But why he did not check the MenuGroup too ?
To David: Yes i had the crash with 4.1Beta only but i got only 4.0.4 as deb packages.
Could you add the following line :

 if (KProtocolManager::supportsWriting(firstUrl)) {
+      if (d->m_newMenuGroup)
            d->m_newMenuGroup->setEnabled(true); 	             
    if (d->m_newDirAction) {
           d->m_newDirAction->setEnabled(KProtocolManager::supportsMakeDir(firstUrl)); // e.g. trash:/ 	             

Thats it ... thanks.
   



_______________________________________________________________________
EINE F

Because d->m_newMenuGroup is never 0, it's created in the constructor.

d->m_newDirAction, on the other hand, depends on whether the "Create New" menu has "Directory" in it.

So in fact this crash tells me that everyone with the crash has a setup problem. Their templates for the "Create New" menu are not found.
Is your "Create New" menu completely empty? Or does it only miss the "Directory" entry?
Type 
  kde4-config --path templates
in a terminal to see where the templates are taken from.
Is there a Directory.desktop in the last directory shown by the above command?

yea, thats it :-)
I checked the path to the templates, and i didnt even have the templates
directory.
So i checked my friends computer, and see, he had them.

I copied the templates directory with its one subfolder including
the files in there to my computer and it works.

I can create folders and files now, without crashes.

Thank you all :-)

OK but why was the templates directory missing? It's installed by kdebase/apps/lib/konq/Templates
and surely you have libkonq installed otherwise dolphin wouldn't even run.

*** Bug 165102 has been marked as a duplicate of this bug. ***

Hm, thats the question.
Right now i am far away from home and will be back in three days.
Maybe i can provide additional info about the installed
packages then.

Templates are in:
  /usr/share/templates
I think that this should be:
  /usr/lib/kde4/share/templates
Copying files helps

Installing the kubuntu package libkonq5-templates also helps. Apparently there is a missing package dependency.

*** Bug 165692 has been marked as a duplicate of this bug. ***

*** Bug 165812 has been marked as a duplicate of this bug. ***

*** Bug 166117 has been marked as a duplicate of this bug. ***

*** Bug 166316 has been marked as a duplicate of this bug. ***

"Installing the kubuntu package libkonq5-templates also helps. Apparently there is a missing package dependency."

Fixed it for me, too! :D I didn't post earlier but I was having this issue in KDE 4.1 Beta 2, and yeah, the Kubuntu packages (ppa.lp.net packages). Glad that's an easy fix. Now, who's in charge of those packages? :)