register display problem i think?

Asked by Plawlor

http://plawlor.biz/xibo/uploads/err.html (i just uploaded it here since iw as there on my ftp client)

all that html was in the "result" on the register display tab., copied and pasted.

but what is the actual error?

Question information

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

I can't view that. It's an error 403 forbidden.

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

What do you have in the client settings? Make sure you click on "Save" before attempting to register the client.

Revision history for this message
Plawlor (plawlor) said :
#4

URI to xibo server: http://plawlor.biz/xibo/
Server key: xibo
Local Lib: mydocs
collection: 900
powerpoint enabled
logging enabled for both.

no proxy required.

xibo service url: http://plawlor.biz/xibo/xmds.php
display name: bigbyte2k8
and i clicked register, and I receive the result ^ in the err.html.

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

I get the same response pointing my client at your server, but not at any of my test servers, or my production server.

Can you firstly turn on Auditing on the server. (Management -> Settings -> Error: Set debug and audit to On)

Then attempt to register a client again. There should be lots of output then in Management -> Log. I need to see that output.

Alternatively, if you're happy to make me up an account on your server with admin access (in Xibo) then I can do that myself).

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

If you do make me up an account, please send the details to <email address hidden>

Cheers

Alex

Revision history for this message
Plawlor (plawlor) said :
#7

enabled logging and tried again, but created account for you, and have emailed you. so you can take a look yourself. :)

Revision history for this message
Plawlor (plawlor) said :
#8

tried again, and failed still... *

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

Hi Peter

Could you please upload a new PHP file with a simple phpinfo() in it like this:

<?php

phpinfo();

?>

and let me have the URL - again by email if you prefer.

And let me have the URL. I'm guessing that your hosting company have "always_populate_raw_post_data" turned off in PHP - which would stop the webservice working.

If that is the case then I can raise a bug for this to ensure the installer checks for this setting.

Cheers

Alex

Revision history for this message
Plawlor (plawlor) said :
#10

already have one.

http://plawlor.biz/info.php

but always_populate_post_data is 'off'

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

Assuming your host allows .htaccess files, try creating one in your /xibo directory as follows:

php_flag always_populate_raw_post_data on

And try again...

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

I'm doing some reading on this, because always_populate_post_data isn't set on my servers.

Basically PHP will populate $HTTP_RAW_POST_DATA when it receives a POST which is not the result of form input.

For some reason, your server isn't detecting that the call to the webservice should be populating $HTTP_RAW_POST_DATA - which is causing it to fail.

I think setting that php flag will still solve it, but it would be good to work out why this is.

Alex

Revision history for this message
Plawlor (plawlor) said :
#13

I uploaded the file and received a "internal server error" .....which is odd.
I have used htaccess files in the past, and worked fine, although php flagging maybe disabled for users to change via htaccess....

so does this mean, i cant really use my ISP host... for xibo
due to its "locked down" configuration...

oh well, im going to try to get local mysql working on my machine.. since its failing to start the "service" :(

thanks for help.

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

Peter

There may be a way around it. It depends how much testing you want to get in to doing with us.

It may be that the host exposes the data we need in the $_SERVER or $_GLOBALS array, but we'd need to write some custom code to check and then test it with you.

This is quickly heading in to Dan's domain - so it might be worth waiting until he chimes in on this (he's been out of the country for a few days on business).

Cheers

Alex

Revision history for this message
Plawlor (plawlor) said :
#15

Yeah okay, I will continue on testing this...see if we can get anything. :)

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

Hi Peter

I've build a slightly ammended version of xmds which checks in more places for the raw post data we're sending to the webservice.

Could you replace xmds.php with the version linked below and see if that resolves the problem?

http://bazaar.launchpad.net/~alexharrington/xibo/shared-hosting-xmds/annotate/head%3A/server//xmds.php
Go to the above address. You can download the file using the "Download File" button at the top. Replace your existing xmds.php with this one.

Cheers

Alex

Revision history for this message
Plawlor (plawlor) said :
#17

"Please try again
Sorry, there was a problem connecting to the Launchpad server.

Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode.
Thanks for your patience."

:)

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

I'm getting the same here - but it was working when I posted that. I expect it is just Launchpad throwing a wobbly. Try again in 10 minutes or so!

Revision history for this message
Plawlor (plawlor) said :
#19

errrr thats odd!, i removed the htaccess before i left my workplace, like several hours ago, and still got "internal server error"
well theres no htaccess anywhere on the host. :( - do i need to re-do xibo again!? :( since its only xibo that causes it! booo

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

Seems OK now...

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

Adding that .htaccess file won't have changed anything with Xibo. My guess is the .htaccess is still there? Perhaps it didn't delete properly. You shouldn't need to reinstall Xibo (as we've not changed anything!)

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

If there definitely isn't a .htaccess, then you could delete your whole Xibo folder. BUT, save a copy of settings.php. Then delete xibo folder, upload a fresh version, and then replace settings.php and delete install.php and upgrade.php

Alex

Revision history for this message
Plawlor (plawlor) said :
#23

very strange!!!
i just uploaded a .htaccess to the xibo directory, and it suddenly disappeared... vanish!
but I shall have another go tomorrow.. tired, beauty sleep required! night :)

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

Ok - cheers.

Revision history for this message
Plawlor (plawlor) said :
#25

Hi, sorry for taking so long to try it...
but getting the same error...

http://plawlor.biz/xibo1/err.html
(i reinstalled xibo in another directory, as there's a problem with the previous directory... (maybe a filezilla ftp problem)

BUT, since you mentioned about xampp in my previous thread, I have installed it and everythign works :P
i tried to install apache, phpmyadmin, php, mysql manually, but *ahhhh* couldnt either get mysql service to start, then couldnt understand how to install phpmyadmin.. lol but oh well...

what do you want to do? but im happy to skip this, and use the xampp. :)
(since no one would really want to use their ISP to use xibo... but rather have a localhost anyway with unlimited db's)

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

It would be nice to get this fixed, but having done some reading in the mean time, it may just be that the data we need isn't there due to the restrictions placed on PHP.

As you've got a working install on XAMPP, then I'll mark this Solved.

Thanks for your help

Alex