Hi allWe are having issues being able to view the map when loading the map tool. It shows the location of the pins but in the middle of the sea no actual map. This used to work successfully until recently.The version we are using which used to work successfully is InfragisticsSL5.Controls.Maps.XamMap.v12.1 control
Has anyone else experienced this?
Kind regards
Matthew Walker
Hello Matthew,
We have Map samples on our website for quite some time. Note, version 16.1 was our last volume release for our Silverlight controls and no longer maintained. If you can provide us with a sample that isolates and reproduces the behavior you've described I'll take a look for you.
Hi Michael
Thank you below is an example of what we are seeing:
I am aware about the Silverlight version but wondered if there was anything we can implement or do as a temporary fix for this?
Thank you
Hello Rich, I don't see how this matters, if you are using Open Street, no license is required. A complete list of supported maps and walk-through's can be found on our website.
Alos, Russell it appears you are having issues with Bing Maps? I couldn't get your sample to compile yet. Its having issues with finding the namespace for DataContract/DataMember etc.
Michael DiFilippoSoftware DeveloperInfragistics, Inc.
It's not clientaccesspolicy.xml. I already had that file in my project for other reasons. Everything worked fine, then all of a sudden it stopped working with no change in code. Possibly the most recent Silverlight update in January broke something.
The Bing maps worked fine for me in my test app. It needs a couple of service references you might not have. I took out all of the Bing stuff and just left the OpenStreetMaps. Clicking the go button causes the security exception I'm talking about.
1drv.ms/.../s!AioDA4zObXtIpGZ08b0tZKNGKHD8
Russell, this example re-create my problem exactly... Michael, please can you review this test application from Russell?
Michael, Please can you let me know if you have been able to re-create this and if there is a fix for the problem we are seeing?
Hello All,
I've reproduced this, but not in WPF 16.1, which doesn't help, since it's a cross platform control and if it didn't work I could have found where it was fixed and possibly patched it up. But I have forwarded the issue to a map expert to take a look at it for a moment to see if there is some kind of easy fix for you guys.
Hello Russell,
I think Silverlight 5 or VS may have changed the way the browser handles permissions.https://docs.microsoft.com/en-us/previous-versions/windows/silverlight/dotnet-windows-silverlight/gg192793(v=vs.95)https://stackoverflow.com/questions/8570470/in-browser-trusted-application-silverlight-5 In addition, the option I mentioned in VS shouldn't affect the client, so perhaps, have the end user clear the browser's cache.
This works fine for me locally, but it looks like it's a local setting. It doesn't do anything for clients using the application over the Internet.
I have a clientaccesspolicy on my wwwroot so I don't get any errors related to that.
https://stackoverflow.com/questions/3215020/where-put-clientaccesspolicy-xml-and-crossdomain-xml-404-not-found-error
Thanks for this Michael, but it has not worked for me unfortunately.
The only error I can see if the missing clientaccesspolicy.xml in the Network trace in the browser, could this be the cause of my issue?
Any further help you could give me would be really appreciated!
Cheers
Rich
Hello,
It appears to be a security issue with Silverlight which explains why my colleagues weren't able to reproduce this. I was able to work around this by making sure the Web project is set as the startup project and in the non web project I enabled "Require elevated trust when running in-browser". See if this helps.