Various Bugs

Kulga

Ok. Time for the fun part - debugging the million issues of beta!

I am running nginx/1.2.1, php 5.5.28, running with php5-fpm on a Debian 7 server.

I notice a .htaccess file - is this a necessary component? the description on github

Use better way of ensuring Authorization header

Tells me it's a way of ensuring, so possible optional.

Click on administration "/admin" gives this error:

     $uri = $request->getUri()->getPath() ?: '/';
   
     $routeInfo = $this->getDispatcher()->dispatch($method, $uri);

       switch ($routeInfo[0]) {
           case Dispatcher::NOT_FOUND:
           case Dispatcher::METHOD_NOT_ALLOWED:
               throw new RouteNotFoundException;
           case Dispatcher::FOUND:
               $handler = $routeInfo[1];

Attempting to change notifications, Allow others to see if I'm online, Uploading a avatar image, edit user (username, changing groups, setting new password) in settings gives a generic

Oops! Something went wrong on the server. Please reload the page and try again.

I am able to start a discussion and apply the general tag and write a title and body text but unable to post it with it giving the generic error.

Clicking on notifications gives the generic error.
Clicking on refresh gives generic error
Clicking on All Discussions / Following / Tags gives generic error and will cause those three to disappear.
Attempting to search gives three generic errors

The nginx server reports no errors during all of this. Install went fine
Just for fun I ran a chmod -R 777 * to ensure permissions aren't the issue. No change :\

Sorry to write up so many errors! I'm hoping because almost everything gives a generic error it's something universal I need to change.

Franz

Kulga Have you followed the installation docs completely? It has a mandatory section on URL rewriting for Nginx servers...

Toby

The .htaccess file is there for Apache servers. It's necessary for URL rewriting, and as you mentioned, ensuring that the Authorization header gets passed along to PHP.

To debug the generic errors, please see the Troubleshooting docs and enable debug mode on your forum. Then inspect the failing AJAX requests and post the error message(s) here!

Kulga

Toby
Thanks! I'll do that

Franz I hadn't seen that, no. I will do that.

Kulga

I followed the nginx instructions but needed to add this to have it pass to php otherwise it wanted to hand me a php file of sorts (similar to my other php installs)

location ~ .php$ {
try_files $uri =404;
fastcgi_pass unix:/var/run/php5-fpm.flarum_forum.sock;
fastcgi_index index.php;
include fastcgi_params;
}

Toby I've modified the config.php but debug was already true.

'debug' => true,

however the errors are still generic. I guess I'm doing something wrong here. I'm going to pursue the troubleshooting docs though..

Toby

Kulga The errors will still be generic, but if you inspect the actual response of the AJAX requests in your browser's inspector, there should be more information?

Kulga

Oh I see. Ok I've got firebug observing.. and it shows a 500 internal error. There's way too much html here for me to just copy over and I had to enable noscript to permit copy to clipboard.
So here's the output of each bug:

Click on Site title (to refresh discussion list)
Click on Administration
Attempt to change notification in settings

Hmm.. After posting each of those, I've noticed they're all identical..

Franz

Kulga What's the URL when you click on the Admin link?

Kulga

Franz http://www.foo.org/admin
(should note that foo == example text)

Kulga

To minimize the need for ambiguous names, I setup a test flarum forum here on a spare domain with a identical setup:
www.singularidea.org
U: admin
P: admin55

I've got it sandboxed so feel free to test it.

Toby

Try using this for your nginx config (what we're using on this very forum):

location / {
    try_files $uri $uri/ /index.php?$query_string;
}

location /api {
    try_files $uri $uri/ /api.php?$query_string;
}

location /admin {
    try_files $uri $uri/ /admin.php?$query_string;
}

location /flarum {
    deny all;
    return 404;
}

location ~ .php$ {
    fastcgi_split_path_info ^(.+.php)(/.+)$;
    fastcgi_pass unix:/var/run/php5-fpm.sock;
    fastcgi_index index.php;
    include fastcgi_params;
}

The block that handles PHP files is slightly different to yours – maybe it'll make a difference.

Kulga

Toby
Success! Everything Works! 😃
Looks like this was the critical line (I think)

fastcgi_split_path_info ^(.+.php)(/.+)$;

I would suggest posting that part in the installation docs as without it it's broken

location ~ .php$ {
    fastcgi_split_path_info ^(.+.php)(/.+)$;
    fastcgi_pass unix:/var/run/php5-fpm.sock;
    fastcgi_index index.php;
    include fastcgi_params;
}

Edit: Ok. not everything (image upload gives a error) but everything else I've listed started to work