1.2.0rc1 and IE8

Asked by Bartek

Hello again

Today i've accidentialy started xibo in IE (normally using Firefox) and i've some problems - not important to me - i'm not using ie, but maybe it is some bug?
I've cleaned all temporary files to make sure that not effect og old files in cache.

So far on my installation:
- there is no single display in display list (after some time progress indicator disappearing but list is still empty)
- in sheduler there is only small calendar - no main calendar and empty screen list.

In compatibilty mode - i can't login to xibo, so no other errors found :)

Same installation on FF & Chrome works ok.

Question information

Language:
English Edit question
Status:
Solved
For:
Xibo Edit question
Assignee:
No assignee Edit question
Solved by:
Bartek
Solved:
Last query:
Last reply:
Revision history for this message
Alex Harrington (alexharrington) said :
#1

I'll have to leave this to someone else. I don't have access to a machine
running IE8

Bartek <email address hidden> wrote:

New question #115944 on Xibo:
https://answers.launchpad.net/xibo/+question/115944

Hello again

Today i've accidentialy started xibo in IE (normally using Firefox) and
i've some problems - not important to me - i'm not using ie, but maybe it
is some bug?
I've cleaned all temporary files to make sure that not effect og old files
in cache.

So far on my installation:
- there is no single display in display list (after some time progress
indicator disappearing but list is still empty)
- in sheduler there is only small calendar - no main calendar and empty
screen list.

In compatibilty mode - i can't login to xibo, so no other errors found :)

Same installation on FF & Chrome works ok.

--
You received this question notification because you are a member of Xibo
Developers, which is an answer contact for Xibo.

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Revision history for this message
Alex Harrington (alexharrington) said :
#2

Just checked in IE7 as I do have access to that and it's fine there.

Revision history for this message
Alex Harrington (alexharrington) said :
#3

I installed IE8 on a machine specially and it's working OK for me. Is it another locale issue?

Revision history for this message
Bartek (czajka) said :
#4

Checked on IE7 (70% of clients uses it) and there is same effect. Looks like listing fails on my db. There is something about 100 screens with names with all types of brackets.
I've commented out some cols in screen list in management by <!-- --> and added <nobr></nobr> in default layout name, but i don't think thats a reason as log as sheduler is unmodified and fails too.

No locale issue, i've removed pl locale - it's tragic now, needs some more work to make it usable and less annoying :)

Revision history for this message
Alex Harrington (alexharrington) said :
#5

I've loaded on your DB here and it still renders fine in IE8. I didn't check IE7 as I don't have access to it any more! Can't reproduce it.

Revision history for this message
Bartek (czajka) said :
#6

Hmm, displays group also empty etc.

Any chance that's becuse i've finally installed from zip in linux in effect of problems with 20.sql?

Revision history for this message
Alex Harrington (alexharrington) said :
#7

Could be. We do two different versions - each with appropriate line endings - as some versions of PHP object to the wrong line endings for the OS.

It's easy enough to check - just replace all your files with versions from the .tar.gz file and then delete install.php/upgrade.php (if you're deleting the whole folder then make sure to backup/replace settings.php)

That or somewhere a syntax error has been added to the PHP which is causing the AJAX to fail.

I've mailed over some screenshots of your DB on my system.

Alex

Revision history for this message
Alex Harrington (alexharrington) said :
#8

One thought. When your 20.php upgrade step failed for the last time, did you revert the database to 1.0.6 before you tried with the English locale?

Reason being is that if you didn't, the 20.php file wouldn't have been considered for running as 20.sql had already been processed. That would mean your database missed the vital upgrade steps that convert from single displays to display groups etc and would explain why large parts of the system are broken.

Alex

Revision history for this message
Bartek (czajka) said :
#9

Yes, of course, i've restored everything to start stare before convering again.

Just checked installation form stock tarball without luck - still no output in ie.
Checked on two differnent machines with IE8, one IE7 and no luck also.

So, it's db or server configuration issue (php.ini?). I'll send current db in a moment.

Revision history for this message
Bartek (czajka) said :
#10

One more - system isn't broken :) Works great in chrome firefox and safari :)

Revision history for this message
Alex Harrington (alexharrington) said :
#11

Is IE set to use a proxy?

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Revision history for this message
Bartek (czajka) said :
#12

IE7 - yes (but it is not a cache proxy, only filtering access to net)
both IE8 - no

Revision history for this message
Alex Harrington (alexharrington) said :
#13

No idea then. I still can't reproduce it on either data set you've sent.

Alex

Revision history for this message
Bartek (czajka) said :
#14

So, where can I check if server returns some screens list? Some js file?

Revision history for this message
Alex Harrington (alexharrington) said :
#15

Is your server internet facing so I can take a look?

This email carries a disclaimer, a copy of which may be read at http://learning.longhill.org.uk/disclaimer

Revision history for this message
Bartek (czajka) said :
#16

One more thing i've spotted:

On login screen there is a warning icon (yellow !), after revealing error:

(pl->eng in brackets)

Szczegóły błędu na stronie sieci Web
(error details on web site)

Agent użytkownika: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0)
Sygnatura czasowa: Sun, 27 Jun 2010 19:17:49 UTC

Wiadomość: 'document.getElementById(...)' jest pusty lub nie jest obiektem
(Message: '....' is empty or it's not a object)
Wiersz: 51
(row 51)
Znak: 2
(char 2)
Kod: 0
(code 0)
Identyfikator URI: http://192.168.35.100/lib/js/functions.js

Revision history for this message
Bartek (czajka) said :
#17

URL do interface sent by email.

Revision history for this message
Alex Harrington (alexharrington) said :
#18

OK. I've looked. I don't know enough about debugging the server code in IE to take this further.

It's not a rendering problem - it's simply that the HTML output isn't in the page where it should be - which would suggest to me some kind of problem with the javascript that loads it in via AJAX, however it can't be as it works with other browsers and in IE7 and 8 on my server and there are no javascript errors or errors logged in the Xibo system.

The frontpage js error is a hack to make IE6 work properly and can be ignored.

I'd suggest reverting any changes you've made in case they are impacting this somehow, clear cache and maybe even restart the webserver to be certain there's no caching there. After that I'm out of ideas.

It'll be interesting to see if anyone else reports similar problems - but I'm afraid I can't help any more with this. If it's important, we can ask Dan when he's available (he won't be for a couple of weeks).

Alex

Revision history for this message
Bartek (czajka) said :
#19

Just got it :)

there was old .htaccess with AddDefaultCharset UTF8 that was needed with
polish locales...
After removing ie works smoothly again...