Well I used this subject for this thread because it was on "group permissions" (simple mode) where I detected it, but I think it may appear on other sections too. I think it may be related to the amount of data -or at least the amount of fields- that can be transferred from a form using the post method.

To check it I did the following, starting with an totally empty forum:

1) create a "category 1" category (I think this may be optional)
2) create 196 forums inside, I named them "forum 001" to "forum 196", all of them have the "default" set of permissions
3) go to "groups"/"manage groups" and enter the permissions form or any of them or create a group just for the test and enter its permissions form
4) change some of the "not moderator" to "is moderator"
5) go to the bottom of the form and click "submit"
6) you'll be redirected again to the same permissions form, instead of get the "permissions have been updated" notification, and of course the permissions haven't been changed at all
7) go to forums management and delete the "forum 196" forum
8 ) repeat the steps 3, 4 and 5; this time you'll get the notification and the permissions will be changed

Why I think it's a problem with the amount of data or the amount of fields? Because in the real forum I'm setting up, I have 184 forums at this moment, 11 of them have the "private" set of permissions, so in the "group permissions control" I have 184 "moderator" fields plus 11 "access" fields, 195 in total, and when I create another forum (not private) the problem happens (185+11=196) and it happens too if I change another of the existing forums to private (184+12=196).

Nobody has something to comment about this? At least confirm the problem...  I'm stuck because I cannot create more forums. Well I can create the forums, but I cannot manage any permissions after that, since I pass the limit of 195.

This is really strange... In any case it is not suitable having so many subforums, because this setup will require an high amount of  memory consumption (even caching files will be big). You will experience even high generation time with all these forums.

In your case the error could be related even to "OUT OF MEMORY" error... try to raise memory limit.

If you can provide a backup of your setup I may try as well to replicate the error.

____________
Luca
SEARCH is the quickest way to get support.
Icy Phoenix ColorizeIt - CustomIcy - HON

Yes, I know it's a large forum.   But I'm not sure if I can cut down the number of forums... Anyway the problem would arise too with the half of forums if all of them are private, that is 98 forums + 98 privates = 196.

I'll send you a copy of this forum's DB later.

Thanks.

This is the backup of the test forum with 196 forums created. For me fails with this number of forums and start working again if I delete one forum, as I explain in the first post.

Thanks.

Oops, I forgot to say that the table prefix is "prueba_", the admin user is "admin" and the password "123456".

Well, I think I found the cause of this problem.

I added this piece of code to the beginning of 'admin_ug_auth.php' to echo the parameters passed to the script:


For 195 forums (working) I got this output when clicking on submit:


For 196 forums (not working) I got this output when clicking on submit:

As you can see "submit" has disappeared.


For 197 forums (not working) I got this output when clicking on submit:

Here not only "submit" has disappeared, but "redirect" did it too.


I found a page about the size limit for the URL query string, saying this:

Quote:

The spec for URL length does not dictate a minimum or maximum URL length, but implementation varies by browser. On Windows: Opera supports ~4050 characters, IE 4.0+ supports exactly 2083 characters, Netscape 3 -> 4.78 support up to 8192 characters before causing errors on shut-down, and Netscape 6 supports ~2000 before causing errors on start-up.
 
Note that there is no limit on the number of parameters you can stuff into a URL, but only on the length it can aggregate to.

So as I suspected it seems to be related to the size of the data sent to the server, and not with a "out of memory" error. The problem now is how to fix or workaround this… without reducing the numbers of forums, I mean.

Ok, forgot the page said above, since it's about GET and the forum uses POST. I found this other page:
http://httpd.apache.org/docs/2.2/en...equestfieldsize

It seems that the default limit for the request header in apache is 8190 characters.

I found a solution!    Well, it's not a full solution, but it makes more difficult that this problem could happen.

What I would do is send to the server only the values of the "select" fields which have been changed instead of sending the whole list of fields. I'll post the code when I finish the modifications.

Ok, I think I got it working, so here we go with the modifications.

1) First of all upload the attached "del_unchanged_selects.js" file to "/templates/common/js". This is the content of that file:



2) Apply the changes to the file "admin_ug_auth.php":



3)  Apply the changes to the file "auth_ug_body.tpl":



And that’s all. Now a large amount of forums only will cause the problem if too many of values are changed at the same time, what is less probable to happen.

Interesting problem hal, well done for fixing it - I never really paid much attention to the way data was parsed in the forum management...

Any idea why the script even parses data through $_GET, and not just use $_POST variables? I mean when you submit this data, it goes to the same page, right? You only need to transmit data through the URL if you want it to traverse many pages... with $_POST you can't really do that, but you don't have any character length limitation...

moreteavicar wrote: [View Post]

Interesting problem hal, well done for fixing it - I never really paid much attention to the way data was parsed in the forum management...

Any idea why the script even parses data through $_GET, and not just use $_POST variables? I mean when you submit this data, it goes to the same page, right? You only need to transmit data through the URL if you want it to traverse many pages... with $_POST you can't really do that, but you don't have any character length limitation...

Thanks, moreteavicar. Sorry, that was just an error when I was searching information on what the cause could be. Indeed the data is passed through $_POST, that's why the problem is weird. Anyway it seems that there could be limitations too for the POST method on a server basis, so may be some people can have more forums that 195 and not encounter this problem because of their servers, but I think is better to apply this way of selectively send the data, so there is less risk of have this problem.

Oops... I realized today that I made a mistake on "del_unchanged_selects.js".

I changed the code and the file in the previous post so it works fine with FireFox.

I didn't have the time to check this yet...

If you can create a premodded package with just the changed files respect to a standard package, I will add it in next patch as addon.

Thanks.

____________
Luca
SEARCH is the quickest way to get support.
Icy Phoenix ColorizeIt - CustomIcy - HON

Sure, I'll do in the first chance I have.