Bug 234585 - Actions name not reset to default in Configure Toolbars dialogue
Summary: Actions name not reset to default in Configure Toolbars dialogue
Status: RESOLVED DUPLICATE of bug 234581
Alias: None
Product: korganizer
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: LO normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-17 02:25 UTC by Sabine Faure
Modified: 2010-11-19 02:34 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sabine Faure 2010-04-17 02:25:45 UTC
Version:            (using Devel)
Compiler:          gcc 4.3.2 
OS:                Linux
Installed from:    Compiled sources

- Launch KOrg
- Go to Settings menu/Configure Toolbars...
- Select the 'Configure View' action from available actions and put it in current actions by double clicking on it.
- Click on 'Change Text...' button
- Type in 'Configure View name change' and click on 'Ok'
- You can see the new name in the 'Current actions' table.
- Click on 'Apply' and a 'Configure View name change' button should appear in the main toolbar
- Now click on 'Defaults' button
- A 'Do you really want to reset all toolbars of this application to their default? The changes will be applied immediately' message appears in a pop up dialogue.
- Click on 'Reset'
- The button disappears from the toolbar but remains in the 'current actions' (unless bug#234571 has been corrected) so click on 'Ok' and reopen the Configure Toolbars dialogue.

You can see in the 'Available actions' table that the 'Configure View name change' action is still called in that way whereas it should have been reset to 'Configure View'.

Note: the same bug happens with all the toolbars in this dialogue.

Trunk, Svn Rev 1115397
Comment 1 Sergio Martins 2010-09-07 11:15:11 UTC
Can you test with another KDE app and re-assign this bug if you reproduce?
Comment 2 David Faure 2010-11-19 02:34:14 UTC
iconText and icon are two action properties treated the same way, so this is the same bug as 234581.

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