[Xerte-dev] Re: Importing into XoT 1.8

[Julian Tenney]

Sounds plausible. I just wondered if an LO had ever played / previewed, but it sounds as though it has never worked,

I'm afraid I don't know how to tackle it, but to see if the directories have been created, and with what rights, would seem a sensible start...

From: xerte-dev-bounces at lists.nottingham.ac.uk [mailto:xerte-dev-bounces at lists.nottingham.ac.uk] On Behalf Of Thomas Rochford
Sent: 25 July 2012 12:27
To: xerte-dev at lists.nottingham.ac.uk
Subject: [Xerte-dev] Re: Importing into XoT 1.8

Hi Julian,

It would have been good to have had time to test all the possible issues, but there wasn't, so I had to leave the Provider to undertake this. I am fairly convinced that it is a problem with security under IIS as deployed on the SAVO. There were certainly no problems when I did an installation in Peterborough last Monday. I have just tested the example we created and it works fine. So,


1)      The version at Peterborough was version 400 from the SVN, the version for SAVO was version 393. If there is anything in the versions that might make a difference, I will re-install at SAVO.

2)      The version at Peterborough is on a LINUX host under APACHE, the version at SAVO is running on Windows using IIS. It is possible that the directories were not created by the software with sufficient rights.

3)      I am able to retrieve the Nottingham.rlt file from Peterborough by http-ing it from home directly. This does not work for SAVO.

So, unless there IS a known bug in connection with this which was fixed between V393 and V400, I am driven to the ineluctable conclusion that the subdirectories are not being created in Windows with the correct IUSER rights. I'm not sure if an installer can deal with this, on a hosted server, so it maybe down to SAVO and myself to try to sort out how to change the permissions. However, the Moodle install seems to be working for them, so it must be possible in some way or another.

A problem with permissions would also foul up the Import routines, presumably.

Kindest Regards,
Thomas
==========================================================
Thomas Rochford, e-Learning Advisor, JISC Regional Support Centre - Eastern
Tel: 07500 669002, 01223 564749
Eml: thomas.rochford at jiscadvance.ac.uk<mailto:thomas.rochford at jiscadvance.ac.uk>,
Skype: cambridge.serendipity
RSCs - Stimulating and Supporting Innovation in Learning
RSC Eastern welcomes feedback on our services via support at rsc-eastern.ac.uk<mailto:support at rsc-eastern.ac.uk>
[cid:image001.jpg at 01CD6A62.2F6686C0] Please consider your environmental responsibility before printing this e-mail




From: Julian Tenney [mailto:Julian.Tenney at nottingham.ac.uk]
Sent: 25 July 2012 09:36
To: thomas.rochford at jiscadvance.ac.uk; For Xerte technical developers
Subject: RE: [Xerte-dev] Importing into XoT 1.8

When you installed it, did you not test it?

From: xerte-dev-bounces at lists.nottingham.ac.uk<mailto:xerte-dev-bounces at lists.nottingham.ac.uk> [mailto:xerte-dev-bounces at lists.nottingham.ac.uk]<mailto:[mailto:xerte-dev-bounces at lists.nottingham.ac.uk]> On Behalf Of Thomas Rochford
Sent: 24 July 2012 22:22
To: xerte-dev at lists.nottingham.ac.uk<mailto:xerte-dev at lists.nottingham.ac.uk>
Subject: [Xerte-dev] Importing into XoT 1.8

Good Evening Ladies and Gentlemen,

Following the installation of XERTE 1.8 last Friday, the Provider has reported an error which prevents any object being previewed or played.

The error message that appears on the screen is:

"ERROR: The file modules/xerte/parent_templates/Nottingham/Nottingham.rlt failed to load."

However the template path appears to have been set correctly and the Nottingham.rlt file is there and appears to be uncorrupted. An echo statement in config.php shows the Template File root as

D:/hshome/c98804/suffolklearningconsortium.org/xerte/modules/

Where 'xerte' is the name of the 'toolkits' directory

There is also a problem importing objects which may be related to this. The import never completes and there are no error messages to indicate why. I have set "$development = true;"  and "ini_set('error_reporting', 1);" in config .php but I am not seeing anything in the error_logs directory other than the readme.txt file and an empty file called 'blank_document_for_zip.txt"

The server is a Windows Server and is therefore using IIS. It may be an obscure permissions issue.

If anyone has any ideas about how to fix this (I don't think you can set permissions on these servers trivially) I'ld welcome some guidance. Moodle 2.2.1 is running OK on the server.

Kindest Regards,
Thomas
==========================================================
Thomas Rochford, e-Learning Advisor, JISC Regional Support Centre - Eastern
Tel: 07500 669002, 01223 564749
Eml: thomas.rochford at jiscadvance.ac.uk<mailto:thomas.rochford at jiscadvance.ac.uk>,
Skype: cambridge.serendipity
RSCs - Stimulating and Supporting Innovation in Learning
RSC Eastern welcomes feedback on our services via support at rsc-eastern.ac.uk<mailto:support at rsc-eastern.ac.uk>
[cid:image001.jpg at 01CD6A62.2F6686C0] Please consider your environmental responsibility before printing this e-mail







This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.

This message has been checked for viruses but the contents of an attachment may still contain software viruses which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20120725/d1fa5022/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 843 bytes
Desc: image001.jpg
URL: <http://lists.nottingham.ac.uk/pipermail/xerte-dev/attachments/20120725/d1fa5022/attachment-0001.jpg>