• Do not register here on develop.twiki.org, login with your twiki.org account.
• Use View topic Item7848 for generic doc work for TWiki-6.1.1. Use View topic Item7851 for doc work on extensions that are not part of a release. More... Close
• Anything you create or change in standard webs (Main, TWiki, Sandbox etc) will be automatically reverted on every SVN update.
Does this site look broken?. Use the LitterTray web for test cases.
The default value for {PubUrlPath} in configure is /twiki/pub. Yet one does not get any warning if that path does not exists. Would it be possible to get a warning when that directory does not exists?

When {PubUrlPath} is wrong then the rendering does not follow CSS and bitmap are not displayed. That's annoying for newbie like me since it takes time to investigate and find out what's wrong. A configure warning would be most welcome.


We could probably say the same about 50 other settings in configure.

If you do not have the default pub dir then it is because you have decided to install TWiki with a directory structure different than the distribution and different than what the installation docs say.

That is OK to do but I would not recommend it to newbies.

I am changing this to Enhancement.

KJL


I'm a big newbie wink

SL


I'm a bit suprised by this, because I thought the checker for {PubUrlPath} did this. I guess not. It's so trivial to add, that I'm sure Stephane could contribute a patch.... hehe!

CC


So many things I'd like to do, so little time smile I guess next time someone from the core team changes configure this could go in as well.

Later:

You were right CC that was not too hard, thanks to that good configure framework:

Setting TargetRelease to patch since it very low risk.

SL


It is not waiting for release until checked into SVN.

You have SVN rights?

KJL


I don't think so only plug-in access.

SL

Reminder for myself. There are tabs in patch. Clean it up before integrating.

KJL

Just looked at Item3517. Similar problem.

KJL

Sorry Stephane, it's not quite so simple as that. {PubUrlPath} is a URL path not a directory path. The mapping to a directory on disc is defined by the apache server. The only way to determine if such a path exists is to try to load it from the server, and react to a >=400 status code if it fails.

One approach would be to use UI::getUrl to fetch a known file - e.g. a CSS file.

CC

Stephane, are you getting anywhere with this? If not, can you close it please?

Thanks,

CC

I'm not planning to work on that any time soon. What's wrong with leaving it open? If we just close it will just be forgotten. We could just have a CurrentState like Postponed or something. I leave it to you CC Just feel free to close it.

SL

OK, thanks. The discipline is important; we don't leave reports open because it clutters up the database and makes it impossible to prioritise. There's no "postponed" state because if there was, everything would be in it frown

Setting to no action.

CC

ItemTemplate
Summary configure don't give warning for {PubUrlPath}
ReportedBy TWiki:Main.StephaneLenclud
Codebase 4.0.0, 4.0.1, 4.0.2, 4.0.3, 4.0.4, 4.0.5, ~twiki4
SVN Range TWiki-4.1.0, Mon, 15 Jan 2007, build 12567
AppliesTo Engine
Component Configuration
Priority Enhancement
CurrentState No Action Required
WaitingFor

Checkins

TargetRelease n/a
ReleasedIn

Topic attachments
I Attachment History Action Size Date Who Comment
Unknown file formatpatch PubUrlPath.pm.patch r1 manage 1.3 K 2007-01-24 - 23:10 StephaneLenclud Suggested patch
Edit | Attach | Watch | Print version | History: r17 < r16 < r15 < r14 < r13 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r17 - 2007-04-26 - TWikiUserMapping_CrawfordCurrie
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2019 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback