Unable to step time past date on Date / Time Window

Bug #927329 reported by David
24
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Stellarium
Fix Released
Low
Unassigned

Bug Description

When setting date to 2013- 11 - 2 _ @ 23 : xx : xx oclock. xx being not important. Then Clicking the up arrow on the hours field to increment higer, the time will not get past 2013/11/3 @ 1:xx:xx oclock

In fact, when 1:xx:xx is first reached, and the up arrow clicked again, the star locations change, but the date and time does not. Any further clicks have no effect.

Normal progression of time and fast forwarding time still work and do move past this point in time.

Tags: time
Revision history for this message
David (changedsoul) wrote :
Revision history for this message
David (changedsoul) wrote :

forgot to attach console output:
Here it is.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

I can't reproduce this issue

Revision history for this message
David (changedsoul) wrote :

What can I submit that may help? I am using the latest version 0.11.1, compiled from source on openSuse11.4.
I ran "cmake, followed by "make". After which, I did not install, but rather just launched the program from the current directory.

changedsoul@linux-5z5s:~/stellarium-0.11.1> ./src/stellarium

This is how I launched the app.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please try run cmake with -DCMAKE_INSTALL_PREFIX=/opt/stellarium and install it.

tags: removed: fixed time
Changed in stellarium:
status: New → Incomplete
Revision history for this message
David (changedsoul) wrote :

I have done what was suggested and ran "cmake -DCMAKE_INSTALL_PREFIX=/opt/stellarium" I also installed and then ran from /opt/stellarium/bin but the issue still persists.

Is there a way I can enable debug info, or upload a video, or something to demonstrate what this error is doing?

Revision history for this message
David (changedsoul) wrote :

I should also note that trying to increment the " minutes " field results in a constant loop. I attached a short .mov recorded with my ipod touch showing what is going on.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

I can't reproduce it on 0.11.1 version. Do you can show log.txt from ~/.stellarium?

Revision history for this message
David (changedsoul) wrote :

Here is the log file from ~/stellarium

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Thank you! I think this issue related with old Qt - may be you can update Qt to 4.7.4 or 4.8.0?

Revision history for this message
David (changedsoul) wrote :

Thank you for all your suggestions, but even with QT 4.8 the issue is still present.
Attached is the new ~/stellarium log file

Revision history for this message
David (changedsoul) wrote :

I want to also add, I just compiled this on a separate computer running openSuse 11.4, but this computer has NVidia graphics instead of intel, and I had the very same issue. So perhaps is some packages in openSUSE ??

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Maybe. Do you can make a debug version of Stellarium and Qt?

treaves (treaves)
Changed in stellarium:
status: Incomplete → Confirmed
Revision history for this message
David (changedsoul) wrote :

I would be glad to do this, but not sure how. Can you give some quick info how to do this debug versions?

Revision history for this message
treaves (treaves) wrote :

There is no ned for you to do so; the bug has been confirmed.

Revision history for this message
David (changedsoul) wrote :

Oh, great. Thanks for taking the time to look into this.

Changed in stellarium:
assignee: nobody → treaves (treaves)
milestone: none → 0.11.2
Changed in stellarium:
status: Confirmed → Fix Committed
Revision history for this message
treaves (treaves) wrote :

I do not see where you've committed a fix for this Alex.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Hmm... You do not close the bug?

Changed in stellarium:
status: Fix Committed → Confirmed
Revision history for this message
treaves (treaves) wrote :

No; I committed some code that was buggy while looking at this defect, but, not this defect itself.

Revision history for this message
Bogdan Marinov (daggerstab) wrote :

I bet on daylight saving time: 3 November is the first Sunday in November, when DST ends in the US and Canada.

Revision history for this message
treaves (treaves) wrote :

Good guess. In looking at the code, and TRYING to debug it, it's hard to see where it goes wrong. I'll look more at it.

Changed in stellarium:
milestone: 0.11.2 → 0.11.3
Revision history for this message
Will Murry (dean-murry) wrote :

I have the same problem when setting the date to 2011/11/6 @ 1:xx:xx. Trying to click on the up arrow in the hour field to increment higher does not work right until 2011/11/6 7:xx:xx. Trying to type the hour in also does not work correctly during that interval.

Changed in stellarium:
milestone: 0.11.3 → none
Changed in stellarium:
importance: Undecided → Low
Revision history for this message
Matija Prević (matija-previc) wrote :

Hi, I'm using stellarium 0.12.0 (32x) on windows 7 (64x), and having same problem. Found it at date 1582/10/26 . I was changing years in past and watched what happens to Sun. It was all the time in more or less same position until it came to this year - suddenly whole sky jumped in comparision to earth and compass. With more detailed examination figured there is datetime "blank" between 00:59 and 1:58. This time cannot be accessible. When going from 2:00:00 to lowering minutes it will jump from 1:58:00 to 2:57:00, so it's infinite loop. And when going from 00:59:00 up, it jumps to 2:00:00. Hours, if on 2:00:00 cannot be lowered to 1:00:00, nothing happens.
Now, normally I wouldn't care for some shy hour in some distant year... But when I move days or even years and pass that ghost time whole sky shifts like I wrote in the first paragraph (it is shown in attachment too). This looks to me like a more serious bug, because whole sky continues from shifted position.

Same bug in 2013-31-03 around 00:59:00 and 2:58:00. And probably all over different dates. But for me not on David's or Will's datetime. Have you any ideas what is causing this?

Revision history for this message
Matija Prević (matija-previc) wrote :

Here is my log file.

Revision history for this message
gzotti (georg-zotti) wrote :

The date 1582 indicates of course potential issues with Gregorian date reform. I cannot reproduce it as of 0.13.1.
However, the hour-blocking at DST switchover is still here (moving backward in October, or forward in March)!

gzotti (georg-zotti)
tags: added: time
Changed in stellarium:
status: Confirmed → Opinion
assignee: treaves (treaves) → nobody
Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please check latest beta of Stellarium - Date and Time dialog was refactored for version 0.15.

Changed in stellarium:
milestone: none → 0.15.0
status: Opinion → In Progress
Changed in stellarium:
status: In Progress → Fix Committed
Changed in stellarium:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.