-
-
Notifications
You must be signed in to change notification settings - Fork 838
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Clicking on map to change location gets increasingly slower from click to click #3173
Comments
Does it happen with Qt 5? |
Unfortunately, yes. At least 5.15.2. |
I can't reproduce the issue in macOS P.S. When I/O is happened then choosing the location is a bit slowly of course |
But it should not become slower and slower. Why does the 5th click already take several seconds (~twice the time of the 4th click) to compute coordinates from the map (or do something else in the background)? There is no landscape to load, what sort of heavy IO would be triggered? |
Not in the macOS |
Stop! This is really slow when atmosphere is disabled! |
I have atmosphere on. But something unexpected must be going on here. |
Georg, please try follow:
What happening on your side? |
Hello @gzotti! OK, developers can reproduce the issue. Thanks for the report! |
Same consecutive build-up of slowdown over several clicks. waiting 30s now... |
Hmm... Setting time zones in |
I found the problematic line! See LocationDialog.cpp:199 ( |
Maybe. But what happens here that slows it down? I had to set this to return to default location/landscape. |
I can't reproduce the issue in 23.1/Win10, but I see the problem in 23.1.104/Win10 O_o |
OK, I've remarked line 199, builded the planetarium and run it.
OK, other experiment. Revert commenting line 199 and disable code for What is happened here? A cycle: mapWidget (emit positionChanged) -> LocationDialog (setLocationFromMap - > moveObserverTo) -> StelCore (emit targetLocationChanged) -> LocationDialog (updateFromProgram -> setLocationUIvisible) -> mapWidget (emit positionChanged) |
I see for this use case it is OK now. But it may have not cleared the original problem. But #3171 is then still not good. I don't know why the loading of best place takes so long, even with Preetham atmosphere. Maybe a similar loop. So, we'd better review the connected actions... |
@gzotti please check master |
Selecting a contact time from the lower box works. However, should selecting the main line in the upper dialog not also set best location? This occasionally works, but more than often does nothing. |
This was not a good fix. Select SolarSystemObserver and click into the image. The solution in #3180 seems to work. |
Hello @gzotti! Please check the fresh version (development snapshot) of Stellarium: |
Hello @gzotti! Please check the latest stable version of Stellarium: |
Expected Behaviour
Click on the map in LocationPanel sets new location within a short reaction time with every click
Actual Behaviour
Clicking 3-6 times to set various random locations takes longer and longer to set new location
Steps to reproduce
System
Logfile
Nothing suspicious
The text was updated successfully, but these errors were encountered: