Opened 13 years ago
Last modified 13 years ago
#3599 new bug
Value Tool causes very low gui responsivity with TMS layers
Reported by: | borysiasty | Owned by: | rblazek |
---|---|---|---|
Priority: | major: does not work as expected | Milestone: | Version 1.7.0 |
Component: | Rasters | Version: | |
Keywords: | ValueTool tms gui lag | Cc: | borysiasty |
Must Fix for Release: | No | Platform: | Debian |
Platform Version: | Awaiting user input: | no |
Description
- Load a TMS layer (e.g. http://www.gdal.org/frmt_wms_openstreetmap_tms.xml )
- Choose the Zoom In tool
- Move the cursor between the mapCanvas and outside. The cursor switches between the magnifier and the arrow with about 3 sec lag on my machine.
- Try to use the rectangle zoom. Almost impossible.
Can anybody confirm?
Change History (4)
comment:1 by , 13 years ago
comment:3 by , 13 years ago
Component: | Rasters → Python plugins and bindings |
---|---|
Keywords: | ValueTool added |
Owner: | changed from | to
Summary: | Very low gui responsivity with TMS layers → Value Tool causes very low gui responsivity with TMS layers |
Yes, exactly! It's caused by Value Tool. And seems I was wrong a bit - mouse cursor has to be over data extent (not just anywhere in the map canvas) to cause the issue.
comment:4 by , 13 years ago
Component: | Python plugins and bindings → Rasters |
---|---|
Owner: | changed from | to
The problem is in gdal provider (anf gdal WMS/TMS provider), I believe. The ValueTool just discovered the problem. So I take it.
Note:
See TracTickets
for help on using tickets.
More generally: whole gui is dramatically slow when the cursor is above the mapCanvas and within ~ 3 sec after it leaves. Well visible also with the coordinates display in the status bar.