Bug 288887

Summary: Resetting a toolbar doesn't actually reset manually changed action texts
Product: [Frameworks and Libraries] kdelibs Reporter: skootz <axanon>
Component: kdeuiAssignee: kdelibs bugs <kdelibs-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: cfeck, hein
Priority: NOR    
Version: 4.7   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:

Description skootz 2011-12-13 12:20:46 UTC
Version:           1.4-beta1 (using KDE 4.7.3) 
OS:                Linux

I was customizing the text on my toolbar icons to try and cut down on clutter, and I changed the "Channel List for <x>" button to "Channels on" but all the button says is "Channels on", there is no more server name. Clicking on the Defaults button to revert to defaults will clear the toolbar, but when I try to add the "Channel List for ..." (which shows up properly on the left side), the text is still "Channels on" when it is added to the right.

Reproducible: Always

Steps to Reproduce:
Configure toolbar and add "Channel List for <x>" to the toolbar. Select the button on the right side of the window and click "Change text", and modify the text to something else.

Actual Results:  
I cannot revert to defaults, the button will not clear the information entered earlier.

Expected Results:  
When you click on "Defaults" it should reset everything to default.

Perhaps a $channel variable would be helpful
Comment 1 skootz 2011-12-13 12:34:52 UTC
I'm actually using 1.4, I didn't realize it was updated
Comment 2 Eike Hein 2011-12-13 13:19:22 UTC
While I agree resetting the action text should work, that's all kdelibs UI we have no control over. Resetting the toolbar doesn't appear to be enough because kdelibs also stores the changed action text in memory and doesn't clear it on toolbar reset. You have to restart the app after reset for it to truely forget the change.

Reassigning to kdelibs.
Comment 3 Eike Hein 2011-12-13 13:26:11 UTC
CC'ing Christoph Feck who seems to be the author of the "Change Text" functionality according to the source history.
Comment 4 Christoph Feck 2011-12-13 13:30:36 UTC

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