Re: Problems updating global preferences - EUREKA!

Just my luck, this is probably in a FAQ somewhere...

mod_gzip MUST NOT include php files or it causes the admin.php to bomb. I=20
just turned mod_gzip off altogether, and everything worked like a charm!

I don't know if this is Windows specific or not, but wow, what a twister!

Thanks Vincent, even though I was able to puzzle it out, I know you're out=
=20
there listening!

--Scott Brown





At 03:32 PM 9/26/2003, you wrote:
>More on this...
>
>If I restart the Apache service, and pop back over to the client machine,=
=20
>and refresh admin.php (after first attempting a plain old post), it will=20
>work fine, every time.
>
>If I do the same, and then go and try to post, it will fail. It will=20
>continue to fail no matter how many times I try to post, and/or refresh=20
>the page, once I have tried to post.
>
>This is just weird. The 'go' variable is also used on the newuser.php=20
>page, and does not at all experience the same thing. I even tried changing=
=20
>the value of go to something other than change, and it does the same thing.
>
>What a puzzle!
>
>Thanks,
>--Scott Brown
>
>
>
>At 01:11 PM 9/26/2003, you wrote:
>>The plot thickens...
>>
>>I haven't been able to try 0.2.4pre yet... will likely do so shortly,=20
>>although a diff between the two admin.php files (1.28 and 1.30) doesn't=20
>>show me anything that would affect the issue first reported yesterday!
>>
>>I have found some other quirks, though, not quite sure what they mean.=20
>>I'd much rather run this on a *nix box, but here I am...
>>
>>1) d_DoDiff
>>
>>This is probably a quirk on my end, but my mail server didn't like mixed=
=20
>>case on Cc:, so I had to change it to CC:.
>>
>>1.5) newuser.php
>>
>>Similar to the above, probably a quirk unique to my setup, but I had to=20
>>change line 117 so that it did not include $rname. My mail server (I=20
>>*think*; at least I didn't see where the code was doing it, except around=
=20
>>$email. PHP might be, but chasing that would be a pain!) would add the=20
>>carats "<>" around the entire thing, like <User Name=20
>><username-9IKiO1iGCm/[email protected]>> and throw a syntax error. So my newuser.php just=20
>>sends $email to @mail (no carats). I still need to change it where $go =3D=
=3D=20
>>"newpass" (line 16).
>>
>>Those two might be good for a "getting Anthill running on Windows" FAQ or=
=20
>>something. Or ArgoSoft Mail Server Pro. It looks like it was designed=20
>>with Sendmail in mind?
>>
>>2) The thing with admin.php (previous thread)
>>
>>Strangely, if I repeatedly refresh the page after a POST, I can=20
>>*occasionally* get the setting change to take (very unpredictable), and=20
>>get the success message at the top of the page. I have been over and over=
=20
>>the code, and can't for the life of me see what is going on. Even when I=
=20
>>successfully get a change to "take", I have to refresh the page again to=
=20
>>see the font change. None of the elements, or any combination of=20
>>elements, alleviate the issue. I don't *think* it is a client issue. If=20
>>someone wanted to check it out, I can email them off-list with the URL=20
>>and a username and password. It's strictly in a (more or less) sandboxed=
=20
>>area for evaluation at the moment, so I'm not sweating it. It would=20
>>certainly help me to determine whether or not this is a client issue, or=
=20
>>a server issue.
>>
>>The screwy thing is, every other form works fine. I even reviewed my=20
>>settings in my php.ini to make sure safe mode was off (it is, and was).=20
>>As a note, variables_order is set to "EGPCS". Does this matter? gpc_order=
=20
>>is also commented out (deprecated) does this matter?
>>
>>The only thing I can think of is that for some reason, this statement:
>>
>>if ($go =3D=3D "change")
>>
>>Doesn't resolve properly, yet on every other page, it seems to do just=20
>>fine! Maybe IE6 thinks "change" is a reserved word or something, and=20
>>isn't posting it properly. I might try changing it (pardon the pun) to=20
>>something else. The reason I say that it must be this statement is=20
>>because I would expect that if it were resolving, but a database error=20
>>occurred, I would still get the success message at the top of the page,=20
>>but it would fail to do the update. No errors are thrown, and whenever I=
=20
>>see the message, the update was successful.
>>
>>Needless to say, I am stumped!
>>
>>Another thing I should probably add is that I copied my 0.2.1 db over to=
=20
>>the new install of 0.2.3; I don't see any changes to its structure, or to=
=20
>>admin=C3=F6=D2=7F between 0.2.1 and 0.2.3, though. Also, I am able to=
 reproduce=20
>>the same problem in the 0.2.1 install... and since I can sometimes get it=
=20
>>to take the changes by refreshing the page, I don't think that's it.
>>
>>3) Style sheet and BODY statement conflicting?
>>
>>I did notice that the style sheet over-rides the settings, anyway (mostly=
=20
>>playing with the font sizes above), if I am set up correctly (initially,=
=20
>>I don't think I was, and it was not finding the style sheet). My initial=
=20
>>setting had 'webroot' set to the actual www web root, which is a=20
>>directory above the location of the Anthill install. I changed webroot to=
=20
>>the webroot including path info, and thought I had blown something out=20
>>(hehe), because suddenly, everything was darkcyan. It's a VirtualHost now=
=20
>>;-), lol. I caught it when I fixed the emails, and the link was wrong.
>>
>>I believe this is expected behavior in IE, that style sheets supercede=20
>>BODY tags, but I could be wrong. They don't supercede FONT tag=20
>>containers, methinks. Gotta install Mozilla to see... Although, since=20
>>they are conflicting concepts, maybe a way to turn styles on and off,=20
>>which, when on, disables the font options on the admin screen (and=20
>>removes them from the body tag) in a future version?
>>
>>Maybe this is already on the change list for 0.2.4pre. If so, forgive me!=
=20
>>I seem to remember it (the changelog) mentioning something somewhere on=20
>>the styles. I'm not beta testing, but evaluating the production version,=
=20
>>for use. So, I am skeptical of using a pre-release for testing.
>>
>>4) Just a question...
>>
>>In the email(s) when changes are made to a bug report, I am getting some=
=20
>>weird text that includes path info in it:
>>
>>--- 2   2003-09-25 17:17:34.000000000 -0700
>>+++ C:/OpenSA/Apache/htdocs/cc/ICS/shadow\2.t562.tmp    1969-12-31=20
>>16:00:00.000000000 -0800
>>@@ -1,43 +0,0 @@
>>
>>I looked at the .tmp file directly, and it isn't in there, and the=20
>>date/time above is just wacky. Is this expected behavior with the windiff=
=20
>>I downloaded from the main site? Can I get rid of it? I don't see where=20
>>the code is adding it right off...
>>
>>I hope I am not overstepping myself here, just wanted to throw out some=20
>>things I unearthed. The real big issue here is the admin.php not working.=
=20
>>I can manually go into the db through an administrative tool for MySQL I=
=20
>>am using and make changes, but I'd really like to nail this down.
>>
>>On an aside, the fix for the query screen in IE is super! Much better (I=
=20
>>started out yesterday with 0.2.1).
>>
>>Thanks again!
>>--Scott Brown
>>
>>
>>
>>_______________________________________________
>>Anthill-users mailing list
>>Anthill-users-+mQDA36h6dWw5LPnMra/[email protected]
>>http://vmlinuz.ca/mailman/listinfo/anthill-users
>
>
>
>_______________________________________________
>Anthill-users mailing list
>Anthill-users-+mQDA36h6dWw5LPnMra/[email protected]
>http://vmlinuz.ca/mailman/listinfo/anthill-users



_______________________________________________
Anthill-users mailing list
Anthill-users-+mQDA36h6dWw5LPnMra/[email protected]
http://vmlinuz.ca/mailman/listinfo/anthill-users