cancel
Showing results for 
Search instead for 
Did you mean: 

Web Client hangs on 'Loading..'

edgar
Champ in-the-making
Champ in-the-making
Hi,

When we attempt to use Alfresco (WCM) on our Linux machine running Alfresco 2.0.0 Community on Tomcat 5.5 and Apache HTTP Server (using mod_jk) the Web Client hangs when trying to create content.

It is stuck on "Loading…" and sometimes says: "XMLHttpTransport Error: 0".

When we access the Alfresco server on our internal network and directly on Tomcat (port 8080) instead of going through our external network and using Apache (on port 80) the problem does not occur.

Clearly it has something to do with the Dojo AJAX calls in the Web Client and our installation or network configuration.

We do not see any errors in the log files. The content switch in our external network does not have a mapping for port 8080 so maybe the AJAX calls want to use port 8080 or something?

If anyone has any ideas? We are a bit stuck.

cheers,

Edgar
3 REPLIES 3

edgar
Champ in-the-making
Champ in-the-making
Hi,

we are running Alfresco 2.1R1 now but still have this same issue. We are breaking our heads about what could be the cause of this. Maybe someone as an idea?

What we also see is that when the client hangs (after attempting to create or update a content item) and you leave it alone, it hangs for around 16 minutes. After that a XMLHttpTransport is shown and the content item is not saved.

Our Apache logs for the Alfresco Web Client show:
80.79.194.3 - - [09/Jul/2007:16:58:20 +0200] "POST /alfresco/ajax/invoke/XFormsBean.setXFormsValue HTTP/1.1" 200 291 "http://devindia.info.nl/alfresco/faces/jsp/wizard/con
tainer.jsp" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
80.79.194.3 - - [09/Jul/2007:16:58:24 +0200] "POST /alfresco/ajax/invoke/XFormsBean.setXFormsValue HTTP/1.1" 200 283 "http://devindia.info.nl/alfresco/faces/jsp/wizard/con
tainer.jsp" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
80.79.194.3 - - [09/Jul/2007:16:58:24 +0200] "POST /alfresco/ajax/invoke/XFormsBean.fireAction HTTP/1.1" 200 330 "http://devindia.info.nl/alfresco/faces/jsp/wizard/contain
er.jsp" "Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)"
80.79.194.3 - - [09/Jul/2007:17:14:08 +0200] "\x16\x03\x01" 501 296 "-" "-"

You can see the 16 minute gap. On the last request our server replies with:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>501 Method Not Implemented</title>
</head><body>
<h1>Method Not Implemented</h1>
<p> to /index.htm not supported.<br />
</p>
<hr>
<address>Apache/2.0.52 (CentOS) Server at devindia.info.nl Port 80</address>
</body></html>

cheers,

Edgar

arielb
Champ in-the-making
Champ in-the-making
i've been looking at this issue.  i'm seeing it happen extremely intermittently when using tinymce controls.  i've tried a bunch of stuff with dojo but i'm not seeing anything that is clearly making this more stable…  according to firebug, the response isn't coming back from the server - however server logs do show correct responses.  so i'm kinda at a loss at this point.  i've managed to reduce the number of ajax calls being made by the rich text editor control which is reducing the frequency - but is still not a solution.

i'll keep banging my head against it.  just wanted to let you know that i'm aware of the issue and feverishly trying to address it.

let me know if you have any more information as to when this happens.  are you also seeing this primarily with tinymce controls?

spdaly
Champ in-the-making
Champ in-the-making
Is there any update on this issue?

I'm running 2.1Community on Tomat 5.5/MySQL.

Everything works OK on a local development machine, but breaks when put on a host.  The Web Client stops with "Loading…" and the last thing in the Firebug is an action on XFormsBean.fireAction.

We are using ALF for a large project and we are hung up on testing until this issue can be resolved.

Thanks.