[Xerte] rss fixed!

[Catherall, Paul]

Hi
Yep the RSS not working was due to 2 accounts (via LDAP) having the same ‘username’ (first and last name of the account holder).  We had 2 generic network accounts signed off by the same library manager, I had been logging in with both these, oddly other ldap-based accounts could use RSS but these two with the same patron name didn’t work.  We changed the names of the accounts on Xerte (I think my techie friend has changed database entries although I suggested just deleting one of the accounts on Xerte).  Now the RSS works fine for both the accounts.
Rgds
Paul

From: xerte-bounces at lists.nottingham.ac.uk [mailto:xerte-bounces at lists.nottingham.ac.uk] On Behalf Of Patrick Lockley
Sent: 09 August 2010 13:05
To: Xerte discussion list
Subject: RE: [Xerte] feeds problem now !

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/afc32517/attachment.html