I've made some progress in tracking this down. The first problem was the result of a temporary being passed to a routine expecting a reference. In my experience this always causes trouble. The value being passed in is fine but it's not getting into the routine being called. The following patch fixes that problem.

------------------------------------------------------------------

--- kdockwidget.cpp.backup      2004-03-24 12:33:24.000000000 -0500
+++ kdockwidget.cpp     2004-03-24 12:38:46.000000000 -0500
@@ -2659,8 +2659,13 @@
       obj->setGeometry(r);

       c->setGroup( group );
-      obj->setTabPageLabel(c->readEntry( oname + ":tabCaption" ));
-      obj->setToolTipString(c->readEntry( oname + ":tabToolTip" ));
+
+         QString               entryname;
+
+         entryname = oname + ":tabCaption";
+      obj->setTabPageLabel(c->readEntry( entryname ));
+         entryname = oname + ":tabToolTip";
+      obj->setToolTipString(c->readEntry( entryname ));
       if ( c->readBoolEntry( oname + ":visible" ) ){
         obj->QWidget::show();
       }
@@ -2668,8 +2673,13 @@

     if ( type == "DOCK"  ){
       obj = getDockWidgetFromName( oname );
-      obj->setTabPageLabel(c->readEntry( oname + ":tabCaption" ));
-      obj->setToolTipString(c->readEntry( oname + ":tabToolTip" ));
+
+         QString               entryname;
+
+         entryname = oname + ":tabCaption";
+      obj->setTabPageLabel(c->readEntry( entryname ));
+         entryname = oname + ":tabToolTip";
+      obj->setToolTipString(c->readEntry( entryname ));
     }

     if (obj && obj->d->isContainer) {

--------------------------------------------------------------------------------

A second problem is that because the dock tab names are getting whacked, empty values are written out to '~/.kde/share/config/kdeveloprc'. If you replace the missing values they're deleted the next time kdevelop is run.

--------------------------------------------------------------------------------

Now that I've got the dock widget names being properly set, there still appears to be a problem with them being lost before MainWindow::fillToolViewsMenu() can be called. Still working on this. Unfortunately my libc++ is still non-debug but kdevelop, kdelibs, and qt are debug. Getting some crashes on deletion as you would expect because of this.

Created attachment 5398 [details]
Fixes a bug that causes data to be lost in a method call.

Hmm. Lost my comment on that last one. Anyway, this patch fixes another bug like the first one. Still doesn't solve the problem. More investigation needed.

I've apparently "fixed" this one but the problem is a design issue so my hack really isn't a bug-fix. In my second patch, if you replace the trinary expression in the declaration of "caption" with "caption = shortname;" the menu works again. Apparently someone changed the tab code not to put labels on the tabs in "Tabbed" mode (and other non-IDEAlmodes) without realizing that those labels were being used for the dynamically generated menu-text. The authors will have to decide which way they want to go on this.

Didn't mention: The above hack fixes the View|Tree Tool Views menu but doesn't completely fix the View|Tool Views menu. Apparently some of the Output View tab labels aren't showing in that menu. This is a different bug than the first as all of the Output View tab labels _are_ showing in the View|Output Tools menus.

(NB) The "Show..." bug from the View|Tool Views menu also affects the corresponding action text in the Shortcuts dialog.

I've done a little more leg-work on the "Show..." bug but I've gone about as far as I can. What _appears_ to be the problem is that the "View|Tool Views" submenu is initialized from the dock widgets' captions as opposed to the View|Tree Tool Views and View|Output Tool Views submenus which are initialized from the dock widgets' "tab page label/title". It seems that the captions are only being initialized for KDockWidgets associated with an external Part and thus the bug. I don't really know anything about KDE/Qt yet so I may have misinterpreted something.

Created attachment 5441 [details]
Fix for the "Show..." bug in the "Tool Views" menu

Includes changes from previous patch.

The libKDE patch given in the first comment and the attached patch fix all of the described menu problems (and the shortcut window as mentioned in #6) I don't know if this provides the best solution but it works and seems to be otherwise innocuous. Good enough for me ;)

hi,
thank you for this patch. on kdevelop 3.0.3 it's works fine for me. but i have a little problem with it. the treeview-button doesn't work anymore :( if i close the treeview there a no way to get it back.

I don't see this anymore with KDevelop 3.1.90 (KDevelop 3.2 Alpha 1). Does the MDI mode matter here? I've only used ideal mode.

Shouldn't happen with 3.1.90 because we provided captions for all tool views so that menus are correct. Also dockwidget configuration is not stored/restored on/from disc now (because restoration was too buggy) so no problems with configuration files are possible.