Hello Daniel,
I think there is current UI bug that I also encounter currently.

Can you please try clicking the plus button twice, to see if this resolves your issue.

Currently the UI is getting some love for the next version & this will no longer be an issue.

Let me know if this works for you.

Thanks,
Warren

Sadly nope :/ even after my clicking bonanza nothing happens.

Not exactly true, something happens. Seems like the addItemOverlay event runs and overlayMenu gets rendered in the Dom but without any content, only an empty div.

Haha clicking bonaza. I now have a vision of you clicking frantically in my mind.

Sorry to hear this is causing you an issue. Can you check the browser tools and network requests when you do get the overlay to appear. There should be a network request to get all the field types available to insert.

It sounds like this is returning no items for an unknown reason. Is there anything in the UmbracoLog file that may be able to help us?

Thanks,
Warren

Much clicking very wow! ;)

No entries in the UmbracoLog file regarding the "add field". In the network requests it shows that it tries to get the addItem.html but the status returns "Cancelled" no other clues to go on.

Hi Daniel,

I just experienced this issue myself but with Archetype fields rather than Forms - the add button was visible but clicking it did nothing, there were no Trace Log errors, no console errors.

I confirmed this behaviour on a test server, but could not replicate on local.

It turns out the problem was related to the ClientDependency caching of page assets, you can resolve this by deleting the following folders:

• /AppData/ClientDependency
• /AppData/TEMP/ClientDependency

Give it a shot, I hope this helps!

/Chris

@Chris, gave your solution a shot, deleted /AppData/TEMP/ClientDependency had no AppData/ClientDependency in our solution, restarted server but yet still no luck.

Daniel,
Ok this is very odd. You said you uninstalled & re-installed I am wondering if something has gone awol as part of this process perhaps?

Does this present a problem if you are to install forms into a new test site?

Daniel,
Thanks for updating this issue.

Do you mind sharing what URLRewriting rule that was interfering too much with the Umbraco Forms tool, so that others who may run into this problem do not experience this as well?

Thanks,
Warren

This is what we had in the urlRewriting.config and gave us the issue.

<add name="301ReDirect_ToLoweCase"
          redirectMode="Permanent"
          redirect="Application"
          virtualUrl="^~/((?!ScriptResource.axd)(?!WebResource.axd)(?!DependencyHandler.axd)(?!umbraco/)(?!App_Plugins/)(?!App_plugins/)(?!assets/)(?!css/).*[A-Z])"
          rewriteUrlParameter="ExcludeFromClientQueryString"
          destinationUrl="{ToLower:{R:0}}"
          ignoreCase="false" />

What we did to solve this we're to delete it from UrlRewriting.config and set up following rule in the IIS Redirect Module:

<rule name="LowerCaseRule1" stopProcessing="true">
    <match url="[A-Z]" ignoreCase="false" />
    <action type="Redirect" url="{ToLower:{URL}}" />
    <conditions>
        <add input="{URL}" pattern="App_Plugins" negate="true" />
        <add input="{URL}" pattern=".axd" negate="true" />
        <add input="{URL}" pattern="css/" negate="true" />
         <add input="{URL}" pattern="assets/" negate="true" />
         <add input="{URL}" pattern="umbraco/" negate="true" />
    </conditions>
</rule>

Hope this could help others if encountering similar issues.

is working on a reply...