TroubleShooting

Edit conflict

Unfortunatly the diff3 binary is missing at our webserver. No and I cannot install one ;-(

The problem is that if an EditConflict occurs it is just silently merged. The last editor sees a warning, but the page needs manual intervention to revive changes made by the first contributor. This should be no big issue but sucks.

I’m working on a solution at OddMuse:Perl_Diff_Extension. If you are a perl hacker feel free to help out.

TilmannHolst 2004-04-27 06:17 UTC

Cache Problem

Using IE 6.0.28 (W2K), I frequently get old revisions of topics I have visited before. Even when I try to edit a topic, the editor window loads old revisions.

Does anyone else encounter this problem? Of course it only occurs when Topics are re-visited after having changed.

Problem confirmed by FredSchwohl (IE 6.0.26)

A workaround seems to be to do a “forced refresh”, however you need to press <ctrl>+<shift>+<alt> and then hit the refresh button, which is awkward.

Is there another solution? Can I tell IE to always do a full refresh on LarpWiki pages?

I do not encounter that problem on LarpWikiDe, what’s the difference between UseMod and OddMuse in that respect?

--RalfHuels, 2004-04-22

Hm. At the beginning I had the page cache enabled now it is disabled. Every page is rendered every time. It may be a problem with agressive proxies. Perhaps some do not cache directive in the header may help. The OddMuse-Team is informed and I am working on it. – TilmannHolst 2004-04-22 10:21 UTC

From the config:

 $UseCache    = 0;   # 0 = no; 1 = partial HTML cache; 2 = HTTP/1.1 caching

For further details see: OddMuseConfig?.

That seems to have done the trick. RalfHuels 2004-04-22 10:45 UTC

I have changed this already yesterday afternoon… The cache timeout is set to 10 seconds - so something™ is really strange. – TilmannHolst 2004-04-22 11:29 UTC
Just now it happened again, so my comment at 10:45 was premature, unless you have changed something again. RalfHuels 2004-04-22 12:45 UTC
I have not touched anything since yesterday evening. Question: Do you use some kind of web proxy? If yes - which one? – TilmannHolst 2004-04-22 12:56 UTC ::::Yes I do. I have only a vague idea, which one, though. And I’m probably not allowed to publicly disclose details ;-) RalfHuels 2004-04-22 13:19 UTC :::::Fired up a Windows box at home: no proxy, still the same behavior. (IE6.0.28, WinXP?) --RalfHuels, 2004-04-22 17:27 UTC

It seems to be some kind of IE caching bug. I am working on a workaround. See Google:internet%20explorer%20caching%20bug or [en http://www.stanford.edu/services/webauth/looping.html http://www.stanford.edu/services/webauth/looping.html] – TilmannHolst 2004-04-22 13:55 UTC

RalfHuels, could you please trash your browser cache? Maybe some old pages live there and refuse to go ,-) – TilmannHolst 2004-04-22 14:07 UTC ::Hmmm. That would seem inconsistent with the fact that it’s not the same old revision, I keep seeing, but always the last one I got through a forced refresh. I did flush the cache, though and will keep testing. RalfHuels :::Nope. Didn’t help. Sorry. RalfHuels

I reproduced that Bug myself. It is annoying. I have no idea why IE6 just shows the wrong page revision and worse the wrong (old) content in the edit window. Caching is entirely disabled. All other browsers (Mozilla/Opera) work without problems. I have a last idea to insert some http directives to hopefully disable IEs bogus caching behaviour. rant rant… ;-) – TilmannHolst 2004-04-23 06:30 UTC


Debug log

$ telnet www.larpwiki.org 80
Trying 80.237.130.29...
Connected to www.larpwiki.org.
Escape character is '^]'.
GET http://www.larpwiki.org/cgi-bin/wiki.pl HTTP/1.0

HTTP/1.1 200 OK
Date: Fri, 23 Apr 2004 07:49:53 GMT
Server: Apache/1.3.29 (Unix) FrontPage/5.0.2.2635 PHP/4.3.5
Cache-control: max-age=10
Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT
Connection: close
Content-Type: text/html; charset=UTF-8

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

This one is the evil one. Welcome to todays double bug feature. ;-)

 Cache-control: max-age=10

TilmannHolst 2004-04-23 07:54 UTC

next try

$ telnet www.larpwiki.org 80
Trying 80.237.130.29...
Connected to www.larpwiki.org.
Escape character is '^]'.
GET http://www.larpwiki.org/cgi-bin/wiki.pl HTTP/1.0

HTTP/1.1 200 OK
Date: Fri, 23 Apr 2004 08:26:08 GMT
Server: Apache/1.3.29 (Unix) FrontPage/5.0.2.2635 PHP/4.3.5
Cache-control: max-age=10
Last-Modified: Thu, 01 Jan 1970 00:00:00 GMT
Connection: close
Content-Type: text/html; charset=UTF-8

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

The strange thing is that I disabled “Cache-control: max-age=10” it in the oddmuse source. – TilmannHolst 2004-04-23 08:32 UTC

Now I have a vague idea. The webserver seems to add the http header and ignores my settings. – TilmannHolst 2004-04-23 09:46 UTC

local testing

It seems that my changes/headers are ignored by the webserver.

$ ./test.pl 
Expires: Fri, 23 Apr 2004 09:57:21 GMT
Date: Fri, 23 Apr 2004 09:57:21 GMT
Last-modified: Thu Jan  1 00:00:01 1970
Cache-control: no-cache
Content-Type: text/html; charset=UTF-8

TilmannHolst 2004-04-23 10:01 UTC

AlexSchr̦der? suprised me with a workaround. We disabled all caching features to get around that show stopper bug. It seems to work. The show must go on ;-) РTilmannHolst 2004-04-24 21:07 UTC :Looks good, I think. RalfHuels, 2004-04-26 6:19 UTC