Using the config.php to change things was working fine.

Now when I actually try to click save settings I get:

The resource cannot be displayed
The resource you are looking for cannot be opened by your browser.

--------------------------------------------------------------------------------

Please try the following:

HTTP Error 406 - Not acceptable

Any ideas anyone?

No one?

Bump, for one last ditch effort...

What browser are you using ?

I think most people who are having this type of problem determine that it's a setting that their hosting service is using. Alas, I don't know which problem it is.

I'm also having this problem. I actually went in and changed some of the values, such as the bank phrase for the roster to look for in player notes, with phpMyAdmin to no avail. I'm not sure what's up.

I can refresh the configuration page after logging in (though it doesn't appear to be pulling the values from the config table in the DB), the error only shows up when submitting changes.

This was an upgrade from Roster 1.6 to 1.7 if that helps. Everything else is working great.

P.S.- Glad to see you guys back up so soon and excellent job with the changes on the Roster; it looks sleek!

OK, I've been trying to troubleshoot some and I've got a question: Is there any way that the config.php form values could come from some where other than the database (like if the sql query doesn't return results)?

I've not seen anything in the code that suggests it does, but to know for sure would help eliminate some possibilities.

Corexian, what hosting provider are you with? I'm wondering if I'm with the same one.

So, here's some info from my Roster Diag.;

Basic Server Info:
OS Linux
Server Software:
Apache/1.3.36 (Unix)
mod_auth_passthrough/1.8
mod_log_bytes/1.2
mod_bwlimited/1.4
PHP/4.4.2
FrontPage/5.0.2.2635.SR1.2
mod_ssl/2.8.27
OpenSSL/0.9.7a

MySQL Version:
4.0.27-standard-log

PHP Settings phpinfo() page
PHP Version: 4.4.2
PHP API Type: apache
safe_mode: Off
open_basedir: Off
allow_url_fopen: On
file_uploads: On
upload_max_filesize: 50M

I find it highly strange. It used to work fine, now it's fubar. So either something changed on the server, or there's a bug causing it to hang.

It's not the limitation of my web provider blocking access to "config.php" as a lot of people have seen -- since I can submit the password to log in to the page.

It's only when submitting a change.

Well, we aren't on the same host because a lot of the versioning is different; your host has a more current version of php and apache, while mine is ahead on mysql. Not enough to be different versions though, only subversions.

Now that the CVS file version compare is back up, I'm getting "No Issues" on everything. That being said, the most confusing part about the whole thing is that the config page doesn't even seem to pull info from the database. The values it fills the form with are NOT the ones in the database at all. And I can't find anywhere else it would've pulled them from.

I'm stumped!

Update - I still can't figure out what's going on.

I renamed config.php to 'testit.php' and modified testit.php replacing the config.php variable with testit.php... (confused yet?)

Anyhow, the page seemed to work, but it still generated the same 406 error when clicking submit after making a change.

This issue = teh suck.

Everything else is working tho, which is wonderful!

The more I look into this, the more I'm worried that it's a bigger issue that others just haven't run into yet.

Similar issues have been seen with other products admin control panels, listing several different causes, from mod_security to something within the response from the server (http://drupal.org/node/40805)

I'm not sure what I have to do to try and track down the cause.

I guess a good place to start is:

Corexian, do you remember the last things you changed and saved? Maybe between the two of us we can narrow it down.

The error is basically that your browser is telling the server 'I don't know how to handle that type of file.' -- Almost all browsers are set to accept all types tho ("*/*").

Zanix, if you're checking in on this thread, I'm willing to provide ANY Information (including passwords if needed, if it will help others) to you to figure this out. I can make changes directly to the database, but that's kind of annoying. Also willing to jump through any 'try this' hoop to see if we can figure out what's going on.

I'm sure Corexian and I aren't the only ones seeing this - but as a lot of people don't generally use the config panel after initially setting up...

I honestly don't know where to begin with this

If I had some specific info about what's going on
Can you guys get some server logs for me?

You can PM them to me if you don't want prying eyes looking at them

It has to do with the mod_security on the server, which is like an Apache firewall. Try adding the following code to your .htaccess in the root directory:

Code: Select all

<FilesMatch "(config.php)">
 SecFilterEngine Off
</FilesMatch>

If that doesn't work, you can disable the mod_security on your server, though I'd check with your host and see if they recommend or allow you to do so.

Jhaeldril wrote:It has to do with the mod_security on the server, which is like an Apache firewall. Try adding the following code to your .htaccess in the root directory:

Code: Select all

<FilesMatch "(config.php)">
 SecFilterEngine Off
</FilesMatch>

If that doesn't work, you can disable the mod_security on your server, though I'd check with your host and see if they recommend or allow you to do so.

You, my friend, are an absolute GENIUS. This seems to have resolved the issue for me. Thank you. Hopefully it will work for Corexian too.

It used to work fine for me, then it broke. Probably an update to something on my host provider. I am in your debt, Jhaeldril.

Zanix, thank you for offering to take a look at the logs. This just backs up my belief that Roster is probably the best supported free product available. The community is the best, and the developers top notch. (And yes, I would have trusted you with the password to my site. )

Jhaeldril wrote:It has to do with the mod_security on the server, which is like an Apache firewall. Try adding the following code to your .htaccess in the root directory:

Code: Select all

<FilesMatch "(config.php)">
 SecFilterEngine Off
</FilesMatch>

If that doesn't work, you can disable the mod_security on your server, though I'd check with your host and see if they recommend or allow you to do so.

How do we get around this so users don't have to do this?