Re: [cowiki-dev] Someone had to set dev.cowiki.org up

On 05 Jul 19:57, Paul Hanchett wrote:

> >>Apply for you accounts, gentlemen!

> >No one interested?

> Do I need more?  I thought root was enough!

No, you have your root account already and don't need "more". Want more?
Can't get enough? :=) ... I was targetting the other people on this list ;)

Play with the installation, the logs are - as you all already know at -
<http://dev.cowiki.org/log/> with the same "root" credentials I gave you for
this coWiki installation. Same user, same login. There you can check if some
this went wrong - please use the logs.


Cave: this might be IMPORTANT:

I have noticed the behaviour concerning the "bad magic bug" on coWiki.org:

It always occured if a "guest user" (and only a guest) changed or created a
document - then an other "document/page" get magically recovered. This is
not very new impression, but I thought about this for a while and came to
the conclusion that the "recovery-methods" provided by Kai Schröder[1]
should be reviewed, as I am 101% sure that this error wasn't there for
almost two years before (of course because the code for recovery wasn't
there), but I have the suspicion that the problem lies somewhere in the
DocumentDAO class, thats has beend changed and provided by Kai: the recovery
stuff.

Fortunately you have all the CVS history from the beginning on and you can
locate these changes made by Kai[1]. 

If the problem is not solved the next weeks (or until the next release), I
would even suggest to disable these recovery methods for the next release:
losing documents is very annoying and not worth spreading with a new coWiki.

OTOH, a stress testing or extensively testing coWiki with unit tests (not
only Archies parser) seems necessary to me.

> Besides I'm fighting other dragons for the moment.  Back in a day or so...

Please do not talk about your wife this way. It's inappropriate ;-D


greetings to you both, Paul & Becky, dtg

[1] I don't want to blame Kai for this behaviour, it is only a suspicion.