View Issue Details

IDProjectCategoryView StatusLast Update
0000664GeoSetterUser Interfacepublic2010-10-25 12:31
ReporterCameron Assigned ToFriedemann  
Status resolvedResolutionno change required 
Product Version3.3.60 Release 
Target VersionFixed in Version 
Summary0000664: Map window has inconsistent control
DescriptionIt 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).
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 InformationSo 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).
TagsNo tags attached.



2010-10-22 11:08

reporter   ~0001274

Last edited: 2010-10-22 12:51

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.


2010-10-22 11:15

administrator   ~0001275

Is there perhaps a firewall installed which maybe blocks GeoSetter? Which version of Internet Explorer is installed?


2010-10-22 12:59

reporter   ~0001276

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


2010-10-22 14:09

reporter   ~0001277

Last edited: 2010-10-22 14:11

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


2010-10-22 14:14

administrator   ~0001278

Did you try to reinstall the Internet Explorer already?


2010-10-22 14:27

administrator   ~0001279

Please unzip the attached file and open geosetter_map_test.html in Internet Explorer. Does it work or do you have the same problems as you have in GeoSetter?


2010-10-22 14:30

administrator   ~0001280

I just attached also geosetter_map_test.jpg which shows how the test should look like...

2010-10-22 14:33


geosetter_map_test.jpg (144,182 bytes)
geosetter_map_test.jpg (144,182 bytes)

2010-10-22 14:33 (14,846 bytes)


2010-10-22 18:58

reporter   ~0001281

Last edited: 2010-10-23 08:17

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.


2010-10-23 09:02

reporter   ~0001282

Last edited: 2010-10-23 10:29

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
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


IE8-page-error.png (29,442 bytes)
IE8-page-error.png (29,442 bytes)


2010-10-23 10:29

reporter   ~0001283

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.


2010-10-24 13:32

administrator   ~0001289

Does this mean that the problem is solved?


2010-10-25 01:09

reporter   ~0001301

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.

Issue History

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:
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:
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:
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