cancel
Showing results for 
Search instead for 
Did you mean: 

'Submit' button does nothing on edit dialogs

rlindberg
Champ in-the-making
Champ in-the-making
After clean install of alfresco 3.4.d on a Linux box with host name and domain i.e. docs.company.com

When accessing 
      http://docs:8080/share
the site works fine and all navigation and edit dialogs work fine

BUT, when accessing
      http://docs.company.com:8080/share
The site comes up fine and navigation works fine but when editing document lists or add documents or edit meta data, all edit dialogs have "Submit" buttons that fail to do anything other than click. This makes the alfresco database unusable.

This situation is mostly important when making alfresco available over the Internet which needs a fully qualified domain name.

I am hoping that I just missed a Config somewhere to allow alfresco to work from a fqdn
4 REPLIES 4

mikeh
Star Contributor
Star Contributor
Which browser are you seeing problems with? Are there any errors in log files? Errors on the client (you can see them with Firebug for Firefox, or Web Inspector for WebKit-based browsers)

Thanks,
Mike

rlindberg
Champ in-the-making
Champ in-the-making
IE 8.0.6001.18943      http://docs.company.com:8080/share       "Submit" button Works
IE 9.0.8112.16421      http://docs.company.com:8080/share       "Submit" button No Response
Firefox 5.0.1             http://docs.company.com:8080/share       "Submit" button Works

IE 8.0.6001.18943      http://docs:8080/share       "Submit" button Works
IE 9.0.8112.16421      http://docs:8080/share       "Submit" button Works
Firefox 5.0.1             http://docs:8080/share       "Submit" button Works

LOGS
in tomcat/logs/catalina.out
00:19:27,820  ERROR [org.alfresco.fileserver] Failed to get local domain/workgroup name, using default of WORKGROUP
00:19:27,820  ERROR [org.alfresco.fileserver] (This may be due to firewall settings or incorrect <broadcast> setting)
and
WARNING: Error while removing context [/alfresco]
java.lang.NullPointerException
   at org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:2672)
   at org.apache.catalina.loader.WebappClassLoader.findResource(WebappClassLoader.java:1088)
                ….
and
14:26:03,847  ERROR [extensions.webscripts.AbstractRuntime] Exception from executeScript - redirecting to status template error: 06110001 Login failed
org.springframework.extensions.webscripts.WebScriptException: 06110001 Login failed
   at org.alfresco.repo.web.scripts.bean.AbstractLoginBean.login(AbstractLoginBean.java:75)
   at org.alfresco.repo.web.scripts.bean.LoginPost.executeImpl(LoginPost.java:73)
                ….

in tomcat/logs/localhost.2011-7-11.log
SEVERE: Exception sending context destroyed event to listener instance of class org.alfresco.web.app.ContextLoaderListener
java.lang.NoClassDefFoundError: org/springframework/context/support/DefaultLifecycleProcessor$LifecycleGroup
   at org.springframework.context.support.DefaultLifecycleProcessor.stopBeans(DefaultLifecycleProcessor.java:173)
   at org.springframework.context.support.DefaultLifecycleProcessor.onClose(DefaultLifecycleProcessor.java:110)
                ….
Caused by: java.lang.ClassNotFoundException: org.springframework.context.support.DefaultLifecycleProcessor$LifecycleGroup
and
SEVERE: Exception sending context destroyed event to listener instance of class org.springframework.web.util.Log4jConfigListener
java.lang.NullPointerException
   at org.apache.catalina.loader.WebappClassLoader.findResourceInternal(WebappClassLoader.java:2672)
   at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2462)
                ….

in tomcat/logs/catalinal.2011-7-11.log
There are a number of these types of errors, but don't think this relates
SEVERE: A web application created a ThreadLocal with key of type [null] (value [org.springframework.extensions.webscripts.processor.FTLTemplateProcessor$NonBlockingObjectWrapper$1@31bf4e25]) and a value of type [freemarker.template.DefaultObjectWrapper] (value [freemarker.template.DefaultObjectWrapper@6a378a7]) but failed to remove it when the web application was stopped. To prevent a memory leak, the ThreadLocal has been forcibly removed.

mikeh
Star Contributor
Star Contributor

rlindberg
Champ in-the-making
Champ in-the-making
Thanks Mike,

You are right, switching to compatibility view in IE9 did work around the issue.

Thanks,

Rick