Hi Nigel

Have you checked with the hosting company that the permissions are in fact correct? If the two sites live on different servers it could easily be something permission related.

You could perhaps also try to see if you can uninstall the package on the production site and then re-install the package to see if it makes a difference? Have you also checked to see if there is something usefull in the Umbraco log table?

/Jan

Hi Jan

Thanks for your ideas.

I have tried uninstalling / reinstalling.

At the moment I cannot access the database to view the umbracoLog table - have a support call in about that but no doubt will be a couple of days before that gets addressed... Ahh the joys of trying to do stuff over the Xmas break !

From what I can tell all there is only the dll file that is added to the site and this is copied into the bin directory OK.

I have just identified some css that isn't being applied - a webresource file is being called on the site that is working, but is not being referenced on the site that isn't working.

So can anyone shed light on how the webresource.axd is called - this is way outside my level of experience.

Thanks

Nigel

Hi Nigel,

The WebResource.axd being called is for the CSS/JavaScript required by the Google Map data-type - it's all embedded within the DLL (in the /bin folder) ... WebResource is .NET's way to pull it out of the DLL.

Last week we ran into a similar problem with the WebResource.axd requests aren't being returned/applied. Turned out to be a server timezone issue - the datetime on the DLL was in the "future" of the server.  My advice is check the date/time settings for the server.

Cheers, Lee.

Hi Lee

Thanks for your ideas - haven't had a chance to investigate yet... 

Will advise in due course.

Cheers

Nigel

I seem to have the same problem as the OP.

Will look up the permissions and the log table.

Greetings and happy holidays!

Dimitar

Hi, I just came across this issue. For me, seems to be related to using the upgraded Client Dependency 1.4, if I change back to the bundled version (1.2, I think), it works again.

I need to do some further investigation.

Just an update... 

I have just built a site at home and had no problems with this package. 

So my gut feeling is that something within my work network (firewall rules, etc) is the issue.

Nigel

Hi, 

I'm having the same issue, works locally but not on the server. Checked the umbraco log and nothing is being reported.

Any ideas?

Thanks
Ben 

Begs the question: How is the server different to your local environment?

Areas I'd check... date/time on server (as I mentioned above, ASP.NET/WebResource.axd will not serve embedded resources from "the future"); firewall restrictions (thinking to Google Maps - BUT the requests should only be coming from the client-side, so now not sure about that?).

Could be related to ClientDependency, as Jeavon says - try temporarily setting the Web.config to debug=true (which disabes ClientDependency)?

If anyone discovers this to be code-related, I'm happy to get a fix out pronto.

Cheers, Lee

Thanks Lee,

Just changed debug to true here:

<compilation defaultLanguage="c#" debug="true" batch="false" targetFramework="4.0">

and it's now working.

Is this an easy fix? 

Thanks again!
Ben 

Hmmm... dunno, looks to be related to ClientDependency - either caching or otherwise ... I'll take a look over the code tonight, see if there is anything I can do.

Quick question: Which version of IIS is running on your server?

Thanks, Lee

On the server we're using 7.5, and I'm using the same version locally.

Thanks
Ben

What version of Client Dependency are you using? I've seen this issue, and it only occured with a upgraded version, going back to the version shipped with Umbraco resolved the issue?

Properties of ClientDependency.Core.dll:

Does this help? I haven't chagned it or have any packages that would have overridden it.

Thanks
Ben 

That's odd, that is the standard version of Client Dependency......  I wonder if this might be a clue......

Following up on this (I know it's a few months old now) ... another issue was raised about GoogleMaps data-type and ClientDependency.  I'm still not sure "what" the cause of the problem is, but there is definitely some scenario with ClientDependency where it will not include/combie resources that contain querystrings (which pretty much rules out the use of embedded resources - which GoogleMaps data-type does).

As a workaround I have proposed to introduce an AppSettings key that will disable the use of ClientDependency for the GoogleMaps data-type.  See the other thread for details.

Cheers, Lee.

Hi Lee,

Did this ever get resolved? I have the same issue, working on local copy but not displaying properly when deployed:

Umbraco 4.7.1.1 & Google Maps 2.0.3

Thanks,
Matt 

Hi Matt,

I did release a v2.0.4 beta that should fix it... just needs someone (other than me) to test it, to make sure it works for them.  Care to test? :-)

https://bitbucket.org/vertino/google-maps-for-umbraco/downloads#download-80538

Cheers, Lee.

Thanks Lee,

I'll download and test that on Monday and report back here what I find.

Thanks again,
Matt 

Hi Lee,

Worked a treat, once found and included the...

 <add key="GoogleMaps:DisableClientDependency" value="true"/>

...in my web.config from your comment in the other post.

Many thanks,
Matt

Just to let you all know that v2.0.4 is now released, which contains the AppSettings key for disabling the use of ClientDependecy.

http://our.umbraco.org/projects/backoffice-extensions/google-maps-datatype

Cheers, Lee.

is working on a reply...