Forum LAMS for Tech-Heads - General Forum: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0


 
Search: 

19: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 18 02/14/07 01:17 AM
[ Reply | Forward ]
Yes, these tests are helpful.

When you test tomorrow, can you set the laptop to have no cache in the browser and clear the current cache.

Then after you have finished testing, get the server logs and email them to me please? If the file is too big to post here, then email it directly to fmalikoff@melcoe.mq.edu.au.

The instructions for which files to send are on http://wiki.lamsfoundation.org/display/lamsdocs/Creating+DEBUG+Logs. You don't need to turn on the DEBUG level - I don't think it will help much in this case. It is mainly the access logs I'm after but I'll get the whole lot while I'm at it just in case!

Why clear the cache? I want to look at the access log and see what queries are being received by the server and clearing the cache and setting to no cache will ensure that all possible calls are sent.

The other thing you can try is to create the Flash log. When the preview window opens, put the cursor over the left hand pane and Press CTRL-ALT-? (which on my PC is CTRL-ALT-SHIFT-/). If it works a debug window will appear. You will need to drag the vertical frame bar to the right to see the debug window properly. Then highlight the log text, right mouse click to get up the little menu then do copy. Paste the text into a text file. Have a look at the attached screenshot to see what I mean.

Now this may not work - if Flash is busy trying to get stuff from the server then it won't bring up the debug window, and eventually Flash will time out and say that the movie is running slowly. If you get the movie running slowly message then give up trying to get the Flash log - you won't get it.

Fiona

Posted by Fiona Malikoff

Attachments:
20: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 19 02/14/07 08:41 PM
[ Reply | Forward ]
Fiona,

Finally cracked the problem. It all relates to the server name. If I use http://10.52.94.8:8080/lams the preview works

I have been using a DNS \ WINS entry to allow a slightly more friendly name to be use http://lams:8080/lams.
Using this causes the problem.
Verified on a number of workstations.

Does this relate to the setup where you specify the IP adress of the server? I remember at some stage typing in 10.52.94.8

Anyway thanks very much for you assistance

Greg

Posted by Greg Jones

21: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 20 02/14/07 09:16 PM
[ Reply | Forward ]
Greg,

Good sleuthing there!

The server name used by the clients should be the same one that is configured on the server. Flash can be particularly fussy about calling across domains (its a Flash security thing) and although we try to avoid it, that may be why the problem is showing up in the Flash related bits.

You would have been asked for the URL when you first installed LAMS.

To update it (to make it http://lams:8080/lams/)
* log in as sysadmin
* select the Sys Admin link
* the System Administration menu should appear
* select "Edit Configuration Settings"
* change the entry ServerURL

Please put the "/" on the end of the address ie use http://lams:8080/lams/, not http://lams:8080/lams. LAMS should cope fine with either but having the '/' is more robust in case we do a have a bug somewhere.

If you are wondering what the other settings are on this screen, click on the little question mark icon and the help page (http://wiki.lamsfoundation.org/display/lamsdocs/LAMS+Configuration) will be opened. I've just added a warning to that page about potential Flash problems if this setting is not correct.

Fiona

Posted by Fiona Malikoff

Reply to first post on this page
Back to LAMS for Tech-Heads - General Forum