Feedback on KnownIssuesOfTWiki01Feb2003

I refactored out the feedback from the KnownIssuesOfTWiki01Feb2003 topic.

-- PeterThoeny - 04 Feb 2003

Whoever answers bugs might also update this document as they answer the questions. Same goes for the Support web.

-- GrantBow - 12 Jan 2003

I think that RcsWrap is broken if you try to have the files owned by a user different from the apache user.. after about 2-5 topic updates the file is owned by the apache user and then cannot be written to anymore. As I am trying to get the TWikiOnDebian package working, I am going to concentrate on fixing its issues first.

-- SvenDowideit - 26 Jan 2003

The whole UNIX user ownership is in several different cases. Mod_perl is different than regular perl. What are the most focused topics for discussion of this?

-- GrantBow - 01 Feb 2003

This topic should focus on known issues as in bugs, the download policy is a separate question.

-- PeterThoeny - 02 Feb 2003

I believe that NoRegisterDownload is a relevant issue to be linked from this topic because it effects users drastically. Their ability to download and test code is clearly restricted to some (debatable) degree.

-- GrantBow - 03 Feb 2003

I agree - it may be a policy issue, but it needs to be linked from here and addressed. For more, see comment on NoRegisterDownload.

On TWikiOnWindows - I think the WindowsInstallCookbook makes it reasonably easy to install TWiki (and the ModPerl variant may make it even easier), so it would be reasonable to delete that issue from this page.

-- RichardDonkin - 03 Feb 2003

Surely NoRegisterDownload is a procedural issue relating to any release and not specific to this one.

-- SamHasler - 03 Feb 2003

You are probably right, but it is worth addressing now in any case. What I would really like to see is some discussion with Peter on NoRegisterDownload so we can move this forward...

-- RichardDonkin - 04 Feb 2003

Running Slow
I'm not sure if this is the place for this question, but...

I've just completed the transition to 01Feb2003, and I've noticed that all page views are now taking approximately twice as long as the previous release. I'm running them side-by-side, and everything is noticably slower: ~6 seconds verses ~3 seconds. This is slow enough to make me want to back out the upgrade. I'm running Perl 5.8 on a Solaris box.

Any ideas? Is there a new configuration switch that I need to turn on/off that's adding to the processing load?

OK, what's running slower are pages that contain the SiteMap. I can live with that since the speed hit is only on relatively a few pages. Sorry for the added noise.

-- MartyBacke - 04 Feb 2003

TOC Markup Broken?

Now, whether upper or lower case tags are specified, they get put in the TOC. I like the new way of doing this (---++!!), but why couldn't the old way continue to be supported for backwards compatibility? Must we now edit hundreds of pages to fix this? Please say it ain't so

Fixed by removing the ignore case switch (i) that was added to the grep statement at line 1590 of TWiki.pm Thanks to WalterMundt for leading me to the solution.

-- MartyBacke - 06 Feb 2003

Re specific issues, please go to BugReports and log these separately - if you can do patches as per PatchGuidelines that will make it easier to fix these issues in various versions of TWiki.

-- RichardDonkin - 08 Feb 2003

OK. See the UppercaseHeaderTagsRenderedInTOC bug.

-- MartyBacke - 10 Feb 2003

Thanks for the patch. Is now reverted to the previous spec.

-- PeterThoeny - 11 Feb 2003

I tried to follow the Upgrade Instructions on the manual page to install the new TWiki Release. It says in chapter "Upgrade Procedure from 01-Dec-2001 to 01-Feb-2003 Release", "5 Update library files":

Pay attention to the file and directory permissions, the library files should not be executable, e.g. chmod -R 664 $TWIKIROOT/lib/*

Which is exactly what I did... After this, the testenv script told me that it could not find TWiki.pm, but this was not true: It actually could not find the subdirectories of 'lib'. I spent an amusing hour or to to find the solution: chmod ug+x `find . -type d` The subdirectories of $TWIKIROOT/lib need the x -Flag.

I am using Solaris 2.6 and Perl 5.8. Not sure if this is behaviour can also be seen on linux.

It would be nice to correct the documentation or make the testenv error message more verbose. And: Thank you for the nice Twiki tool.

-- ChristianFroehler - 31 Mar 2003

A bit late, but I've fixed the 'pay attention to permissions' line in the TWikiUpgradeGuide for $TWIKIROOT/lib, as per ChristianFroehler's comment here - the previous command actually broke TWiki installations by setting the wrong lib directory permissions.

It would be useful to test the subdirectories on the @INC path explicitly in testenv, but that would be a bit more work to do. BTW this is a cross-platform TWikiOnUnix doc bug.

-- RichardDonkin - 02 May 2003