Bug 231152 - Starting and ending time zones for a to-do are different by default
Summary: Starting and ending time zones for a to-do are different by default
Status: VERIFIED FIXED
Alias: None
Product: korganizer
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-17 21:42 UTC by Sabine Faure
Modified: 2010-07-02 18:31 UTC (History)
1 user (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-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