The setup routine in
fails with the message:
RCS: copy /media/haj/linuxdevel/twiki/trunk/core/pub/TWiki/BehaviourContrib/cssQuery to /media/haj/linuxdevel/twiki/trunk/core/pub/Temporarytwikiweb/BehaviourContrib/cssQuery failed: Is a directory at /media/haj/linuxdevel/twiki/trunk/core/lib/TWiki/Store/RcsFile.pm line 888.
The reason is that, in the SVN tree, BehaviourContrib
breaks a silent assumption on web creation:
- In the example setup, there's a routine to "copy a system web", which tries to create a new web based on the
- Web creation assumes that the
pub directory holds just files, and no directories
- When it comes to
BehaviourContrib, this assumption fails and the test bails out in the
I don't think that the
web is a good representative for such a test case at all, because it is pretty big and running that as part of any
"unit" test will take considerable time (and space). However, there may
be good use for copying the
web in case of local changes to the documentation which should't get lost with an upgrade. So I tested the same thing with ManagingWebs
on my pilot installation of TWiki 6.0.0, which also offers
as a base web - and this also fails:
TWiki detected an internal error - please check your TWiki logs and webserver logs for more information.
RCS: copy path to path failed: Is a directory
Bottom line: Webs which contain directories in the
folder of any of their topics are no longer suitable as template webs. There is no easy check for this other than trial-and-error. In the TWiki 6.0.0 distribution, the offending subdirectory of
doesn't exist, but plenty of others fill the void: DatePickerPlugin
, as far as a default installation is concerned.
I am assigning this to "Engine" because the unit test just pointed me towards the bug, the test case itself is innocent.