Version: (using Devel) Compiler: gcc 4.3.2 OS: Linux Installed from: Compiled sources - Launch KOrg - Go to Settings menu/Configure KOrganizer... - Click on the 'General' icon and go to the 'Calendar Account' tab - Select a calendar that is also displayed in the folders/resources view in KOrg main window. - Click on the 'Modify...' button - Modify the name of the calendar and click on 'Ok' - The new name is not displayed in the Calendar Account tab - Click on 'Ok' - The new name is not displayed in the folders/resources view either. The Mofidy button does not seem to work atm. However if you reselect the same calendar in the Calendar account tab and click on Modify again, the new name is remembered. Trunk, Svn Rev 1117463
Not sure if this is a bug, because the "Modify" button only lets you change the file where the events are stored, not the name of the calendar. If you want to change the name of the calendar go to korg's resource view, right click and chose "Properties".
Indeed there is no bug there. Sorry Sergio, I did not understand how this functionality was supposed to work properly. Here are the proper steps to test this functionality: - Launch KOrg - Create a new event (ex Event A) using a calendar called iCal file 1 - Go to Settings menu/Configure KOrganizer... - Click on the 'General' icon and go to the 'Calendar Account' tab - Select a calendar that is also displayed in the folders/resources view in KOrg main window. - Click on the 'Modify...' button - Browse to modify the location and then modify the name of the calendar (ex: Modified iCal) - Click on 'Ok' - The new name is not displayed in the Calendar Account tab nor in the folders/resources view but from now on the new events created from this calendar will be stored in Modified iCal To check this: - Create a new event (ex: Event B) still using iCal file 1 - Find the Modified iCal file on your HD and open it in kwrite. - In the file a line should say SUMMARY: Event B and there should not be any event A. It works fine so I am closing this bug which is invalid. Trunk, Svn Rev 1123669