I've tried to install v1.2.13.0 on v7.5.14 of Umbraco but get the error below. I've looked into permissions but still can't see what this might be.
Request error: The URL returned a 404 (not found):
/umbraco/backoffice/formulate/Entities/GetEntity
×
Server Error: There was an issue communicating with the server.
×
Request error: The URL returned a 404 (not found):
/umbraco/backoffice/formulate/FormulateTree/GetNodes
×
{"errorMsg":"Failed to retrieve data for child nodes undefined","data":{"Message":"No HTTP resource was found that matches the request URI 'http://mysite.com:7514/umbraco/backoffice/formulate/FormulateTree/GetNodes?id=3D634E157D1545FAA8A912838FA3A345&application=formulate&tree=&isDialog=false'.","MessageDetail":"No type was found that matches the controller named 'FormulateTree'."},"status":404}
No type was found that matches the controller named 'FormulateTree'
It sounds like some Formulate DLL's may be missing from your bin folder. Can you explain in detail how you installed Formulate?
Also, please check your bin folder. Ensure that at least formulate.app.dll exists (there should be some others too). That's the DLL that contains the controller indicated by the error message.
One thing I did notice was that I couldn't unblock it. Every time I tried and went back to look, the option was still there. So I downloaded a fresh version of v1.2.13.0 and unblocked that instead.
I will try this fresh version on v7.5.14 and get back to you, but I wonder if related to the pathing in the backoffice apps that Umbraco said they were going to fix.
Hmm, not sure what the issue could be then. I'll see if I can reproduce the issue when I get home tonight.
In the meantime, if you could add any more info that you think could help reproduce this, please do (e.g., was this an upgrade or a clean install of Formulate).
Also be sure to check to see if Formulate exists in the applications.config file and the trees.config file in the config folder.
BTW, I happen to have Formulate installed on Umbraco 7.5.13 and it works fine. Perhaps the issue was introduced in 7.5.14 (won't have time until tonight to confirm).
I've also installed Formulate on Umbraco 7.6.x (can't remember the patch version) and it worked fine (though, I think 7.5.14 was actually released after 7.6.0).
/app_plugins/umbraco/peopletreee/ contains all the dialogs for the
tree "peopletree". notice: this is bound to change as this is a bug.
Both editors and dialogs will be in the /backoffice folder.
Looks like that page was created 3-4 years ago, so I'm guessing it's not the likely culprit (also, Formulate appears to be using the new path anyway).
Maybe try recycling the app pool. If you have one of the fcnMode values that aggressively ignores file system changes, even a DLL change may not kick in right away.
I just tried this and could not reproduce the issue. Installed Formulate using the "local install" option into a fresh Umbraco 7.5.14 install, and I'm able to click around the Formulate section without issue.
If you ZIP up your entire website (including the database, if there is one that isn't SQL Server CE), I can test that and see how it differs from mine.
You might also want to check the Umbraco logs for any more clues.
I was going to zip up as much as necessary but first I thought I'd try a few more things.
I (stupidly, as it turns out) put the .NET compilation onto a separate drive in order to save space on the C drive. I removed this in the web.config, manually removed all the formulate files, removed the temp ASP.Net files, and re-installed Formulate.
And finally, it worked!
Even though it is now working, I still got the error below (which I've chosen to ignore, because the installedPackages.config file was updated correctly):
Server Error in '/' Application.
--------------------------------------------------------------------------------
The process cannot access the file 'e:\mySites\website4715\App_Data\packages\installed\installedPackages.config' because it is being used by another process.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.IO.IOException: The process cannot access the file 'e:\mySites\website4715\App_Data\packages\installed\installedPackages.config' because it is being used by another process.
Source Error:
An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.
Stack Trace:
[IOException: The process cannot access the file 'e:\mySites\website4715\App_Data\packages\installed\installedPackages.config' because it is being used by another process.]
System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) +10769637
System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) +1305
System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) +66
System.IO.StreamWriter.CreateFile(String path, Boolean append, Boolean checkHost) +73
System.IO.StreamWriter..ctor(String path, Boolean append, Encoding encoding, Int32 bufferSize, Boolean checkHost) +124
System.IO.StreamWriter..ctor(String path, Boolean append) +37
System.IO.File.AppendText(String path) +37
umbraco.cms.businesslogic.packager.Settings.HasFileAccess(Exception& exp) +59
umbraco.presentation.developer.packages.Installer.Page_Load(Object sender, EventArgs e) +52
System.Web.Util.CalliEventHandlerDelegateProxy.Callback(Object sender, EventArgs e) +51
System.Web.UI.Control.OnLoad(EventArgs e) +92
umbraco.BasePages.BasePage.OnLoad(EventArgs e) +14
System.Web.UI.Control.LoadRecursive() +54
System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint) +772
--------------------------------------------------------------------------------
Version Information: Microsoft .NET Framework Version:4.0.30319; ASP.NET Version:4.0.30319.36366
The URL returned a 404
Hi Nicholas
I've tried to install v1.2.13.0 on v7.5.14 of Umbraco but get the error below. I've looked into permissions but still can't see what this might be.
Based on this:
It sounds like some Formulate DLL's may be missing from your bin folder. Can you explain in detail how you installed Formulate?
Also, please check your bin folder. Ensure that at least
formulate.app.dll
exists (there should be some others too). That's the DLL that contains the controller indicated by the error message.Hi Nicholas
I installed it using the
Install local
option in theDeveloper
section of the backoffice.I gave the app pool the correct permissions and I unblocked the zip file.
I can confirm that
formulate.app.dll
is in the folder.I've attached a screenshot.
Hi Nicholas
I've tried it on
v7.4.3
and it works!One thing I did notice was that I couldn't unblock it. Every time I tried and went back to look, the option was still there. So I downloaded a fresh version of
v1.2.13.0
and unblocked that instead.I will try this fresh version on
v7.5.14
and get back to you, but I wonder if related to the pathing in the backoffice apps that Umbraco said they were going to fix.Thanks
Muiris
Hmm, not sure what the issue could be then. I'll see if I can reproduce the issue when I get home tonight.
In the meantime, if you could add any more info that you think could help reproduce this, please do (e.g., was this an upgrade or a clean install of Formulate).
Also be sure to check to see if Formulate exists in the
applications.config
file and thetrees.config
file in theconfig
folder.Nope... sorry, but I still get the same error on v7.5.14
That sounds promising. Do you have any more info about this?
BTW, I happen to have Formulate installed on Umbraco 7.5.13 and it works fine. Perhaps the issue was introduced in 7.5.14 (won't have time until tonight to confirm).
I've also installed Formulate on Umbraco 7.6.x (can't remember the patch version) and it worked fine (though, I think 7.5.14 was actually released after 7.6.0).
Thanks Nicholas,
I might just clear every cache on the server and try again...
I will try to find that article about pathing as well.
Many thanks for all your help.
Hi Nicholas
this of course could be completely irrelevant, but here is the link to that article referring to the change to the pathing in the backoffice.
https://github.com/Shazwazza/UkFest-AngularJS-Demo/blob/master/readme.md
He says:
Thanks
Muiris
Looks like that page was created 3-4 years ago, so I'm guessing it's not the likely culprit (also, Formulate appears to be using the new path anyway).
Maybe try recycling the app pool. If you have one of the
fcnMode
values that aggressively ignores file system changes, even a DLL change may not kick in right away.I just tried this and could not reproduce the issue. Installed Formulate using the "local install" option into a fresh Umbraco 7.5.14 install, and I'm able to click around the Formulate section without issue.
If you ZIP up your entire website (including the database, if there is one that isn't SQL Server CE), I can test that and see how it differs from mine.
You might also want to check the Umbraco logs for any more clues.
Hi Nicholas
the entire site is way too big to zip up.
I was going to zip up as much as necessary but first I thought I'd try a few more things.
I (stupidly, as it turns out) put the .NET compilation onto a separate drive in order to save space on the C drive. I removed this in the
web.config
, manually removed all the formulate files, removed the tempASP.Net
files, and re-installed Formulate.And finally, it worked!
Even though it is now working, I still got the error below (which I've chosen to ignore, because the
installedPackages.config
file was updated correctly):Glad to hear you got it figured out.
FYI, if you want to see which process is locking the
installedPackages.config
file, you can use Handle: https://technet.microsoft.com/en-us/sysinternals/handleis working on a reply...