Trouble installing 1.8

fixed this by granting write access for my user(not iis user) on folder. Now i am stuck at http://pathto/xibo/install/2 "not found"error 404

Try http://pathto/xibo/install/index.php/2 - and if that works you’ve got mod_rewrite problems.

If you are using IIS then the .htaccess file we provide won’t be suitable and you will need to set equivalent rules in your IIS config.

Something like this would be a good start:

<configuration>
<system.webServer>
    <rewrite>
        <rules>
            <rule name="xibo auth" enabled="true">
                <match url="api/authorize/.*" />
                <action type="Rewrite" url="/api/authorize/index.php" />
            </rule>
            <rule name="xibo api" enabled="true">
                <match url="api/.*" />
                <action type="Rewrite" url="/api/index.php" />
            </rule>
            <rule name="xibo install" enabled="true">
                <match url="install/.*" />
                <action type="Rewrite" url="/install/index.php" />
            </rule>
            <rule name="xibo maint" enabled="true">
                <match url="maint/.*" />
                <action type="Rewrite" url="maint/index.php" />
            </rule>
            <rule name="xibo web" enabled="true">
                <match url=".*" />
                <action type="Rewrite" url="/index.php" />
            </rule>
        </rules>
    </rewrite>
</system.webServer>

^^ that is a guess based on some googling

Thanks peter…i imported the .htaccess into IIS rewrite rule and that was it.

Love you guys!!!

1 Like

Can you let us know the exact rules you used (was it the ones in our post?!) - we can add them to the manual

I asked IIS to convert the same rules from the .htaccess and installation was smooth.

I was forced to delete two of the rules during conversion just as …

afterwards…installation/upgrade went on fine.

I however had a few ajax exception for tables on 1.8 so i rolled back to 1.7.9.

I ran into the same ajax issue. Is it because of the rewrite rules that doesn;'t work

The AJAX errors may be something different - if someone could provide a developer tools log then I can further comment

I’m facing the same issue with IIS 8.5 so I’ve added these rewrite rules exactly as stated above but now when I run http://localhost:8000/ (i’m using 8000 port) it gives a “HTTP Error 404.20 - Not Found” and the browser URL turn into: http://localhost:8000/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/install/

I think it’s a rule issue, but I couldn’t trace which. Could you help me on that?

Thanks,

Beto

UPDATE:
I’ve removed the last rule and were able to complete the setup. After that I had the same 404.20 issue on login page. Thus I added the last rule back. I’m able to login but the Xibo pages are completely messy.

That would be because the resources cannot be loaded correctly, because the rules are wrong :slight_smile:

Unfortunately no-one who has it working has been able to post the contents of their rules file - so I do not know if the above actually worked for them.

Perhaps you could follow the procedure they said worked?

I’ve imported the .htaccess file on IIS (excluding the incompatible rule) and everything looks good now.

Thank you for your support.

Beto

Another issue to beat: Any configuration change done on settings page, I receive the following message on clicking Save:


Any idea why?
Thanks,
Beto

Can you export the resulting rules so that we can pop them in our user manual?

That is strange - do other forms work? That message would imply that IIS isn’t configured for PHP correctly (which seems very odd) or that the rewrite rules are directing requests for that specific page to a different place.

We were able to get up and running on IIS using the same method.

After that, we ran into the same AJAX errors. It turns out they were caused by IIS rejecting the query string for being too long. We fixed this by changing the max query string in IIS. There are more details in this post:

https://community.xibo.org.uk/t/1-8-rc1-install-media-problems/8040

I’ll add the “import .htaccess” instruction into the manual as well.

I’m seeing this same issue. 405 errors when trying to apply a change on the settings page. The debug tools in Chrome say that the PUT method isn’t allowed which is weird because I swear I use PUT with other php pages/sites on this server.

I just tried to edit an existing user and got the same 405 error. When creating a user I don’t get an error because the method used is POST but when I try to edit an existing entry the PUT method is used and that is getting blocked.
Under 1.7.4 the method used for both creating and updating a user is POST.
Is this the way edits are intended to update in 1.8?

Nevermind, I seemed to have missed the http verbs section of this article: http://xibo.org.uk/manual-tempel/en/install_environment_windows_iis.html#http_verbs. Once I switch the verb list to “*” it works.

2 Likes

Thanks. It solved my problem. I made all directly from IIS Manager (just change to All verbs) as the screen shot.
IIS needs double quota for save this settings. Please look for the Module line.

I am still having problems with receiving a 405 HTTP Verb error. I believe everything is done correctly with the HTTP Mapping in IIS, I don’t know if there’s a extra step I need to figure out with plesk? Any help would be much appreciated :slight_smile:

am not familiar with xibo on IIS but check your folder and files permissions and user rights