Bug 257236 - time selection dialogs shows (0 hours 0 minutes)/date selection dialog shows 1 1 2000 after opening
Summary: time selection dialogs shows (0 hours 0 minutes)/date selection dialog shows...
Status: CLOSED FIXED
Alias: None
Product: KOrganizer Mobile
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Maemo 5 Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-11-18 12:21 UTC by Ludwig Reiter
Modified: 2011-01-19 15:56 UTC (History)
0 users

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 Ludwig Reiter 2010-11-18 12:21:25 UTC
Version:           unspecified (using Devel) 
OS:                Linux

version: kdepim-mobile 20101118.1198236-1maemo1.1198084

Reproducible: Always

Steps to Reproduce:
1. Start to create an event.
2. Click on start time or date.

Actual Results:  
time: 0 0
date: 1 1 2000
on the right side.

Expected Results:  
the selected time 10:00
the selected date 2010-11-18
Comment 1 Artur Souza (MoRpHeUz) 2010-11-26 10:47:04 UTC
SVN commit 1200922 by asouza:

Make date and time selectors set proper values

A possible bug in QML was not properly propagating the changes
to the widgets. One workaround for that is calling a function
instead to set the value instead of relying on the signals.

Now dates and times are shown correctly (instead of 0's) but
we still need to setup to the right values (right now they show
the 'current/last setup' date and time.

CCBUG:257236
CCBUG:257692


 M  +10 -2     ClockDialog.qml  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1200922
Comment 2 Artur Souza (MoRpHeUz) 2010-11-26 15:46:00 UTC
SVN commit 1201019 by asouza:

Properly setup the initial values of widgets

This patch (still needs some polishing, but already works) fix the
issue of the initial value of the variables not being properly
propagated through the tree until it reached the parent.

Actually the parent was receiving the changes but wasn't acting
on those changes, what led to the bugs below. It's fixed now
and just needs some polishing.

BUG:257236
BUG:257692


 M  +16 -1     CalendarDialog.qml  
 M  +12 -0     ClockDialog.qml  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1201019
Comment 3 Ludwig Reiter 2011-01-19 15:56:57 UTC
Windows CE Calender Touch 2011-01-16 git-4d1bc61
It worked in a test.

Closed.