[Xerte] feeds problem now !

[Patrick Lockley]

What url are you going to?

 

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Catherall,
Paul
Sent: 09 August 2010 12:42
To: 'Xerte discussion list'
Subject: [Xerte] feeds problem now !

 

Thanks we might have a play with this...

 

I was also wondering has anyone seen RSS not displaying for an
individual (ldap) user account?  I have access public, xml sharing on,
rss on for the object, it displays in the global site feed but not the
user feed or folder feeds.. we tried deleting the user account on Xerte,
then logged in and tried again, but the feeds still don't work. Other
LDAP accounts have feeds working fine.

 

Rgds

 

Paul

 

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Patrick
Lockley
Sent: 06 August 2010 16:51
To: Xerte discussion list
Subject: RE: [Xerte] another odd one...

 

The headers are always a pain in the beep.

 

If you look in website_code/php/scorm/archive.php you can see some
headers commented out. Perhaps adding some of these might help. I found
they killed the code in IE though. 

 

                function download_file($name)

                {

                                if ($this->options['inmemory'] == 0)

                                {

                                                $this->error[] = "Can
only use download_file() if archive is in memory. Redirect to file
otherwise, it is faster.";

                                                return;

                                }

                                switch ($this->options['type'])

                                {

                                case "zip":

                                                header("Content-Type:
application/zip");

                                                break;

                                case "bzip":

                                                header("Content-Type:
application/x-bzip2");

                                                break;

                                case "gzip":

                                                header("Content-Type:
application/x-gzip");

                                                break;

                                case "tar":

                                                header("Content-Type:
application/x-tar");

                                }

                                header("Content-Length: " .
strlen($this->archive));

                                header("Pragma: public");

                                header('Content-disposition: attachment;
filename="' . $name . '.zip"');

                                //header("Cache-Control: no-cache,
must-revalidate, post-check=0, pre-check=0");

                                //header("Expires: Sat, 01 Jan 2000
12:00:00 GMT");

                                header("Content-Transfer-Encoding:
binary");

                                print($this->archive);

                }

}

 

I suspect it's something in here that's killing it.

 

I'll have a look Monday to see what I get but am really busy with other
stuff.

 

We hope to fix it for opera soon.

 

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Catherall,
Paul
Sent: 06 August 2010 16:07
To: 'Xerte discussion list'
Subject: RE: [Xerte] another odd one...

 

According to my techie guy its probably using an internal zip process/
library.  We were wondering if the mime header for zip might have
problems for some browsers.

 

Here's the results of trying to import/ export in a variety of browsers,
always using a single filename with no spaces in lower case, I also took
care to only use the 'zip file' (not SCORM) option to export/import:

 

Exported file in IE 8 (8.0.6001.18702) reports as corrupted in Windows
and can't be imported ("You can only import a zip file") however you can
import a zip created from other browsers below.

export/import in Safari 4 (528.17) with no zip corruption.

export/import in Chrome (5.0.375.125) with no zip corruption.

export in Firefox 3.6.8 (no zip corruption) but not import ("You can
only import a zip file"), although my colleague in IT could import on
same version.

Xerte doesn't seem to work in Opera ..no loss there :/

Seamonkey (2.04) - can export zip (no corruption) but can't import ("You
can only import a zip file")

 

So this could be 2 issues, the creation of the zip can be corrupt
producing a single wad type file (depending on the browser) and then
some browsers don't allow import of a valid zip ("You can only import a
zip file"), with the same zip working in other browsers......

 

Our fix at the moment is to backup and restore files manually using
Safari or possibly Firefox (different results on different PCs), or
possibly Chrome which seems to be popping up on staff PCs here.

 

Rgds

 

Paul

 

 

 

 

 

 

From: xerte-bounces at lists.nottingham.ac.uk
[mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Dave Burnett
Sent: 06 August 2010 12:42
To: Xerte list
Subject: RE: [Xerte] another odd one...

 

 

 

Oddly I can import items exported from the old server into the new one.


when I try to export an item in our new server it can't then be uploaded
and I get "You can only import Zip files".

AND I notice that I can't manually open the zip file in Windows, I get a
message saying "the zip file is corrupted"...

 

 

OK, so the zip process on the new server is corrupting the file somehow.

What zip client does the server default to?

Tried reinstalling the zip client?

Or specifying a different client?

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.nottingham.ac.uk/pipermail/xerte/attachments/20100809/5714c9e0/attachment.html