I had a problem installing the plugin on a configuration as follows
IIS site structure (I am sure this will be the same issue for all plugins):
/foo –
/foo/bar (bar setup as application)
/foo/bar/…
/foo/bar/views
/foo/bar/umbraco
This creates a folder /foo/bar/bar/AppPlugins/SpectrumColorPicker/…). - clearly, a bug. I tried to simply move the plugin
from
/foo/bar/bar/AppPlugins/…
to
/foo/bar/App_Plugins/… (normal structure?)
But that was only fixed the Data Type editor, the document type using the plugin was failing to load CSS and JS.
I added the ~ (tilde) sign in assetsService.load([“~/…”]) and assetsService.loadCss(“~/…”) in the SpectrumColorPicker.controller.js to fix the issue.
Also the web.config needs an update to the following line
<compilation defaultLanguage="c#" debug="true" batch="false" targetFramework="4.5">
This might need a re-test and potentially be included in the package?.
One other thought - did you use the Nuget package to install, or the Umbraco Project through the back-office? Just wondering as I look into the install issue as well.
Has any progress been made fixing this? All of our dev Umbraco sites are set up in subdirectories on a dev domain, so we can't install packages for any of them... Our current workaround is to set up new Umbraco sites on a subdomain, but this goes against our convention of just using subdirectories and is more of a hassle.
Also, note that we've tried installing packages through NuGet and the Umbraco backend, both being unsuccessful.
Support for virtual paths has been added in the source code on the git repository (https://github.com/robertjf/UmbColourPicker) and I'll push up a new version of the umbraco project shortly.
Edit: New version (v. 0.0.6) now available as both NuGet package and uploaded to the packages repository.
I know this is an old comment, and I've just now moderated you so you can post etc. freely (not sure why you were blocked).
you should not in any way need to run the site in debug mode in order to use this or any other package. If this is still the case on an updated Umbraco install, you should probably check out the issues register here:
Package install issues when Umbraco in virtual path (as application)
Thought I'd share.
I had a problem installing the plugin on a configuration as follows IIS site structure (I am sure this will be the same issue for all plugins):
This creates a folder /foo/bar/bar/AppPlugins/SpectrumColorPicker/…). - clearly, a bug. I tried to simply move the plugin from /foo/bar/bar/AppPlugins/… to /foo/bar/App_Plugins/… (normal structure?)
But that was only fixed the Data Type editor, the document type using the plugin was failing to load CSS and JS.
I added the ~ (tilde) sign in assetsService.load([“~/…”]) and assetsService.loadCss(“~/…”) in the SpectrumColorPicker.controller.js to fix the issue.
Also the web.config needs an update to the following line <compilation defaultLanguage="c#" debug="true" batch="false" targetFramework="4.5">
This might need a re-test and potentially be included in the package?.
Thanks! Tomasz
Hi Tomasz, Yep, that makes sense - I'll try to get the project updated today...
Hi Tomasz,
One other thought - did you use the Nuget package to install, or the Umbraco Project through the back-office? Just wondering as I look into the install issue as well.
Ta, Rob.
Hi Robert,
Sorry for the late response, I used the CMS Repo, not a NuGet package.
Site running 7.3.0 (NuGet), SQL 2012, VS2015.
Hope that helps.
Thanks
Robert
Has any progress been made fixing this? All of our dev Umbraco sites are set up in subdirectories on a dev domain, so we can't install packages for any of them... Our current workaround is to set up new Umbraco sites on a subdomain, but this goes against our convention of just using subdirectories and is more of a hassle.
Also, note that we've tried installing packages through NuGet and the Umbraco backend, both being unsuccessful.
Thanks Jacob
Any success I am having same issue in 7.6.3 If you have found a solution please share it would a great help.
Support for virtual paths has been added in the source code on the git repository (https://github.com/robertjf/UmbColourPicker) and I'll push up a new version of the umbraco project shortly.
Edit: New version (v. 0.0.6) now available as both NuGet package and uploaded to the packages repository.
Rob.
Any news on fixing this bug? Running the sites in debug mode does not seem that viable. By the way thanks for an awesome extension!
Thanks
I know this is an old comment, and I've just now moderated you so you can post etc. freely (not sure why you were blocked).
you should not in any way need to run the site in debug mode in order to use this or any other package. If this is still the case on an updated Umbraco install, you should probably check out the issues register here:
http://issues.umbraco.org/
is working on a reply...