Re: Problems updating global preferences - EUREKA!

On second thought, mod_gzip must be altogether disabled.

--Scott


At 03:44 PM 9/26/2003, you wrote:
>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=20
>>changing the value of go to something other than change, and it does the=
=20
>>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=20
>>>around $email. PHP might be, but chasing that would be a pain!) would=20
>>>add the 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=20
>>>=3D=3D "newpass" (line 16).
>>>
>>>Those two might be good for a "getting Anthill running on Windows" FAQ=20
>>>or 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=20
>>>over the code, and can't for the life of me see what is going on. Even=20
>>>when I successfully get a change to "take", I have to refresh the page=20
>>>again to see the font change. None of the elements, or any combination=20
>>>of elements, alleviate the issue. I don't *think* it is a client issue.=
=20
>>>If someone wanted to check it out, I can email them off-list with the=20
>>>URL and a username and password. It's strictly in a (more or less)=20
>>>sandboxed area for evaluation at the moment, so I'm not sweating it. It=
=20
>>>would certainly help me to determine whether or not this is a client=20
>>>issue, or 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?=20
>>>gpc_order 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=20
>>>to admin=C3=F6=D2=7F between 0.2.1 and 0.2.3, though. Also, I am able to=
=20
>>>reproduce the same problem in the 0.2.1 install... and since I can=20
>>>sometimes get it to take the changes by refreshing the page, I don't=20
>>>think that's it.
>>>
>>>3) Style sheet and BODY statement conflicting?
>>>
>>>I did notice that the style sheet over-rides the settings, anyway=20
>>>(mostly playing with the font sizes above), if I am set up correctly=20
>>>(initially, I don't think I was, and it was not finding the style=20
>>>sheet). My initial setting had 'webroot' set to the actual www web root,=
=20
>>>which is a directory above the location of the Anthill install. I=20
>>>changed webroot to the webroot including path info, and thought I had=20
>>>blown something out (hehe), because suddenly, everything was darkcyan.=20
>>>It's a VirtualHost now ;-), lol. I caught it when I fixed the emails,=20
>>>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=20
>>>me! I seem to remember it (the changelog) mentioning something somewhere=
=20
>>>on the styles. I'm not beta testing, but evaluating the production=20
>>>version, 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=20
>>>windiff I downloaded from the main site? Can I get rid of it? I don't=20
>>>see where 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=20
>>>working. I can manually go into the db through an administrative tool=20
>>>for MySQL I 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



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