![[Home]](/logo.png){kind=logo}
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
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
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
It seems to be some kind of IE caching bug. I am working on a workaround. See Google:internet%20explorer%20caching%20bug or http://www.stanford.edu/services/webauth/looping.html – TilmannHolst 2004-04-22 13:55 UTC
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
$ 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
$ 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
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