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


 
Search: 

12: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 11 02/07/07 08:30 PM
[ Reply | Forward ]
I doubt that it is a permission issue. It looks more like a Flash issue.

The frame on the left hand side should contain a Flash movie. In LAMS 2.0, the Flash movie MUST run successfully for the first activity to appear on the right hand side.

Have you had a chance to check which version of Flash you are using? Also, what are you using as a workstation - Mac, Windows, Linux?

Incidently, we are hoping to change it in 2.0.1 so that if the Flash movie fails to load, then the right hand window will still load the first activity. Hopefully that will LAMS more robust. But we haven't finished this change yet.

Fiona

Posted by Fiona Malikoff

13: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 12 02/08/07 12:36 AM
[ Reply | Forward ]
ON the server console where the preview worked it is using flash 8
On the workstations (XP)which I tried the latest flash player is installed

Posted by Greg Jones

14: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 13 02/08/07 12:47 AM
[ Reply | Forward ]
I hate tracking down Flash issues.

On one of the workstations, could you log onto our demo server and see if that works? That should establish if the problem is on the workstation end or the server end.

You can get to our demo server on http://demo.lamscommunity.org/

If you don't have an account on the demo server, you can sign up for an account via that page.

Fiona

Posted by Fiona Malikoff

15: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 14 02/12/07 08:10 PM
[ Reply | Forward ]
On the demo server everything worked as it should.

Thanks Fiona

Posted by Greg Jones

16: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 15 02/12/07 08:28 PM
[ Reply | Forward ]
Greg,

This may sound like clutching at straws but... is there anything in the way of a proxy server being used by the workstation clients? Any popup blockers apart from the built in ones in the browsers?

I run a little thing called Proxomitron on my PC. This morning it was stopping Flash from working properly when I was accessing the demo server. The Flash movie would start to load but it wouldn't get any data from the server. Turned it off and it worked fine. Could have been Prox, or it could have been complete co-incidence.

Yet I could access other LAMS servers without a problem. GRRRR!

The other thing to try is go to the C:\Documents and Settings\<username>\Application Data\Macromedia\ directory on the workstation, and then search in the subdirectories for a directory with the name of your LAMS server. Delete the directory level with the server name.

e.g. on my PC I have:
C:\Documents and Settings\Fiona\Application Data\Macromedia\Flash Player\#SharedObjects\FHKSY5XY\translations.lamscommunity.org\

C:\Documents and Settings\Fiona\Application Data\Macromedia\Flash Player\macromedia.com\support\flashplayer\sys\#translations.lamscommunity.org\

This is where Flash stores cached files. Sometimes Flash gets itself terminally confused about the files and you have to clean it up manually. In this case, I'd delete the directories translations.lamscommunity.org\ and #translations.lamscommunity.org\ to remove any files cached for the translations.lamscommunity.org's LAMS server.

Then reboot the workstation.

Nasty, but we can't work out why Flash needs this occasionally. Normally we only get it on developer's PCs - and given the mix of software we run its probably not completely Flashs fault (e.g. I run one version of Flash in IE and another version in Firefox).

Is this a public server I could access, or is it behind a firewall?

Fiona

Posted by Fiona Malikoff

17: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 16 02/13/07 11:24 PM
[ Reply | Forward ]
Fiona,
Workstations do use a proxy server for outside addresses. On my workstation I stopped it using the proxy.
I also deleted any reference to LAMS in the Macromedia folder.
Restarted but unfortunately no change.
I am running both IE and firefox and did initially have trouble getting the latest flash version installed for IE. Don't know if that is significant.

The server in question is on our school network and is not accessible from outside.

Thanks for your efforts so far. I was the IT coordinator here for about 7 yrs and appreciate the frustations of diagnosing and solving issues.

Greg

Posted by Greg Jones

18: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Manuals for LAMS 2.0
In response to 16 02/14/07 12:34 AM
[ Reply | Forward ]
Fiona,

Hadn't used my laptop version of LAMS for a while. Just started it up and everything seems to be OK - can preview a sequence.
Previously I had verified that the problem of previweing wasn't just on my workstation by connecting this laptop to the network. While connected I had the preview problem.
Tomorrow I will try it again just to double check - however am pretty certain that I will replicate the problem while on the network.

Summarising standalone version of LAMS on my laptop works OK however if I access the school server version via my laptop I have the preview problem. The problem is independent of the browser used.

Furthermore when I am at work tomorrow I will log on to the server console (win 2003) remove any proxy references - even pull the network cable and test.

Hope this is helpful

Greg

Posted by Greg Jones

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