Foswiki

> accessible to Foswiki. Verify that each directory is intented to be a 
> web and either copy in a WebPreferences topic or remove the directory to 
> correct the warning.


Not sure, if pub/ is checked, too, but maybe you wanna have a look there, too.

Any hidden directories (starting with a dot)?

Oliver

The warning is in {DataDir}

/imp/data/www/foswiki/data missing WebPreferences Topic

On 05/24/2011 02:19 PM, Oliver Krüger wrote:
>> accessible to Foswiki. Verify that each directory is intented to be a
>> web and either copy in a WebPreferences topic or remove the directory to
>> correct the warning.
>
>
> Not sure, if pub/ is checked, too, but maybe you wanna have a look there, too.
>
> Any hidden directories (starting with a dot)?
>
> Oliver
>
>
>
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery,
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now.
> http://p.sf.net/sfu/quest-d2dcopy1
> _______________________________________________
> Foswiki-discuss mailing list
> Foswiki-discuss@...
> https://lists.sourceforge.net/lists/listinfo/foswiki-discuss

On Tue, May 24, 2011 at 02:37:43PM +0200, Willi Schiegel wrote:
> The warning is in {DataDir}
> 
> /imp/data/www/foswiki/data missing WebPreferences Topic

If you want to figure out which Web is causing issues, you can use that:
cd /imp/data/www/foswiki/data
for i in */;do [ -f "$i/WebPreferences.txt" ] || echo "$i misses a WebPreferences topic";done

Should print out which one the configure checker is complaining about.

Maybe we could display its name as an enhancement?

-- 
Babar

Willi,

Below the error message should be a note, for example:

*First 10 detected errors of insufficient, or excessive permissions, and
all instances of missing files.*
/var/www/foswiki/trunk/core/data/TestCases/SubWeb missing WebPreferences
Topic

That should identify exactly what directory beneath web is missing
WebPreferences.  There are several causes.  Some extensions install a
directory of template files.  This can be ignored.   Or someone might
have copied a directory into data/ expecting to create a web that is not
reachable.   Or some older version of Foswiki failed to correctly create
a new web. If I recall correctly there was a bug at one point where
copying a topic to an incorrectly spelled directory could create empty
phantom webs.

This is only a warning suggesting that you check the cause of the
possibly phantom directory.  You can safely ignore it.

George

On 05/24/2011 08:04 AM, Willi Schiegel wrote:
> Hello,
>
> I have this in "configure" of a new Foswiki installation:
>
> Warning: 1 required file is missing.. The web directories have been 
> checked for a WebPreferences topic. If this file is missing, Foswiki 
> will not recognize the directory as a Web and the contents will not be 
> accessible to Foswiki. Verify that each directory is intented to be a 
> web and either copy in a WebPreferences topic or remove the directory to 
> correct the warning.
>
> Everything seems to work. So can I ignore this message?
>
> Thank you.
>
> Greetings,
> Willi
>
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery, 
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now. 
> http://p.sf.net/sfu/quest-d2dcopy1
> _______________________________________________
> Foswiki-discuss mailing list
> Foswiki-discuss@...
> https://lists.sourceforge.net/lists/listinfo/foswiki-discuss

We already do.    ;-)

On 05/24/2011 09:00 AM, Olivier 'Babar' Raginel wrote:
> Maybe we could display its name as an enhancement?
>

> *First 10 detected errors of insufficient, or excessive permissions, and
> all instances of missing files.*
> /var/www/foswiki/trunk/core/data/TestCases/SubWeb missing WebPreferences
> Topic
>
> That should identify exactly what directory beneath web is missing
> WebPreferences.
So it is the data directory because the message says:

/imp/data/www/foswiki/data missing WebPreferences Topic

Each sub directory of data has a WebPreferences Topic, which I checked 
with the script from Olivier.

On Tue, May 24, 2011 at 03:19:52PM +0200, Willi Schiegel wrote:
> So it is the data directory because the message says:
> 
> /imp/data/www/foswiki/data missing WebPreferences Topic
> 
> Each sub directory of data has a WebPreferences Topic, which I checked 
> with the script from Olivier.

Then maybe your DataDir is wrong :)
Is it set to /imp/data/www/foswiki or to /imp/data/www/foswiki/data? The 
latter is correct, the former would trigger this warning.

-- 
Babar

That is really strange.  What is actually set in the DataDir directory
field?

It should be    /imp/data/www/foswiki/data

I wonder if the checker code is mis-reading that and sees the first
/imp/data as the root for some reason.

You definitely should not have a WebPreferences in data.  So it's
probably a bug in the checker.

George

On 05/24/2011 09:19 AM, Willi Schiegel wrote:
>> *First 10 detected errors of insufficient, or excessive permissions, and
>> all instances of missing files.*
>> /var/www/foswiki/trunk/core/data/TestCases/SubWeb missing WebPreferences
>> Topic
>>
>> That should identify exactly what directory beneath web is missing
>> WebPreferences.
> So it is the data directory because the message says:
>
> /imp/data/www/foswiki/data missing WebPreferences Topic
>
> Each sub directory of data has a WebPreferences Topic, which I checked 
> with the script from Olivier.
>
>
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery, 
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now. 
> http://p.sf.net/sfu/quest-d2dcopy1
> _______________________________________________
> Foswiki-discuss mailing list
> Foswiki-discuss@...
> https://lists.sourceforge.net/lists/listinfo/foswiki-discuss

Hi,

Olivier's script did not check subwebs. This one does:

cd /imp/data/www/foswiki/data;
for DIR in `find * -type d`; do
   [ -f $DIR/WebPreferences.txt ] || echo "$DIR missing a WebPreferences
topic"
done

Gruß
Jan Dreyer

-----Original Message-----
From: Willi Schiegel [mailto:willi.schiegel@...] 
Sent: Tuesday, May 24, 2011 3:20 PM
To: foswiki-discuss@...
Subject: Re: [Foswiki-discuss] Warning: 1 required file is missing..

> *First 10 detected errors of insufficient, or excessive permissions, 
> and all instances of missing files.* 
> /var/www/foswiki/trunk/core/data/TestCases/SubWeb missing 
> WebPreferences Topic
>
> That should identify exactly what directory beneath web is missing 
> WebPreferences.
So it is the data directory because the message says:

/imp/data/www/foswiki/data missing WebPreferences Topic

Each sub directory of data has a WebPreferences Topic, which I checked with
the script from Olivier.


----------------------------------------------------------------------------
--
vRanger cuts backup time in half-while increasing security.
With the market-leading solution for virtual backup and recovery, 
you get blazing-fast, flexible, and affordable data protection.
Download your free trial now. 
http://p.sf.net/sfu/quest-d2dcopy1
_______________________________________________
Foswiki-discuss mailing list
Foswiki-discuss@...
https://lists.sourceforge.net/lists/listinfo/foswiki-discuss

> Is it set to /imp/data/www/foswiki or to /imp/data/www/foswiki/data? The
> latter is correct, the former would trigger this warning.

DataDir is set to /imp/data/www/foswiki/data

I used ApacheConfigGenerator.

It is a brand new installation and there are the following directories 
under data:

_default
_empty
Main
mime.types
Sandbox
System
Trash
TWiki

So it's most likely a bug in the Config checker.   You can just ignore
the error, it should have no operational impact.  I'll try to recreate it.

If you would,  please create a task - see
http://foswiki.org/Tasks/CreateNewTask  and we'll get it fixed for 1.1.4

Thanks,
George

On 05/24/2011 09:59 AM, Willi Schiegel wrote:
>> Is it set to /imp/data/www/foswiki or to /imp/data/www/foswiki/data? The
>> latter is correct, the former would trigger this warning.
> DataDir is set to /imp/data/www/foswiki/data
>
> I used ApacheConfigGenerator.
>
> It is a brand new installation and there are the following directories 
> under data:
>
> _default
> _empty
> Main
> mime.types
> Sandbox
> System
> Trash
> TWiki
>
> ------------------------------------------------------------------------------
> vRanger cuts backup time in half-while increasing security.
> With the market-leading solution for virtual backup and recovery, 
> you get blazing-fast, flexible, and affordable data protection.
> Download your free trial now. 
> http://p.sf.net/sfu/quest-d2dcopy1
> _______________________________________________
> Foswiki-discuss mailing list
> Foswiki-discuss@...
> https://lists.sourceforge.net/lists/listinfo/foswiki-discuss

On Tue, May 24, 2011 at 10:02:10AM -0400, George Clark wrote:
> So it's most likely a bug in the Config checker.   You can just ignore
> the error, it should have no operational impact.  I'll try to recreate it.
> 
> If you would,  please create a task - see
> http://foswiki.org/Tasks/CreateNewTask  and we'll get it fixed for 1.1.4

Yes, it's a bug:
    if ( $perms =~ /p/ && $path =~ /data\/(.+)$/ && -d $path ) {
in core/lib/Foswiki/Configure/Checker.pm line 228.

It must recurse too much. Fix might be tricky though. Anyway, Willy, 
thanks to open a task, we'll have a look. As far as you're concerned, 
nothing to worry about.

-- 
Babar

I've never installed Foswiki, but I'm curious as to the source (and 
meaning) of the /imp directory.  I've tried googling, but looked at 
only a very few of the 12,000,000 + hits, and none that helped.

Can anybody cast some light on it?  I presume it is not Foswiki 
specific?

Thanks!
Randy Kramer

On Tuesday 24 May 2011 09:30:56 am Jan.Dreyer@... wrote:
> /imp/data/www/foswiki/data missing WebPreferences Topic

> Can anybody cast some light on it?  I presume it is not Foswiki
> specific?
No, it is not. It is just my personal directory setup. I also could have 
installed it under /data or /opt or whatever, as long as it belongs to 
the user who is running the web server.

Greetings,
Willi

Willi,

Understood--thanks!

Randy Kramer

On Tuesday 24 May 2011 10:24:57 am Willi Schiegel wrote:
> > Can anybody cast some light on it?  I presume it is not Foswiki
> > specific?
> No, it is not. It is just my personal directory setup. I also could
> have installed it under /data or /opt or whatever, as long as it
> belongs to the user who is running the web server.

Babar,

I don't have an install with this recreated yet,  but I did try one fix
that seems to work on a more conventional install.

Instead of using /data\/ in the regex,  I substituted the cfg DataDir
variable.  It might need

    if ( $perms =~ /p/ && $path =~ /\Q$Foswiki::cfg{DataDir}\E\/(.+)$/
&& -d $path ) {   (Added the \Q...\E around the config parm just in case
the parm contains metacharacters.)

Willi,  the change goes into lib/Foswiki/Configure/Checker.pm.  Here is
a diff:  If you could try it on your installation, please let us know if
it helps.

diff --git a/core/lib/Foswiki/Configure/Checker.pm
b/core/lib/Foswiki/Configure/Checker.pm
index ca54d9d..dae7392 100755
--- a/core/lib/Foswiki/Configure/Checker.pm
+++ b/core/lib/Foswiki/Configure/Checker.pm
@@ -225,7 +225,7 @@ sub checkTreePerms {
         }
     }
 
-    if ( $perms =~ /p/ && $path =~ /data\/(.+)$/ && -d $path ) {
+    if ( $perms =~ /p/ && $path =~ /\Q$Foswiki::cfg{DataDir}\E\/(.+)$/
&& -d $path ) {
         unless ( -e "$path/$Foswiki::cfg{WebPrefsTopicName}.txt") {
         $permErrs .= " $path missing $Foswiki::cfg{WebPrefsTopicName}
Topic" . CGI::br();
         $this->{missingFile}++;


On 05/24/2011 10:09 AM, Olivier 'Babar' Raginel wrote:
> On Tue, May 24, 2011 at 10:02:10AM -0400, George Clark wrote:
>> So it's most likely a bug in the Config checker.   You can just ignore
>> the error, it should have no operational impact.  I'll try to recreate it.
>>
>> If you would,  please create a task - see
>> http://foswiki.org/Tasks/CreateNewTask  and we'll get it fixed for 1.1.4
> Yes, it's a bug:
>     if ( $perms =~ /p/ && $path =~ /data\/(.+)$/ && -d $path ) {
> in core/lib/Foswiki/Configure/Checker.pm line 228.
>
> It must recurse too much. Fix might be tricky though. Anyway, Willy, 
> thanks to open a task, we'll have a look. As far as you're concerned, 
> nothing to worry about.
>

Hello,

> Willi,  the change goes into lib/Foswiki/Configure/Checker.pm.  Here is
> a diff:  If you could try it on your installation, please let us know if
> it helps.
Can you tell me how to apply the patch? Do I only have to replace

> -    if ( $perms =~ /p/&&  $path =~ /data\/(.+)$/&&  -d $path ) {

with

> +    if ( $perms =~ /p/&&  $path =~ /\Q$Foswiki::cfg{DataDir}\E\/(.+)$/

Hello,

> diff --git a/core/lib/Foswiki/Configure/Checker.pm
> b/core/lib/Foswiki/Configure/Checker.pm
> index ca54d9d..dae7392 100755
> --- a/core/lib/Foswiki/Configure/Checker.pm
> +++ b/core/lib/Foswiki/Configure/Checker.pm
> @@ -225,7 +225,7 @@ sub checkTreePerms {
>           }
>       }
>
> -    if ( $perms =~ /p/&&  $path =~ /data\/(.+)$/&&  -d $path ) {
> +    if ( $perms =~ /p/&&  $path =~ /\Q$Foswiki::cfg{DataDir}\E\/(.+)$/
> &&  -d $path ) {
>           unless ( -e "$path/$Foswiki::cfg{WebPrefsTopicName}.txt") {
>           $permErrs .= " $path missing $Foswiki::cfg{WebPrefsTopicName}
> Topic" . CGI::br();
>           $this->{missingFile}++;

I replaced the line and the warning is gone!

Hi Will, 

did you have a look at the System.FlexWebListTree example? 
That's based on FLEXWEBLIST + jqTreeview.

	Michael.

On Monday 16 May 2011, Willi Schiegel wrote:
> Hello All,
> 
> it seems I can not find the right documentation or even worse I do not 
> completely understand what I found :-) so I need some help. I have a lot 
> of customers and for each customer I want to have a web and some sub 
> webs for their IT systems documentation. So I would like to have a 
> fold-out navigation in WebLeftBar and also a fold-out topic navigation 
> within each web and sub web.
> 
> I tried combinations of TREEBROWSER, TREEVIEW and FLEXWEBLIST but it did 
> not work. Sometimes nothing showed up and sometimes the web entries were 
> attached to the Toolbox menu. For the webs I want to have something like 
> this where "Customer1" and "Customer2" are visible and the rest should 
> fold-out.
> 
> --- Customer1
>    |--- Administration
>    |--- Infrastructure
>    |--- Systems
> --- Customer2
>    |--- Administration
>    |--- Infrastructure
>    |--- Systems
> 
> For the topics and their children within each web and sub web I want to 
> have something like this:
> 
> --- Administration
>    |--- Email
>    |--- User Management
> --- Infrastructure
>    |--- Network
>    |--- Server Backend
> --- Systems
>    |--- Servers
>    |--- Email
>    |--- User Management
> 
> Can someone help?
> 
> Thank you very much.
> 
> Greetings,
> Willi
> 
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Foswiki-discuss mailing list
> Foswiki-discuss@...
> https://lists.sourceforge.net/lists/listinfo/foswiki-discuss
> 
> 


-- 
-- Michael Daum Consulting
-- Your Wiki Software Partner
-- WikiRing Consultant
-- http://michaeldaumconsulting.com
-- Tel: +49 (0)40 21 99 27 51

Hello Michael,

> did you have a look at the System.FlexWebListTree example?
> That's based on FLEXWEBLIST + jqTreeview.
Wow, it works perfect and looks very good.

Now I only have to figure out how to do this with the topics within the 
webs.

Thank you very much.

Greetings,
Willi

Absolutely

We cannot deprecate basic TML syntax.

We cannot ever deprecate anything used to create content.

Kenneth



On 13 May 2011, at 07:46, Michael Tempest <michael.w.tempest@...> wrote:

> On 5/12/11, Raymond Lutz <raylutz@...> wrote:
>> I never use that markup and vote to deprecate it. Use the obvious _* and
>> *_ to get the same result.
>> --Raymond
>> 
> 
> For better or worse, == and __ are widely used. They are certainly
> used in the wikis at my work. We will alienate our users if we stop
> supporting == and __ at some time in the future, which means we cannot
> really deprecate that markup.
> 
> It might be possible to *add* support for _* and *_. I view that as a
> separate issue.
> 
> Kind regards
> Michael
> 
> ------------------------------------------------------------------------------
> Achieve unprecedented app performance and reliability
> What every C/C++ and Fortran developer should know.
> Learn how Intel has extended the reach of its next-generation tools
> to help boost performance applications - inlcuding clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Foswiki-discuss mailing list
> Foswiki-discuss@...
> https://lists.sourceforge.net/lists/listinfo/foswiki-discuss

Thanks to Raymond, Michael, and Ken for your responses!

Obviously (I think ;-), whether I choose to deprecate the double markup 
characters in my lexer for the Scintilla family of editors has no 
influence on deprecating them within Foswiki (or TWiki).

I am going to, at least initially,  choose not to support those double 
markup characters in that lexer.  If I start to feel very comfortable 
programming in C/C++, I might revisit that decision.

I guess it just means, for anyone who may choose to use an editor in the 
Scintilla family (using the lexer I'm working on) to edit Foswiki pages 
offline, they should avoid the use of double character markup.

I will still, at least mostly, satisfy my goal of having the lexer work 
as kind of a "lint" for Foswiki markup.  Anything that works correctly 
in the lexer will also work correctly in Foswiki (that is my goal). 
There will be some things that won't work correctly in the lexer that 
will work fine in Foswiki, and a user of the lexer will need to avoid 
those.

These double markup characters are one of those things.  There are 
some "corner cases" that I'm going to also choose not to 
support--things like WikiWords being ended by punctuation (e.g., 
WikiWo*rds will, in Foswiki, recognize WikiWo as a WikiWord--I don't 
plan to (ever, I think)).  

There are other things I won't support initially that I hope to someday 
support.  Like, for Foswiki table markup, I'd like the lexer to 
actually format the text in the shape of a table (sort of like ASCII 
art), including wrapping long cells to multiple lines.  But that is a 
long way off.

Randy Kramer

On Friday 13 May 2011 01:46:41 am Michael Tempest wrote:
> On 5/12/11, Raymond Lutz <raylutz@...> wrote:
> > I never use that markup and vote to deprecate it. Use the obvious
> > _* and *_ to get the same result.
> > --Raymond
>
> For better or worse, == and __ are widely used. They are certainly
> used in the wikis at my work. We will alienate our users if we stop
> supporting == and __ at some time in the future, which means we
> cannot really deprecate that markup.
>
> It might be possible to *add* support for _* and *_. I view that as a
> separate issue.