View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000664 | GeoSetter | User Interface | public | 2010-10-21 16:24 | 2010-10-25 12:31 |
Reporter | Cameron | Assigned To | Friedemann | ||
Priority | normal | Severity | major | Reproducibility | sometimes |
Status | resolved | Resolution | no change required | ||
Product Version | 3.3.60 Release | ||||
Target Version | Fixed in Version | ||||
Summary | 0000664: Map window has inconsistent control | ||||
Description | It was working fine one week ago Problem happens on Win 7 x64, and also XP SP3 running as virtual machine on same system (accessed by remote desktop). Symptoms: 1. tracks suddenly no longer shown. Tried changing colour, track width, setting opacity to 100 - nothing makes track visible. (same folder where I have already matched images to GPX file.) 2. left mouse button does not pan image (mouse cursor remains as arrow, not hand) left click on compass points (top left) does not pan map. (but the zoom buttons work) 3. middle mouse wheel does nothing (normally should zoom in/out) 4. Adding an image direction creates the spot but does not draw the angle of view or the central line from camera position to target. The target spot is not movable (setting of "lock direction angle" does not matter). The mouse cursor does change to a finger but can never move the target position. The problem doen NOT happen on an XP SP3 laptop, which works as expected, both directly logged in, as well as accessing it via remote desktop from the same win 7 machine that shows the problems. If I access the XP virtual machine using the VMWare console then geosetter works properly. Running VMware server 2.0.2 on the Win 7 X64 host - quad core I7, 8GB ram | ||||
Additional Information | So the issue is not consistently tied with a graphics card, nor with remote desktop, nor with the client system running geosetter. This is crazy. All geosetter are the same version, accessing the same folder on a file server. (Also the same with local files). It is independent of map option (google map, satellite, OSM). | ||||
Tags | No tags attached. | ||||
|
I have since installed and tested on two other Win7 x64 machines - both work properly. One of these has the same version of VMWare server, so that is probably not a factor. The system that does not work has an NVidia 9800 graphics card - the other two have ATI and Intel on-board graphics. I updated to the latest video drivers - no change. I uninstalled and reinstalled Geosetter - no change. I again uninstalled Geosetter, removed my settings (deleted the Appdata\Roaming\geosetter folder); I removed any likely entries from registry that had the name geosetter, and then reinstalled and reconfigured. Still no improvement. Update: using Geosetter now does not work under the XP VM in the VMWare console window. I do not know if I was dreaming what I reported yesterday. |
|
Is there perhaps a firewall installed which maybe blocks GeoSetter? Which version of Internet Explorer is installed? |
|
There is no firewall on any of the machines on the same LAN. There was a proxy problem with previous versions of geosetter, but that is working OK now. The maps are retrieved OK. Only problems are drawing on the maps with opacity, plus some mouse operations do not work. IE8 on each of the win-7 machines. IE8 on the XP virtual machine that does not work IE7 on the XP laptop that works |
|
A couple more tests... XP SP3 virtual machine on the Win7 X64 with the Intel graphics adaptor: works OK. Both those also work OK over remote desktop, being displayed on the Win-7 x64 machine where Geosetter does not work. So the summary at the moment: the fault stays consistently with the machine running Geosetter, rather than the machine displaying the map (and controlling the mouse). Mouse actions, on broken systems: left click does not reset the red marker when clicked on the background. left click does not select the image when a marker is clicked (but the cursor does change to the pointing finger as it hovers over the marker) left click does work the zoom buttons left click does not work for the compass directions (top left) to pan the map. left click and drag does nothing middle click changes cursor to the circle with up and down arrow markers (on all systems) and allows small image shift. middle scroll up or down does nothing right click works as expected - on background: select nearby images - on a marker gives image info plus select nearby |
|
Did you try to reinstall the Internet Explorer already? |
|
Please unzip the attached file geosetter_map_test.zip and open geosetter_map_test.html in Internet Explorer. Does it work or do you have the same problems as you have in GeoSetter? |
|
I just attached also geosetter_map_test.jpg which shows how the test should look like... |
2010-10-22 14:33
|
|
2010-10-22 14:33
|
geosetter_map_test.zip (14,846 bytes) |
|
Thanks for those - the tests show something is wrong - there are almost as many different responses as browsers that I tried. I think you had the "pov" images named wrongly (but that is only a side issue) I first reset IE settings to default. This caused more items to be drawn, but the mouse still did not work, nor did the field of view triangle. By running IE in the special mode with all add-ons disabled, it works properly!!! But do you think I can find the culprit? I have disabled everything visible including those from microsoft in the "run without permission" category. Now everything is removed except the basic MS entries. The 64-bit explorer shows the fault as well, and there are few extensions that run in 64-bit mode, so I think it must be something rather fundamental. |
|
MS advice seems to be that Win7 users cannot "reinstall" IE8. It can be disabled, and re-enabled, but there is no installer beyond a complete system rebuild. I suppose I could try IE9 beta, but I'm not that brave at the moment. The system restore futility is not an option - it saved so many copies automatically while I was adding and removing items that all the available restore points are from a time I know it did not work. The XP virtual machine has started working again in the VMWare console AND also in remote desktop! One oddity.. IE8 under win7 complains about a format error in the test code: The text via the "copy" button says... ======================================== Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0) Timestamp: Sat, 23 Oct 2010 01:41:14 UTC Message: Invalid character Line: 1 Char: 1 Code: 0 URI: http://maps.gstatic.com/cat_js/intl/en_ALL/mapfiles/285c/maps2.api/%7Bmod_drag,mod_ctrapi,mod_kbrd,mod_ovrmpc,mod_zoom,mod_scrwh,mod_api_gc,mod_poly%7D.js ============================================= But the error image looks a bit different: (uploaded image IE8-page-error.png) More variations: In the XP-ie8 system when it is "working", if I click on the map button I get "Invalid argument, line 279 of extlargemapcontrol.js" This happens every time I select a new map/satellite/terrain style but it then continues apparently OK. |
2010-10-23 09:03
|
|
|
Finally - I think it must be due to a mixup or corruption in cached files. I don't really understand how it can have carried on this long, because the IE reset I did earlier is supposed to have wiped out all the locally cached copies. Any copies in upstream caches should have been shared between the various PCs, and since some worked and some not, it does not seem likely that they were the problem. Of course, now that I have wiped the local cache I cannot tell for sure which files were messed up. |
|
Does this mean that the problem is solved? |
|
Yes, sorry I was not so clear - the problem has resolved on both systems, so I can now no longer replicate it. The question remains as to why it happened - whether the servers were not reporting files as changed when they actually were, or if the proxy served a corrupted copy for a short time. I suppose we can just wait and, if it happens again, check file cache details. Thanks for your help. |
Date Modified | Username | Field | Change |
---|---|---|---|
2010-10-21 16:24 | Cameron | New Issue | |
2010-10-22 11:08 | Cameron | Note Added: 0001274 | |
2010-10-22 11:13 | Friedemann | Status | new => assigned |
2010-10-22 11:13 | Friedemann | Assigned To | => Friedemann |
2010-10-22 11:15 | Friedemann | Note Added: 0001275 | |
2010-10-22 12:51 | Cameron | Note Edited: 0001274 | |
2010-10-22 12:59 | Cameron | Note Added: 0001276 | |
2010-10-22 14:09 | Cameron | Note Added: 0001277 | |
2010-10-22 14:11 | Cameron | Note Edited: 0001277 | |
2010-10-22 14:14 | Friedemann | Note Added: 0001278 | |
2010-10-22 14:26 | Friedemann | File Added: geosetter_map_test.zip | |
2010-10-22 14:27 | Friedemann | Note Added: 0001279 | |
2010-10-22 14:29 | Friedemann | File Added: geosetter_map_test.jpg | |
2010-10-22 14:30 | Friedemann | Note Added: 0001280 | |
2010-10-22 14:30 | Friedemann | File Deleted: geosetter_map_test.zip | |
2010-10-22 14:30 | Friedemann | File Deleted: geosetter_map_test.jpg | |
2010-10-22 14:33 | Friedemann | File Added: geosetter_map_test.jpg | |
2010-10-22 14:33 | Friedemann | File Added: geosetter_map_test.zip | |
2010-10-22 18:58 | Cameron | Note Added: 0001281 | |
2010-10-23 08:17 | Cameron | Note Edited: 0001281 | |
2010-10-23 09:02 | Cameron | Note Added: 0001282 | |
2010-10-23 09:03 | Cameron | File Added: IE8-page-error.png | |
2010-10-23 10:29 | Cameron | Note Added: 0001283 | |
2010-10-23 10:29 | Cameron | Note Edited: 0001282 | |
2010-10-24 13:32 | Friedemann | Note Added: 0001289 | |
2010-10-25 01:09 | Cameron | Note Added: 0001301 | |
2010-10-25 12:31 | Friedemann | Status | assigned => resolved |
2010-10-25 12:31 | Friedemann | Resolution | open => no change required |