Bug 231152

Summary:	Starting and ending time zones for a to-do are different by default
Product:	[Applications] korganizer	Reporter:	Sabine Faure <sabine>
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	VERIFIED FIXED
Severity:	normal	CC:	smartins
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:

Description Sabine Faure 2010-03-17 21:42:46 UTC

Version:            (using Devel)
Compiler:          gcc 4.3.2 
OS:                Linux
Installed from:    Compiled sources

- Launch KOrg
- Click on 'New To-do' button 
- Select a calendar and fill in the title, location, category for the to-do
- Check the 'Start:' check box
- Enter tomorrow as a start date and due date
- Check the 'Time associated' check box and enter a starting and ending time for the to-do (ex: 17:00 to 20:00)
- Select 'Europe/Paris' instead of 'floating' as the time zone for the starting time

It works but the time zone for the due time is still displaying 'Floating'.
So the user as to manually edit it so that it shows the same time zone.

That would be so much more efficient if this was edited automatically once a start time zone has been selected.

Plus I checked and it is actually possible to create a to-do with a start time in a time zone and an ending time in another. I wonder what would be the use for this?
It would make much more sense to have the same time zone for starting and ending time all the time.

Trunk, Svn Rev 1104424

Comment 1 Sergio Martins 2010-03-29 00:31:22 UTC

Imagine you have a plane ticket from Portugal to New York that says you leave at XX:XX GMT, and arrive at YY:YY EDT.

It's just easier to insert X and Y times as they are than converting them to your timezone.

Comment 2 Sabine Faure 2010-04-01 21:33:40 UTC

Hi Sergio!

I see. the fact that it's possible to have a starting and ending time on different time zones is done on purpose.

But I still think that by default when the user chooses one time zone for a to-do the other combo box should display the same time zone since most of the time they will be the same.

I will rename that bug so that it's less confusing.

Trunk, Svn rev 1109533

Comment 3 Sergio Martins 2010-06-08 11:29:10 UTC

SVN commit 1135903 by smartins:

Checking mDueCheck/mStartCheck when mTimeButton is already selected changes the selected timezone from Float to the system timezone.

Checking mTimeButton when mDueCheck/mStartCheck are already selected should do the same thing.

BUG: 231152


 M  +2 -2      editorgeneraltodo.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1135903

Comment 4 Sergio Martins 2010-06-08 11:32:00 UTC

Notice that when the timezone combobox is disabled, it will always display floating.

Comment 5 Sergio Martins 2010-06-08 11:37:53 UTC

SVN commit 1135906 by smartins:

Backport r1135903 by smartins from trunk to branch 4.4:

Checking mDueCheck/mStartCheck when mTimeButton is already selected changes the selected timezone from Float to the system timezone.

Checking mTimeButton when mDueCheck/mStartCheck are already selected should do the same thing.

CCBUG: 231152


 M  +2 -2      koeditorgeneraltodo.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1135906

Comment 6 Sabine Faure 2010-07-02 18:28:54 UTC

It is corrected now.

The starting time zone and the due time zone are the same by default now eventhough it is possible for the user to select two different ones (one for the start date and another one for the due date).

Trunk, Svn Rev 1145565

Comment 7 Sabine Faure 2010-07-02 18:31:07 UTC

I meant Trunk, Svn Rev 1145265