Not sure if this is a bug report or what.. My dblog gets filled with these errors. The libraries are located at profiles/[profile]/libraries/underscore. Everything else works fine. Not sure why I'm getting this or why the module is looking in that directory. I can't find any reference to it.

Comments

jessebeach’s picture

Status: Active » Closed (works as designed)

The .map files are an invention to support browser's parsing of uglified source files (I think?). Anyways, you can read more here: http://stackoverflow.com/questions/18365315/jquerys-jquery-1-10-2-min-ma...

Download the full backbone and underscore repos, not just the single JS file for each library. See the updated project page for details: https://drupal.org/project/navbar

mstef’s picture

Status: Closed (works as designed) » Active

I did. Both libraries are located in /profiles/(profile)/libraries/. Navbar has no problem loading all of the required libraries from there.

Why would it be looking in the files directory for this? Doesn't make any sense to me..

hass’s picture

Status: Active » Fixed

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.

heathdutton’s picture

Note, this was an issue for Safari users in Acquia on Panopoly.

Upgrading the libraries by overriding Panopoly's make did not resolve the issue...

SO I created a url redirect from the invalid path to the actual file in the profile library folder.
It seems odd, but it resolves the issues.

claudiu.cristea’s picture

Status: Closed (fixed) » Active

In fact the patch mentioned in #3 by @hass has been reverted in http://cgit.drupalcode.org/navbar/commit/navbar.module?id=ef1f4974ce5d6b.... I'm using the latest from dev and I can still see the GET errors when turning the aggregation on.

hass’s picture

Status: Active » Closed (duplicate)

This is a core issue with aggregation enabled. See #2400287: Remove all occurences of sourceMappingURL and sourceURL when JS files are aggregated. No worries... Nothing goes wrong.

hass’s picture