public package
Foswiki::Func
On this page:
- public package Foswiki::Func
- Environment
- getSkin( ) -> $skin
- getUrlHost( ) -> $host
- getScriptUrl( $web, $topic, $script, ... ) -> $url
- getScriptUrlPath( $web, $topic, $script, ... ) -> $path
- getViewUrl( $web, $topic ) -> $url
- getPubUrlPath( $web, $topic, $attachment, %options ) -> $url
- getExternalResource( $url ) -> $response
- getRequestObject( ) -> $query
- getSessionKeys() -> @keys
- getSessionValue( $key ) -> $value
- setSessionValue( $key, $value ) -> $boolean
- clearSessionValue( $key ) -> $boolean
- getContext() -> \%hash
- pushTopicContext($web, $topic)
- popTopicContext()
- Registering extensions
- Preferences
- User Handling and Access Control
- getDefaultUserName( ) -> $loginName
- getCanonicalUserID( $user ) -> $cUID
- getWikiName( $user ) -> $wikiName
- getWikiUserName( $user ) -> $wikiName
- wikiToUserName( $id ) -> $loginName
- userToWikiName( $loginName, $dontAddWeb ) -> $wikiName
- emailToWikiNames( $email, $dontAddWeb ) -> @wikiNames
- wikinameToEmails( $user ) -> @emails
- isGuest( ) -> $boolean
- isAnAdmin( $id ) -> $boolean
- isGroupMember( $group, $id, $options ) -> $boolean
- eachUser() -> $iterator
- eachMembership($id) -> $iterator
- eachGroup() -> $iterator
- isGroup( $group ) -> $boolean
- eachGroupMember($group) -> $iterator
- addUserToGroup( $id, $group, $create ) -> $boolean
- removeUserFromGroup( $id, $group ) -> $boolean
- checkAccessPermission( $type, $id, $text, $topic, $web, $meta ) -> $boolean
- Traversing
- getListOfWebs( $filter [, $web] ) -> @webs
- isValidWebName( $name [, $system] ) -> $boolean
- webExists( $web ) -> $boolean
- getTopicList( $web ) -> @topics
- isValidTopicName( $name [, $allowNonWW] ) -> $boolean
- topicExists( $web, $topic ) -> $boolean
- readTopic( $web, $topic, $rev ) -> ( $meta, $text )
- getRevisionInfo($web, $topic, $rev, $attachment ) -> ( $date, $user, $rev, $comment )
- getRevisionAtTime( $web, $topic, $time ) -> $rev
- getAttachmentList( $web, $topic ) -> @list
- attachmentExists( $web, $topic, $attachment ) -> $boolean
- readAttachment( $web, $topic, $name, $rev ) -> $data
- Manipulating
- createWeb( $newWeb, $baseWeb, $opts )
- moveWeb( $oldName, $newName )
- checkTopicEditLock( $web, $topic, $script ) -> ( $oopsUrl, $loginName, $unlockTime )
- setTopicEditLock( $web, $topic, $lock )
- saveTopic( $web, $topic, $meta, $text, $options )
- moveTopic( $web, $topic, $newWeb, $newTopic )
- saveAttachment( $web, $topic, $attachment, \%opts )
- moveAttachment( $web, $topic, $attachment, $newWeb, $newTopic, $newAttachment )
- copyAttachment( $web, $topic, $attachment, $newWeb, $newTopic, $newAttachment )
- Finding changes
- Templates
- Rendering
- expandCommonVariables( $text, $topic, $web, $meta ) -> $text
- expandVariablesOnTopicCreation ( $text ) -> $text
- renderText( $text, $web, $topic ) -> $text
- internalLink( $pre, $web, $topic, $label, $anchor, $createLink ) -> $text
- addToZone( $zone, $id, $data, $requires )
- Controlling page output
- Plugin-specific file handling
- General Utilities
- Logging
- Deprecated functions
- getRegularExpression( $name ) -> $expr
- getWikiToolName( ) -> $name
- getMainWebname( ) -> $name
- getTwikiWebname( ) -> $name
- getOopsUrl( $web, $topic, $template, $param1, $param2, $param3, $param4 ) -> $url
- wikiToEmail( $wikiName ) -> $email
- permissionsSet( $web ) -> $boolean
- getPublicWebList( ) -> @webs
- formatTime( $time, $format, $timezone ) -> $text
- formatGmTime( $time, $format ) -> $text
- getDataDir( ) -> $dir
- getPubDir( ) -> $dir
- getCgiQuery( ) -> $query
- readTopicText( $web, $topic, $rev, $ignorePermissions ) -> $text
- saveTopicText( $web, $topic, $text, $ignorePermissions, $dontNotify ) -> $oopsUrl
- addToHEAD( $id, $data, $requires )
- searchInWebContent($searchString, $web, \@topics, \%options ) -> reference to a hash - keys of which are topic names
public package
Foswiki::Func
Interface for Foswiki extensions developers
This module defines the main interfaces that extensions
can use to interact with the Foswiki engine and content.
Refer to
lib/Foswiki/Plugins/EmptyPlugin.pm
for a template Plugin
and starter documentation on how to write a Plugin.
Plugins should
only call methods in packages documented in
DevelopingPlugins. If you use
functions in other Foswiki libraries you risk creating a security hole, and
you will probably need to change your plugin when you upgrade Foswiki.
Since: date indicates where functions or parameters have been added since
the baseline of the API (Foswiki 1.0.0). The
date indicates the
earliest date of a Foswiki release that will support that function or
parameter. See
Foswiki:Download.ReleaseDates for version release dates.
Deprecated date indicates where a function or parameters has been
deprecated. Deprecated
functions will still work, though they should
not be called in new plugins and should be replaced in older plugins
as soon as possible. Deprecated parameters are simply ignored in Foswiki
releases after
date.
Until date indicates where a function or parameter has been removed.
The
date indicates the latest date at which Foswiki releases still supported
the function or parameter.
Note that the
Foswiki::Func
API should always be the first place extension
authors look for methods. Certain other lower-level APIs are also exposed
by the core, but those APIs should only be called if there is no alternative
available through
Foswiki::Func
. The APIs in question are documented in
DevelopingPlugins.
Environment
getSkin( ) -> $skin
Get the skin path, set by the
SKIN
and
COVER
preferences variables or the
skin
and
cover
CGI parameters
Return:
$skin
Comma-separated list of skins, e.g.
'gnu,tartan'
. Empty string if none.
getUrlHost( ) -> $host
Get protocol, domain and optional port of script URL
Return:
$host
URL host, e.g.
"http://example.com:80"
getScriptUrl( $web, $topic, $script, ... ) -> $url
Compose fully qualified URL
-
$web
- Web name, e.g. 'Main'
-
$topic
- Topic name, e.g. 'WebNotify'
-
$script
- Script name, e.g. 'view'
-
...
- an arbitrary number of name=>value parameter pairs that will be url-encoded and added to the url. The special parameter name '#' is reserved for specifying an anchor. e.g. getScriptUrl('x','y','view','#'=>'XXX',a=>1,b=>2) will give .../view/x/y?a=1&b=2#XXX
Return:
$url
URL, e.g.
"http://example.com:80/cgi-bin/view.pl/Main/WebNotify"
Examples:
my $url;
# $url eq 'http://wiki.example.org/url/to/bin'
$url = Foswiki::Func::getScriptUrl();
# $url eq 'http://wiki.example.org/url/to/bin/edit'
$url = Foswiki::Func::getScriptUrl(undef, undef, 'edit');
# $url eq 'http://wiki.example.org/url/to/bin/edit/Web/Topic'
$url = Foswiki::Func::getScriptUrl('Web', 'Topic', 'edit');
getScriptUrlPath( $web, $topic, $script, ... ) -> $path
Compose absolute URL path. See
Foswiki::Func::getScriptUrl
Examples:
my $path;
# $path eq '/path/to/bin'
$path = Foswiki::Func::getScriptUrlPath();
# $path eq '/path/to/bin/edit'
$path = Foswiki::Func::getScriptUrlPath(undef, undef, 'edit');
# $path eq '/path/to/bin/edit/Web/Topic'
$path = Foswiki::Func::getScriptUrlPath('Web', 'Topic', 'edit');
Since: 19 Jan 2012 (when called without parameters, this function is
backwards-compatible with the old version which was deprecated 28 Nov 2008).
getViewUrl( $web, $topic ) -> $url
Compose fully qualified view URL
-
$web
- Web name, e.g. 'Main'
. The current web is taken if empty
-
$topic
- Topic name, e.g. 'WebNotify'
Return:
$url
URL, e.g.
"http://example.com:80/cgi-bin/view.pl/Main/WebNotify"
getPubUrlPath( $web, $topic, $attachment, %options ) -> $url
Get pub URL path/attachment URL
Return: with no parameters, returns the URL path of the root of
all attachments.
Prior to Foswiki 2, URLs to attachments had to be constructed by the caller.
For example,
%PUBURL%/Main/JohnSmith/picture.gif
This method of constructing URLs causes many problems, and is
strongly discouraged.
Since Foswiki 2 this function accepts parameters as follows:
-
$web
- name of web
-
$topic
- name of topic (ignored if web
is not given)
-
$attachment
- name of attachment (ignored if web
or topic
not given)
-
%options
- additional options
%options may include:
-
topic_version
- version of topic to retrieve attachment from
-
attachment_version
- version of attachment to retrieve
-
absolute
- requests an absolute URL (rather than a relative path)
If
$web
is not given,
$topic
and
$attachment
are ignored.
If
$topic
is not given,
$attachment
is ignored.
If
topic_version
is not given, the most recent revision of the topic
will be linked. Similarly if attachment_version= is not given, the most recent
revision of the attachment will be assumed. If
topic_version
is specified
but
attachment_version
is not (or the specified
attachment_version
is not
present), then the most recent version of the attachment in that topic version
will be linked. Not all stores support retrieving old attachment versions
this way.
If
absolute
is not specified (or is 0), this function will generate
relative URLs. However if Foswiki is running in an absolute URL context
(the skin requires absolute URLs, such as print or rss, or Foswiki is
running from the command-line) then
absolute
will be ignored and
absolute URLs will always be generated.
getExternalResource( $url ) -> $response
Get whatever is at the other end of a URL (using an HTTP GET request). Will
only work for encrypted protocols such as
https
if the
LWP
CPAN module is
installed.
Note that the
$url
may have an optional user and password, as specified by
the relevant RFC. Any proxy set in
configure
is honoured.
The
$response
is an object that is known to implement the following subset of
the methods of
LWP::Response
. It may in fact be an
LWP::Response
object,
but it may also not be if
LWP
is not available, so callers may only assume
the following subset of methods is available:
code() |
message() |
header($field) |
content() |
is_error() |
is_redirect() |
Note that if LWP is
not available, this function:
- can only really be trusted for HTTP/1.0 urls. If HTTP/1.1 or another protocol is required, you are strongly recommended to
require LWP
.
- Will not parse multipart content
In the event of the server returning an error, then
is_error()
will return
true,
code()
will return a valid HTTP status code
as specified in RFC 2616 and RFC 2518, and
message()
will return the
message that was received from
the server. In the event of a client-side error (e.g. an unparseable URL)
then
is_error()
will return true and
message()
will return an explanatory
message.
code()
will return 400 (BAD REQUEST).
Note: Callers can easily check the availability of other HTTP::Response methods
as follows:
my $response = Foswiki::Func::getExternalResource($url);
if (!$response->is_error() && $response->isa('HTTP::Response')) {
... other methods of HTTP::Response may be called
} else {
... only the methods listed above may be called
}
getRequestObject( ) -> $query
Get the request object. This is a subclass of
Foswiki::Request
. The request
object can be used to get the parameters passed to the request, either
via CGI or on the command line (depending on how the script was called).
A
Foswiki::Request
object is largely compatible with a
CPAN:CGI object.
Most of the time, documentation for that class applies directly to
Foswiki::Request
objects as well.
Note that this method replaces
getCgiQuery
(which is a synonym for this
method). Code that is expected to run with pre-1.1 versions of Foswiki
can continue to call
getCgiQuery
for as long as necessary.
Caution: Direct use of the CGI parameters can introduce security vulnerabilities.
Any parameters from the URL should be carefully validated, and encoded for safety
before displaying the data back to the user.
Example:
my $query = Foswiki::Func::getRequestObject();
my $single = $query->param('parm1'); # Get a scalar value (Returns 1st value if multiple valued)
my @multi = $query->multi_param('parm2'); # Get multi-valued parameter
Since: 31 Mar 2009
getSessionKeys() -> @keys
Get a list of all the names of session variables. The list is unsorted.
Session keys are stored and retrieved using
setSessionValue
and
getSessionValue
.
getSessionValue( $key ) -> $value
Get a session value from the client session module
Return:
$value
Value associated with key; empty string if not set
setSessionValue( $key, $value ) -> $boolean
Set a session value.
-
$key
- Session key
-
$value
- Value associated with key
Return: true if function succeeded
clearSessionValue( $key ) -> $boolean
Clear a session value that was set using
setSessionValue
.
-
$key
- name of value stored in session to be cleared. Note that you cannot clear AUTHUSER
.
Return: true if the session value was cleared
getContext() -> \%hash
Get a hash of context identifiers representing the currently active
context.
The context is a set of identifiers that are set
during specific phases of processing. For example, each of
the standard scripts in the 'bin' directory each has a context
identifier - the view script has 'view', the edit script has 'edit'
etc. So you can easily tell what 'type' of script your Plugin is
being called within.
A comprehensive list of core context identifiers used by Foswiki is found in
IfStatements Please be careful not to
overwrite any of these identifiers!
Context identifiers can be used to communicate between Plugins, and between
Plugins and templates. For example, in
FirstPlugin.pm, you might write:
sub initPlugin {
Foswiki::Func::getContext()->{'MyID'} = 1;
...
This can be used in SecondPlugin.pm like this:
sub initPlugin {
if( Foswiki::Func::getContext()->{'MyID'} ) {
...
}
...
or in a template, like this:
%TMPL:DEF{"ON"}% Not off %TMPL:END%
%TMPL:DEF{"OFF"}% Not on %TMPL:END%
%TMPL:P{context="MyID" then="ON" else="OFF"}%
or in a topic:
%IF{"context MyID" then="MyID is ON" else="MyID is OFF"}%
Note:
all plugins have an
automatically generated context identifier
if they are installed and initialised. For example, if the
FirstPlugin is
working, the context ID 'FirstPlugin' will be set.
pushTopicContext($web, $topic)
-
$web
- new web
-
$topic
- new topic
Change the Foswiki context, adding the requested
$web.$topic
onto the
preferences stack. Any preferences found in
$web.$topic
will be used
in place of preferences previously set in the stack, provided that they
were not finalized in a lower level. Preferences set in the prior
web.topic
are
not cleared.
$web.$topic
replaces and adds to
preferences but does not remove preferences that it does not set.
Note that if the new topic is not readable by the logged in user due to
access control considerations, there will
not be an exception. It is the
duty of the caller to check access permissions before changing the topic.
All other errors will throw an exception.
It is the duty of the caller to restore the original context by calling
popTopicContext
.
Note that this call does
not re-initialise plugins, so if you have used
global variables to remember the web and topic in
initPlugin
, then those
values will be unchanged.
popTopicContext()
Returns the Foswiki context to the state it was in before the
pushTopicContext
was called.
Registering extensions
Plugins work either by using handlers to manipulate the text being processed,
or by registering extensions, such as new macros, scripts, or meta-data types.
registerTagHandler( $var, \&fn, $syntax )
Should only be called from initPlugin.
Register a function to handle a simple variable. Handles both %VAR% and
%VAR{...}%. Registered variables are treated the same as internal macros,
and are expanded at the same time. This is a
lot more efficient than using the
commonTagsHandler
.
-
$var
- The name of the variable, i.e. the 'MYVAR' part of %MYVAR%. The variable name must match /^[A-Z][A-Z0-9_]*$/ or it won't work.
-
\&fn
- Reference to the handler function.
-
$syntax
can be 'classic' (the default) or 'context-free'. (context-free may be removed in future) 'classic' syntax is appropriate where you want the variable to support classic syntax
- e. to accept the standard
%MYVAR{ "unnamed" param1="value1" param2="value2" }%
syntax, as well as an unquoted default parameter, such as %MYVAR{unquoted parameter}%
. If your variable will only use named parameters, you can use 'context-free' syntax, which supports a more relaxed syntax. For example, %MYVAR{param1=value1, value 2, param3="value 3", param4='value 5"}%
The variable handler function must be of the form:
sub handler(\%session, \%params, $topic, $web, $topicObject)
where:
-
\%session
- a reference to the session object (may be ignored)
-
\%params
- a reference to a Foswiki::Attrs object containing parameters. This can be used as a simple hash that maps parameter names to values, with _DEFAULT being the name for the default parameter.
-
$topic
- name of the topic in the query
-
$web
- name of the web in the query
-
$topicObject
- is the Foswiki::Meta object for the topic Since 2009-03-06
for example, to execute an arbitrary command on the server, you might do this:
sub initPlugin{
Foswiki::Func::registerTagHandler('EXEC', \&boo);
}
sub boo {
my( $session, $params, $topic, $web, $topicObject ) = @_;
my $cmd = $params->{_DEFAULT};
return "NO COMMAND SPECIFIED" unless $cmd;
my $result = `$cmd 2>&1`;
return $params->{silent} ? '' : $result;
}
would let you do this:
%EXEC{"ps -Af" silent="on"}%
Registered tags differ from tags implemented using the old approach (text substitution in
commonTagsHandler
) in the following ways:
- registered tags are evaluated at the same time as system tags, such as %SERVERTIME.
commonTagsHandler
is only called later, when all system tags have already been expanded (though they are expanded again after commonTagsHandler
returns).
- registered tag names can only contain alphanumerics and _ (underscore)
- registering a tag
FRED
defines both %FRED{...}%
and also %FRED%
.
- registered tag handlers cannot return another tag as their only result (e.g.
return '%SERVERTIME%';
). It won't work.
registerRESTHandler( $alias, \&fn, %options )
Should only be called from initPlugin.
Adds a function to the dispatch table of the REST interface
-
$alias
- The name .
-
\&fn
- Reference to the function.
-
%options
- additional options affecting the handler
The handler function must be of the form:
sub handler(\%session)
where:
-
\%session
- a reference to the Foswiki session object (may be ignored)
From the REST interface, the name of the plugin must be used
as the subject of the invokation.
Additional options are set in the
%options
hash. These options are important
to ensuring that requests to your handler can't be used in cross-scripting
attacks, or used for phishing.
-
authenticate
- use this boolean option to require authentication for the handler. If this is set, then an authenticated session must be in place or the REST call will be rejected with a 401 (Unauthorized) status code. As of Foswiki 2, authenticate defaults to true. If the handler being registered is usable by guests, and does its own checking, pass authenticate => 0 to remove the requirement for an authenticated session.
-
validate
- use this boolean option to require validation of any requests made to this handler. Validation is the process by which a secret key is passed to the server so it can identify the origin of the request. As of Foswiki 2, validate will default to true. If your handler is typically invoked multipe times on a page, or doesn not need protection from CSRF attacks, set validate => 0.
-
http_allow
use this option to specify that the HTTP methods that can be used to invoke the handler. For example, http_allow=>'POST,GET'
will constrain the handler to be invoked using POST and GET, but not other HTTP methods, such as DELETE. Normally you will use http_allow=>'POST'. Together with authentication this is an important security tool. Handlers that can be invoked using GET are vulnerable to being called in the src
parameter of img
tags, a common method for cross-site request forgery (CSRF) attacks. As of Foswiki 2, this option will default to http_allow => 'POST'. If your handler does not update, then explicitly set this to http_allow => 'GET,POST'
-
description
=> 'handler information' This is a completely optional short description of the handler function. It is displayed by the %RESTHANDLERS% macro used for extension diagnostics.
See
http://foswiki.org/Support/GuidelinesForSecureExtensions for more information.
Example
The
EmptyPlugin has the following call in the initPlugin handler:
Foswiki::Func::registerRESTHandler('example', \&restExample,
authenticate => 1, # Set to 0 if handler should be useable by WikiGuest
validate => 1, # Set to 0 to disable StrikeOne CSRF protection
http_allow => 'POST', # Set to 'GET,POST' to allow use HTTP GET and POST
description => 'Example handler for Empty Plugin'
);
This adds the
restExample
function to the REST dispatch table
for the
EmptyPlugin under the 'example' alias, and allows it
to be invoked using the URL
http://server:port/bin/rest/EmptyPlugin/example
note that the URL
http://server:port/bin/rest/EmptyPlugin/restExample
(ie, with the name of the function instead of the alias) will not work.
Calling REST handlers from the command-line
The
rest
script allows handlers to be invoked from the command line. The
script is invoked passing the parameters as described in
CommandAndCGIScripts.
If the handler requires authentication (
authenticate=>1
) then this can
be passed in the username and
password
parameters.
For example,
perl -wT rest /EmptyPlugin/example -username HughPugh -password trumpton
Deprecated: please use
Foswiki::Meta::registerMETA instead.
Preferences
getPreferencesValue( $key, $web ) -> $value
Get a preferences value for the currently requested context, from the currently request topic, its web and the site.
-
$key
- Preference name
-
$web
- Name of web, optional. If defined, we shortcircuit to WebPreferences (ignoring SitePreferences). This is really only useful for ACLs.
Return:
$value
Preferences value; undefined if not set
- Example for preferences setting:
- Example for MyPlugin setting:
- if the MyPlugin topic has:
* Set COLOR = red
- Use
"MYPLUGIN_COLOR"
for $key
-
my $color = Foswiki::Func::getPreferencesValue( "MYPLUGIN_COLOR" );
NOTE: If
$NO_PREFS_IN_TOPIC
is enabled in the plugin, then
preferences set in the plugin topic will be ignored.
getPluginPreferencesValue( $key ) -> $value
Get a preferences value from your Plugin
-
$key
- Plugin Preferences key w/o PLUGINNAME_ prefix.
Return:
$value
Preferences value; empty string if not set
Note: This function will will
only work when called from the Plugin.pm file itself. it
will not work if called from a sub-package (e.g.
Foswiki::Plugins::MyPlugin::MyModule)
NOTE: If
$NO_PREFS_IN_TOPIC
is enabled in the plugin, then
preferences set in the plugin topic will be ignored.
getPreferencesFlag( $key, $web ) -> $value
Get a preferences flag from Foswiki or from a Plugin
-
$key
- Preferences key
-
$web
- Name of web, optional. Current web if not specified; does not apply to settings of Plugin topics
Return:
$value
Preferences flag
'1'
(if set), or
"0"
(for preferences values
"off"
,
"no"
and
"0"
)
- Example for Plugin setting:
- MyPlugin topic has:
* Set SHOWHELP = off
- Use
"MYPLUGIN_SHOWHELP"
for $key
-
my $showHelp = Foswiki::Func::getPreferencesFlag( "MYPLUGIN_SHOWHELP" );
NOTE: If
$NO_PREFS_IN_TOPIC
is enabled in the plugin, then
preferences set in the plugin topic will be ignored.
getPluginPreferencesFlag( $key ) -> $boolean
Get a preferences flag from your Plugin
-
$key
- Plugin Preferences key w/o PLUGINNAME_ prefix.
Return: false for preferences values
"off"
,
"no"
and
"0"
, or values not set at all. True otherwise.
Note: This function will will
only work when called from the Plugin.pm file itself. it
will not work if called from a sub-package (e.g.
Foswiki::Plugins::MyPlugin::MyModule)
NOTE: If
$NO_PREFS_IN_TOPIC
is enabled in the plugin, then
preferences set in the plugin topic will be ignored.
setPreferencesValue($name, $val)
Set the preferences value so that future calls to getPreferencesValue will
return this value, and
%$name%
will expand to the preference when used in
future variable expansions.
The preference only persists for the rest of this request. Finalised
preferences cannot be redefined using this function.
User Handling and Access Control
getDefaultUserName( ) -> $loginName
Get default user name as defined in the configuration as
DefaultUserLogin
Return:
$loginName
Default user name, e.g.
'guest'
getCanonicalUserID( $user ) -> $cUID
-
$user
can be a login, wikiname or web.wikiname
Return the cUID of the specified user. A cUID is a unique identifier which
is assigned by Foswiki for each user.
BEWARE: While the default
TopicUserMapping uses a cUID that looks like a user's
LoginName, some characters may be modified to make them compatible with rcs.
Other usermappings may use other conventions - the JoomlaUserMapping
for example, has cUIDs like 'JoomlaeUserMapping_1234'.
If $user is undefined, it assumes the currently logged-in user.
Return:
$cUID
, an internal unique and portable escaped identifier for
registered users. This may be autogenerated for an authenticated but
unregistered user.
getWikiName( $user ) -> $wikiName
return the
WikiName of the specified user
if $user is undefined Get Wiki name of logged in user
- $user can be a cUID, login, wikiname or web.wikiname
Return:
$wikiName
Wiki Name, e.g.
'JohnDoe'
getWikiUserName( $user ) -> $wikiName
return the userWeb.WikiName of the specified user
if $user is undefined Get Wiki name of logged in user
- $user can be a cUID, login, wikiname or web.wikiname
Return:
$wikiName
Wiki Name, e.g.
"Main.JohnDoe"
wikiToUserName( $id ) -> $loginName
Translate a Wiki name to a login name.
-
$id
- Wiki name, e.g. 'Main.JohnDoe'
or 'JohnDoe'
. $id may also be a login name. This will normally be transparent, but should be borne in mind if you have login names that are also legal wiki names.
Return:
$loginName
Login name of user, e.g.
'jdoe'
, or undef if not
matched.
Note that it is possible for several login names to map to the same wikiname.
This function will only return the
first login name that maps to the
wikiname.
returns undef if the
WikiName is not found.
userToWikiName( $loginName, $dontAddWeb ) -> $wikiName
Translate a login name to a Wiki name
-
$loginName
- Login name, e.g. 'jdoe'
. This may also be a wiki name. This will normally be transparent, but may be relevant if you have login names that are also valid wiki names.
-
$dontAddWeb
- Do not add web prefix if "1"
Return:
$wikiName
Wiki name of user, e.g.
'Main.JohnDoe'
or
'JohnDoe'
userToWikiName will always return a name. If the user does not
exist in the mapping, the $loginName parameter is returned. (backward compatibility)
emailToWikiNames( $email, $dontAddWeb ) -> @wikiNames
-
$email
- email address to look up
-
$dontAddWeb
- Do not add web prefix if "1"
Find the wikinames of all users who have the given email address as their
registered address. Since several users could register with the same email
address, this returns a list of wikinames rather than a single wikiname.
wikinameToEmails( $user ) -> @emails
-
$user
- wikiname of user to look up
Returns the registered email addresses of the named user. If $user is
undef, returns the registered email addresses for the logged-in user.
$user may also be a group.
isGuest( ) -> $boolean
Test if logged in user is a guest (
WikiGuest)
isAnAdmin( $id ) -> $boolean
Find out if the user is an admin or not. If the user is not given,
the currently logged-in user is assumed.
- $id can be either a login name or a WikiName
isGroupMember( $group, $id, $options ) -> $boolean
Find out if $id is in the named group. The expand option controls whether or not nested groups are searched.
e.g. Is jordi in the
HesperionXXGroup, and not in a nested group. e.g.
if( Foswiki::Func::isGroupMember( "HesperionXXGroup", "jordi", { expand => 0 } )) {
...
}
If
$user
is
undef
, it defaults to the currently logged-in user.
- $id can be a login name or a WikiName
- Nested groups are expanded unless $options{ expand => } is set to false.
eachUser() -> $iterator
Get an iterator over the list of all the registered users
not including
groups. The iterator will return each wiki name in turn (e.g. 'FredBloggs').
Use it as follows:
my $it = Foswiki::Func::eachUser();
while ($it->hasNext()) {
my $user = $it->next();
# $user is a wikiname
}
WARNING on large sites, this could be a long list!
eachMembership($id) -> $iterator
-
$id
- WikiName or login name of the user. If $id
is undef
, defaults to the currently logged-in user.
Get an iterator over the names of all groups that the user is a member of.
eachGroup() -> $iterator
Get an iterator over all groups.
Use it as follows:
my $iterator = Foswiki::Func::eachGroup();
while ($it->hasNext()) {
my $group = $it->next();
# $group is a group name e.g. AdminGroup
}
WARNING on large sites, this could be a long list!
isGroup( $group ) -> $boolean
Checks if
$group
is the name of a user group.
eachGroupMember($group) -> $iterator
Get an iterator over all the members of the named group. Returns undef if
$group is not a valid group. Nested groups are expanded unless the
expand option is set to false.
Use it as follows: Process all users in
RadioHeadGroup without expanding nested groups
my $iterator = Foswiki::Func::eachGroupMember('RadioheadGroup', {expand => 'false');
while ($it->hasNext()) {
my $user = $it->next();
# $user is a wiki name e.g. 'TomYorke', 'PhilSelway'
# With expand set to false, group names can also be returned.
# Users are not checked to exist.
}
WARNING on large sites, this could be a long list!
addUserToGroup( $id, $group, $create ) -> $boolean
removeUserFromGroup( $id, $group ) -> $boolean
checkAccessPermission( $type, $id, $text, $topic, $web, $meta ) -> $boolean
Check access permission for a topic based on the
AccessControl rules
-
$type
- Access type, required, e.g. 'VIEW'
, 'CHANGE'
.
-
$id
- WikiName of remote user, required, e.g. "RickShaw"
. $id may also be a login name. If $id
is '', 0 or undef
then access is always permitted. This is used by other functions if the caller should be able to bypass access checks.
-
$text
- Topic text, optional. If 'perl false' (undef, 0 or ''), topic $web.$topic
is consulted. $text
may optionally contain embedded %META:PREFERENCE
tags. Provide this parameter if:
- You are setting different access controls in the text to those defined in the stored topic,
- You already have the topic text in hand, and want to help avoid having to read it again,
- You are providing a
$meta
parameter.
-
$topic
- Topic name, optional, e.g. 'PrivateStuff'
, '' or undef
- If undefined, the Web preferences are checked.
- If null, the default (System) topic is checked.
- If topic specified but does not exist, the web preferences are checked, allowing the caller to determine "If the topic existed, would the operation be permitted".
-
$web
- Web name, required, e.g. 'Sandbox'
- If missing, the default Users Web (Main) is used.
-
$meta
- Meta-data object, as returned by readTopic
. Optional. If undef
, but $text
is defined, then access controls will be parsed from $text
. If defined, then metadata embedded in $text
will be ignored. This parameter is always ignored if $text
is undefined. Settings in $meta
override Set
settings in $text.
A perl true result indicates that access is permitted.
Note the weird parameter order is due to compatibility constraints with
earlier releases.
Tip: if you want, you can use this method to check your own access control types. For example, if you:
in ThatWeb.ThisTopic
, then a call to checkAccessPermission('SPIN', 'IncyWincy', undef, 'ThisTopic', 'ThatWeb', undef)
will return true
.
Example code:
use Error qw(:try);
use Foswiki::AccessControlException;
...
unless (
Foswiki::Func::checkAccessPermission(
"VIEW", $session->{user}, undef, $topic, $web
)
)
{
throw Foswiki::AccessControlException( "VIEW", $session->{user}, $web,
$topic, $Foswiki::Meta::reason );
}
Traversing
getListOfWebs( $filter [, $web] ) -> @webs
-
$filter
- spec of web types to recover
Gets a list of webs, filtered according to the spec in the $filter,
which may include one of:
- 'user' (for only user webs)
- 'template' (for only template webs i.e. those starting with "_")
$filter
may also contain the word 'public' which will further filter
out webs that have NOSEARCHALL set on them.
'allowed' filters out webs the current user can't read.
-
$web
- (Since 2009-01-01) name of web to get list of subwebs for. Defaults to the root. note that if set, the list will not contain the web specified in $web
For example, the deprecated getPublicWebList function can be duplicated
as follows:
my @webs = Foswiki::Func::getListOfWebs( "user,public" );
isValidWebName( $name [, $system] ) -> $boolean
Check for a valid web name. If $system is true, then
system web names are considered valid (names starting with _)
otherwise only user web names are valid
If $Foswiki::cfg{EnableHierarchicalWebs} is off, it will also return false
when a nested web name is passed to it.
webExists( $web ) -> $boolean
Test if web exists
-
$web
- Web name, required, e.g. 'Sandbox'
getTopicList( $web ) -> @topics
Get list of all topics in a web
-
$web
- Web name, required, e.g. 'Sandbox'
Return:
@topics
Topic list, e.g.
( 'WebChanges', 'WebHome', 'WebIndex', 'WebNotify' )
isValidTopicName( $name [, $allowNonWW] ) -> $boolean
Check for a valid topic name.
-
$name
- topic name
-
$allowNonWW
- true to allow non-wikiwords
topicExists( $web, $topic ) -> $boolean
Test if topic exists
-
$web
- Web name, optional, e.g. 'Main'
.
-
$topic
- Topic name, required, e.g. 'TokyoOffice'
, or "Main.TokyoOffice"
$web and $topic are parsed as described in the documentation for
normalizeWebTopicName
.
Specifically, the Main is used if $web is not specified and $topic has no web specifier.
To get an expected behaviour it is recommened to specify the current web for $web; don't leave it empty.
readTopic( $web, $topic, $rev ) -> ( $meta, $text )
Read topic text and meta data, regardless of access permissions.
-
$web
- Web name, required, e.g. 'Main'
-
$topic
- Topic name, required, e.g. 'TokyoOffice'
-
$rev
- revision to read (default latest)
Return:
( $meta, $text )
Meta data object and topic text
$meta
is a perl 'object' of class
Foswiki::Meta
. This class is
fully documented in the source code documentation shipped with the
release, or can be inspected in the
lib/Foswiki/Meta.pm
file.
This method
ignores topic access permissions. You should be careful to use
checkAccessPermission
to ensure the current user has read access to the
topic.
Get revision info of a topic or attachment
-
$web
- Web name, optional, e.g. 'Main'
-
$topic
- Topic name, required, e.g. 'TokyoOffice'
-
$rev
- revsion number, or tag name (can be in the format 1.2, or just the minor number)
-
$attachment
-attachment filename
Return:
( $date, $user, $rev, $comment )
List with: ( last update date, login name of last user, minor part of top revision number, comment of attachment if attachment ), e.g.
( 1234561, 'phoeny', "5", )
$date |
in epochSec |
$user |
Wiki name of the author (not login name) |
$rev |
actual rev number |
$comment |
comment given for uploaded attachment |
NOTE: if you are trying to get revision info for a topic, use
$meta->getRevisionInfo
instead if you can - it is significantly
more efficient.
getRevisionAtTime( $web, $topic, $time ) -> $rev
Get the revision number of a topic at a specific time.
-
$web
- web for topic
-
$topic
- topic
-
$time
- time (in epoch secs) for the rev
Return: Single-digit revision number, or undef if it couldn't be determined
(either because the topic isn't that old, or there was a problem)
getAttachmentList( $web, $topic ) -> @list
Get a list of the attachments on the given topic.
Since: 31 Mar 2009
attachmentExists( $web, $topic, $attachment ) -> $boolean
Test if attachment exists
-
$web
- Web name, optional, e.g. Main
.
-
$topic
- Topic name, required, e.g. TokyoOffice
, or Main.TokyoOffice
-
$attachment
- attachment name, e.g.=logo.gif=
$web and $topic are parsed as described in the documentation for
normalizeWebTopicName
.
The attachment must exist in the store (it is not sufficient for it to be referenced
in the object only)
readAttachment( $web, $topic, $name, $rev ) -> $data
-
$web
- web for topic - must not be tainted
-
$topic
- topic - must not be tainted
-
$name
- attachment name - must not be tainted
-
$rev
- revision to read (default latest)
Read an attachment from the store for a topic, and return it as a string. The
names of attachments on a topic can be recovered from the meta-data returned
by
readTopic
. If the attachment does not exist, or cannot be read, undef
will be returned. If the revision is not specified, the latest version will
be returned.
View permission on the topic is required for the
read to be successful. Access control violations are flagged by a
Foswiki::AccessControlException. Permissions are checked for the current user.
use Error qw(:try);
use Foswiki::AccessControlException ();
my( $meta, $text ) = Foswiki::Func::readTopic( $web, $topic );
my @attachments = $meta->find( 'FILEATTACHMENT' );
foreach my $a ( @attachments ) {
try {
my $data = Foswiki::Func::readAttachment( $web, $topic, $a->{name} );
...
} catch Foswiki::AccessControlException with {
};
}
This is the way 99% of extensions will access attachments.
See
Foswiki::Meta::openAttachment
for a lower level interface that does
not check access controls.
Manipulating
createWeb( $newWeb, $baseWeb, $opts )
-
$newWeb
is the name of the new web.
-
$baseWeb
is the name of an existing web (a template web). If the base web is a system web, all topics in it will be copied into the new web. If it is a normal web, only topics starting with 'Web' will be copied. If no base web is specified, an empty web (with no topics) will be created. If it is specified but does not exist, an error will be thrown.
-
$opts
is a ref to a hash that contains settings to be modified in
the web preferences topic in the new web.
use Error qw( :try );
use Foswiki::AccessControlException ();
try {
Foswiki::Func::createWeb( "Newweb" );
} catch Foswiki::AccessControlException with {
my $e = shift;
# see documentation on Foswiki::AccessControlException
} catch Foswiki::OopsException with {
shift->throw(); # propagate
} catch Error with {
my $e = shift;
# see documentation on Error
} otherwise {
...
};
moveWeb( $oldName, $newName )
Move (rename) a web.
use Error qw( :try );
use Foswiki::AccessControlException ();
try {
Foswiki::Func::moveWeb( "Oldweb", "Newweb" );
} catch Foswiki::AccessControlException with {
my $e = shift;
# see documentation on Foswiki::AccessControlException
} catch Foswiki::OopsException with {
shift->throw(); # propagate
} catch Error with {
my $e = shift;
# see documentation on Error::Simple
} otherwise {
...
};
To delete a web, move it to a subweb of
Trash
Foswiki::Func::moveWeb( "Deadweb", "Trash.Deadweb" );
checkTopicEditLock( $web, $topic, $script ) -> ( $oopsUrl, $loginName, $unlockTime )
Check if a lease has been taken by some other user.
-
$web
Web name, e.g. "Main"
, or empty
-
$topic
Topic name, e.g. "MyTopic"
, or "Main.MyTopic"
Return:
( $oopsUrl, $loginName, $unlockTime )
- The
$oopsUrl
for calling redirectCgiQuery(), user's
$loginName
, and estimated
$unlockTime
in minutes, or ( '', '', 0 ) if no lease exists.
-
$script
The script to invoke when continuing with the edit
setTopicEditLock( $web, $topic, $lock )
-
$web
Web name, e.g. "Main"
, or empty
-
$topic
Topic name, e.g. "MyTopic"
, or "Main.MyTopic"
-
$lock
1 to lease the topic, 0 to clear an existing lease
Takes out a "lease" on the topic. The lease doesn't prevent
anyone from editing and changing the topic, but it does redirect them
to a warning screen, so this provides some protection. The
edit
script
always takes out a lease.
It is
impossible to fully lock a topic. Concurrent changes will be
merged.
saveTopic( $web, $topic, $meta, $text, $options )
-
$web
- web for the topic
-
$topic
- topic name
-
$meta
- reference to Foswiki::Meta object (optional, set to undef to create a new topic containing just text, or to just change that topic's text)
-
$text
- text of the topic (without embedded meta-data!!!
-
\%options
- ref to hash of save options \%options
may include: dontlog | mark this change so it doesn't appear in the statistics |
minor | True if this change is not to be notified |
forcenewrevision | force the save to increment the revision counter |
ignorepermissions | don't check acls |
For example,
use Error qw( :try );
use Foswiki::AccessControlException ();
my( $meta, $text );
if (Foswiki::Func::topicExists($web, $topic)) {
( $meta, $text ) = Foswiki::Func::readTopic( $web, $topic );
} else {
#if the topic doesn't exist, we can either leave $meta undefined
#or if we need to set more than just the topic text, we create a new Meta object and use it.
$meta = new Foswiki::Meta($Foswiki::Plugins::SESSION, $web, $topic );
$text = '';
}
$text =~ s/APPLE/ORANGE/g;
try {
Foswiki::Func::saveTopic( $web, $topic, $meta, $text );
} catch Foswiki::AccessControlException with {
my $e = shift;
# see documentation on Foswiki::AccessControlException
} catch Foswiki::OopsException with {
shift->throw(); # propagate
} catch Error with {
my $e = shift;
# see documentation on Error::Simple
} otherwise {
...
};
In the event of an error an exception will be thrown. Callers can elect
to trap the exceptions thrown, or allow them to propagate to the calling
environment. May throw
Foswiki::OopsException or Error::Simple.
Note: The
ignorepermissions
option is only available in Foswiki 1.1 and
later.
moveTopic( $web, $topic, $newWeb, $newTopic )
-
$web
source web - required
-
$topic
source topic - required
-
$newWeb
dest web
-
$newTopic
dest topic
Renames the topic. Throws an exception if something went wrong.
If $newWeb is undef, it defaults to $web. If $newTopic is undef, it defaults
to $topic.
The destination topic must not already exist.
Rename a topic to the $Foswiki::cfg{TrashWebName} to delete it.
use Error qw( :try );
try {
moveTopic( "Work", "TokyoOffice", "Trash", "ClosedOffice" );
} catch Foswiki::AccessControlException with {
my $e = shift;
# see documentation on Foswiki::AccessControlException
} catch Foswiki::OopsException with {
shift->throw(); # propagate
} catch Error with {
my $e = shift;
# see documentation on Error::Simple
} otherwise {
...
};
saveAttachment( $web, $topic, $attachment, \%opts )
-
$web
- web for topic
-
$topic
- topic to atach to
-
$attachment
- name of the attachment
-
\%opts
- Ref to hash of options
Create an attachment on the given topic.
\%opts
may include:
dontlog |
mark this change so it is not picked up in statistics |
comment |
comment for save |
hide |
if the attachment is to be hidden in normal topic view |
stream |
Stream of file to upload |
file |
Name of a file to use for the attachment data. ignored if stream is set. Local file on the server. |
filepath |
Client path to file |
filesize |
Size of uploaded data |
filedate |
Date |
createlink |
Set true to create a link at the end of the topic |
notopicchange |
Set to true to prevent this upload being recorded in the meta-data of the topic. |
Save an attachment to the store for a topic. On success, returns undef.
If there is an error, an exception will be thrown. The current user must
have CHANGE access on the topic being attached to.
try {
Foswiki::Func::saveAttachment( $web, $topic, 'image.gif',
{ file => 'image.gif',
comment => 'Picture of Health',
hide => 1 } );
} catch Foswiki::AccessControlException with {
# Topic CHANGE access denied
} catch Foswiki::OopsException with {
shift->throw(); # propagate
} catch Error with {
# see documentation on Error
} otherwise {
...
};
This is the way 99% of extensions will create new attachments. See
Foswiki::Meta::openAttachment
for a much lower-level interface.
moveAttachment( $web, $topic, $attachment, $newWeb, $newTopic, $newAttachment )
-
$web
source web - required
-
$topic
source topic - required
-
$attachment
source attachment - required
-
$newWeb
dest web
-
$newTopic
dest topic
-
$newAttachment
dest attachment
Renames the attachment. Throws an exception on error or access violation.
If $newWeb is undef, it defaults to $web. If $newTopic is undef, it defaults
to $topic. If $newAttachment is undef, it defaults to $attachment. If all of $newWeb, $newTopic and $newAttachment are undef, it is an error.
The destination topic must already exist, but the destination attachment must
not exist.
Rename an attachment to $Foswiki::cfg{TrashWebName}.TrashAttament to delete it.
use Error qw( :try );
try {
# move attachment between topics
moveAttachment( "Countries", "Germany", "AlsaceLorraine.dat",
"Countries", "France" );
# Note destination attachment name is defaulted to the same as source
} catch Foswiki::AccessControlException with {
my $e = shift;
# see documentation on Foswiki::AccessControlException
} catch Foswiki::OopsException with {
shift->throw(); # propagate
} catch Error with {
my $e = shift;
# see documentation on Error
};
copyAttachment( $web, $topic, $attachment, $newWeb, $newTopic, $newAttachment )
-
$web
source web - required
-
$topic
source topic - required
-
$attachment
source attachment - required
-
$newWeb
dest web
-
$newTopic
dest topic
-
$newAttachment
dest attachment
Copies the attachment. Throws an exception on error or access violation.
If $newWeb is undef, it defaults to $web. If $newTopic is undef, it defaults
to $topic. If $newAttachment is undef, it defaults to $attachment. If all of $newWeb, $newTopic and $newAttachment are undef, it is an error.
The destination topic must already exist, but the destination attachment must
not exist.
use Error qw( :try );
try {
# copy attachment between topics
copyAttachment( "Countries", "Germany", "AlsaceLorraine.dat",
"Countries", "France" );
# Note destination attachment name is defaulted to the same as source
} catch Foswiki::AccessControlException with {
my $e = shift;
# see documentation on Foswiki::AccessControlException
} catch Foswiki::OopsException with {
shift->throw(); # propagate
} catch Error with {
my $e = shift;
# see documentation on Error
};
Since: 19 Jul 2010
Finding changes
eachChangeSince($web, $time) -> $iterator
Get an iterator over the list of all the changes in the given web between
$time
and now. $time is a time in seconds since 1st Jan 1970, and is not
guaranteed to return any changes that occurred before (now -
{Store}{RememberChangesFor}). {Store}{RememberChangesFor}) is a
setting in
configure
. Changes are returned in
most-recent-first
order.
Use it as follows:
my $iterator = Foswiki::Func::eachChangeSince(
$web, time() - 7 * 24 * 60 * 60); # the last 7 days
while ($iterator->hasNext()) {
my $change = $iterator->next();
...
}
$change
is a reference to a hash containing the following fields:
-
verb
- the action - one of
-
update
- a web, topic or attachment has been modified
-
insert
- a web, topic or attachment is being inserted
-
remove
- a topic or attachment is being removed
-
time
- time of the change, in epoch-secs
-
cuid
- canonical UID of the user who is making the change
-
revision
- the revision of the topic that the change appears in
-
path
- web.topic path for the affected
-
attachment
- attachment name (optional)
-
oldpath
- web.topic path for the origin of a move
-
oldattachment
- origin of move
-
minor
- boolean true if this change is flagged as minor
-
comment
- descriptive text
The following additional fields are
deprecated and will be removed
in Foswiki 2.0:
-
more
- formatted string indicating if the change was minor or not
-
topic
- name of the topic the change occurred to
-
user
- wikiname of the user who made the change
These additional fields
If you are writing an extension that requires compatibility with
Foswiki < 2 only the
more
,
revision
,
time
,
topic
and
user
can be assumed.
summariseChanges($web, $topic, $orev, $nrev, $tml, $nochecks) -> $text
Generate a summary of the changes between rev $orev and rev $nrev of the
given topic.
-
$web
, $topic
- topic (required)
-
$orev
- older rev (required)
-
$nrev
- later rev (may be undef for the latest)
-
$tml
- if true will generate renderable TML (i.e. HTML with NOPs. if false will generate a summary suitable for use in plain text (mail, for example)
Generate a (max 3 line) summary of the differences between the revs.
-
$nochecks
if true, will suppress access control checks. (Since 2.0)
If there is only one rev, a topic summary will be returned.
If
$tml
is not set, all HTML will be removed.
In non-tml, lines are truncated to 70 characters. Differences are shown using + and - to indicate added and removed text.
If access is denied to either revision, then it will be treated as blank
text.
Since 2009-03-06
Templates
readTemplate( $name, $skin ) -> $text
Read a template or skin. Embedded
template directives get expanded
-
$name
- Template name, e.g. 'view'
-
$skin
- Comma-separated list of skin names, optional, e.g. 'print'
Return:
$text
Template text
loadTemplate ( $name, $skin, $web ) -> $text
-
$name
- template file name
-
$skin
- comma-separated list of skins to use (default: current skin)
-
$web
- the web to look in for topics that contain templates (default: current web)
Return: expanded template text (what's left after removal of all %TMPL:DEF% statements)
Reads a template and extracts template definitions, adding them to the
list of loaded templates, overwriting any previous definition.
How Foswiki searches for templates is described in
SkinTemplates.
If template text is found, extracts include statements and fully expands them.
expandTemplate( $def ) -> $string
Do a
%TMPL:P{$def}%
, only expanding the template (not expanding any variables other than
%TMPL%
.)
-
$def
- template name or parameters (as a string)
Return: the text of the expanded template
A template is defined using a
%TMPL:DEF%
statement in a template
file. See the
documentation on Foswiki templates for more information.
eg:
#load the templates (relying on the system-wide skin path.)
Foswiki::Func::loadTemplate('linkedin');
#get the 'profile' DEF section
my $tml =
Foswiki::Func::expandTemplate('profile');
#get the 'profile' DEF section expanding the inline Template macros (such as %USER% and %TYPE%)
#NOTE: when using it this way, it is important to use the double quotes "" to delineate the values of the parameters.
my $tml =
Foswiki::Func::expandTemplate(
'"profile" USER="' . $user . '" TYPE="' . $type . '"' );
Rendering
expandCommonVariables( $text, $topic, $web, $meta ) -> $text
Expand all common
%VARIABLES%
-
$text
- Text with variables to expand, e.g. 'Current user is %WIKIUSER%'
-
$topic
- Current topic name, optional, e.g. 'WebNotify'
-
$web
- Web name, optional, e.g. 'Main'
. The current web is taken if missing
-
$meta
- topic meta-data to use while expanding
Return:
$text
Expanded text, e.g.
'Current user is WikiGuest'
See also: expandVariablesOnTopicCreation
Caution: This function needs all the installed plugins to have gone through initialization.
Never call this function from within an initPlugin handler, bad things happen.
Caution: This function ultimately calls the following handlers:
-
beforeCommonTagsHandler
-
commonTagsHandler
-
registered macro handlers
-
afterCommonTagsHandler
It is possible to create an infinite loop if expandCommonVariables is called in any of these handlers.
It can be used, but care should be taken to ensure that the text being expanded does
not cause this function to be called recursively.
expandVariablesOnTopicCreation ( $text ) -> $text
Expand the limited set of variables that are always expanded during topic creation
-
$text
- the text to process
Return: text with variables expanded
Expands only the variables expected in templates that must be statically
expanded in new content.
The expanded variables are:
-
%DATE%
Signature-format date
-
%SERVERTIME%
See Macros
-
%GMTIME%
See Macros
-
%USERNAME%
Base login name
-
%WIKINAME%
Wiki name
-
%WIKIUSERNAME%
Wiki name with prepended web
-
%URLPARAM{...}%
- Parameters to the current CGI query
-
%NOP%
No-op
See also: expandVariables
renderText( $text, $web, $topic ) -> $text
Render text from TML into XHTML as defined in
TextFormattingRules
-
$text
- Text to render, e.g. '*bold* text and =fixed font='
-
$web
- Web name, optional, e.g. 'Main'
. The current web is taken if missing
-
$topic
- topic name, optional, defaults to web home
Return:
$text
XHTML text, e.g.
'<b>bold</b> and <code>fixed font</code>'
NOTE: renderText expects that all %MACROS% have already been expanded - it does not expand them for you (call expandCommonVariables above).
internalLink( $pre, $web, $topic, $label, $anchor, $createLink ) -> $text
Render topic name and link label into an XHTML link. Normally you do not need to call this funtion, it is called internally by
renderText()
-
$pre
- Text occuring before the link syntax, optional
-
$web
- Web name, required, e.g. 'Main'
-
$topic
- Topic name to link to, required, e.g. 'WebNotify'
-
$label
- Link label, required. Usually the same as $topic
, e.g. 'notify'
-
$anchor
- Anchor, optional, e.g. '#Jump'
-
$createLink
- Set to '1'
to add question linked mark after topic name if topic does not exist;
set to '0'
to suppress link for non-existing topics
Return:
$text
XHTML anchor, e.g.
'<a href='/cgi-bin/view/Main/WebNotify#Jump'>notify</a>'
addToZone( $zone, $id, $data, $requires )
Direct interface to %ADDTOZONE (see
VarADDTOZONE)
-
$zone
- name of the zone
-
$id
- unique ID
-
$data
- the content.
-
requires
optional, comma-separated list of $id
identifiers that should precede the content
All macros present in
$data
will be expanded before being inserted into the
<head>
section.
Note: Read the developer supplement at Foswiki:Development.AddToZoneFromPluginHandlers if you are
calling addToZone()
from a rendering or macro/tag-related plugin handler
Examples:
Foswiki::Func::addToZone( 'head', 'PATTERN_STYLE',
'<link rel="stylesheet" type="text/css" href="%PUBURL%/Foswiki/PatternSkin/layout.css" media="all" />');
Foswiki::Func::addToZone( 'script', 'MY_JQUERY',
'<script type="text/javascript" src="%PUBURL%/Myweb/MyJQuery/myjquery.js"></scipt>',
'JQUERYPLUGIN::FOSWIKI');
Controlling page output
Prints a basic content-type HTML header for text/html to standard out.
redirectCgiQuery( $query, $url, $passthru, $status )
Redirect to URL
-
$query
- CGI query object. Ignored, only there for compatibility. The session CGI query object is used instead.
-
$url
- URL to redirect to
-
$passthru
- enable passthrough.
-
$status
- HTTP status code (30x) to redirect with. Optional, defaults to 302. Since 2012-03-28
Return: none
Issue a
Location
HTTP header that will cause a redirect to a new URL.
Nothing more should be printed to STDOUT after this method has been called.
The
$passthru
parameter allows you to pass the parameters that were passed
to the current query on to the target URL, as long as it is another URL on the
same installation. If
$passthru
is set to a true value, then Foswiki
will save the current URL parameters, and then try to restore them on the
other side of the redirect. Parameters are stored on the server in a cache
file.
Note that if
$passthru
is set, then any parameters in
$url
will be lost
when the old parameters are restored. if you want to change any parameter
values, you will need to do that in the current CGI query before redirecting
e.g.
my $query = Foswiki::Func::getRequestObject();
$query->param(-name => 'text', -value => 'Different text');
Foswiki::Func::redirectCgiQuery(
undef, Foswiki::Func::getScriptUrl($web, $topic, 'edit'), 1);
$passthru
does nothing if
$url
does not point to a script in the current
Foswiki installation.
Plugin-specific file handling
getWorkArea( $pluginName ) -> $directorypath
Gets a private directory for Plugin use. The Plugin is entirely responsible
for managing this directory; Foswiki will not read from it, or write to it.
The directory is guaranteed to exist, and to be writable by the webserver
user. By default it will
not be web accessible.
The directory and its contents are permanent, so Plugins must be careful
to keep their areas tidy.
For temporary file storage that only exists for the life of the transaction,
use the Perl
File::Temp
or related
File::Spec
functions.
readFile( $filename, $unicode ) -> $text
Read file, low level. Used for Plugin workarea.
-
$filename
- Full path name of file
-
$unicode
- Specify that file contains unicode text New with Foswiki 2.0
Return:
$text
Content of file, empty if not found
NOTE: Use this function only for the Plugin workarea,
not for topics and attachments. Use the appropriate functions to manipulate topics and attachments.
Foswiki 2.0 APIs generally all use UNICODE strings, and all data is properly decoded from/to utf-8 at the edge.
This API is an exception!
Because this API can be used to retrieve data of any type including binary data, it is
not decoded to unicode by default.
By default, data is read as raw bytes, without any encoding layer.
If you are using this API to read topic originated data, topic names, etc. then you should set the
$unicode
flag so that the data returned is a valid perl character string.
saveFile( $filename, $text, $unicode )
Save file, low level. Used for Plugin workarea.
-
$filename
- Full path name of file
-
$text
- Text to save
-
$unicode
- Flag indicates that $text string should be saved as utf-8. New with Foswiki 2.0
Return: none
NOTE: Use this function only for the Plugin workarea,
not for topics and attachments. Use the appropriate functions to manipulate topics and attachments.
Foswiki 2.0 APIs generally all use UNICODE strings, and all data is properly decoded from/to utf-8 at the edge.
This API is an exception!
Because this API can be used to save data of any type including binary data, it is
not decoded to unicode by default.
By default, data is written as raw bytes, without any encoding layer.
If you are using this API to write topic data, topic names, etc. then you should set the
$unicode
flag so that the data returned as a valid perl character string.
Failure to set the
$unicode
flag when required will result in perl "Wide character in print" errors.
General Utilities
normalizeWebTopicName($web, $topic) -> ($web, $topic)
Parse a web and topic name, supplying defaults as appropriate.
-
$web
- Web name, identifying variable, or empty string
-
$topic
- Topic name, may be a web.topic string, required.
Return: the parsed Web/Topic pair
Input |
Return |
( 'Web', 'Topic' ) |
( 'Web', 'Topic' ) |
( '', 'Topic' ) |
( 'Main', 'Topic' ) |
( '', '' ) |
( 'Main', 'WebHome' ) |
( '', 'Web/Topic' ) |
( 'Web', 'Topic' ) |
( '', 'Web/Subweb/Topic' ) |
( 'Web/Subweb', 'Topic' ) |
( '', 'Web.Topic' ) |
( 'Web', 'Topic' ) |
( '', 'Web.Subweb.Topic' ) |
( 'Web/Subweb', 'Topic' ) |
( 'Web1', 'Web2.Topic' ) |
( 'Web2', 'Topic' ) |
( 'Web1', 'Web2.' ) |
( 'Web2', 'WebHome' ) |
Note that sub web names (
SubWeb) are only available if hierarchical webs are enabled in
configure
.
The symbols %USERSWEB%, %SYSTEMWEB% and %DOCWEB% can be used in the input to represent the web names set in $cfg{UsersWebName} and $cfg{SystemWebName}. For example:
Input |
Return |
( '%USERSWEB%', 'Topic' ) |
( 'Main', 'Topic' ) |
( '%SYSTEMWEB%', 'Topic' ) |
( 'System', 'Topic' ) |
( '', '%DOCWEB%.Topic' ) |
( 'System', 'Topic' ) |
query($searchString, $topics, \%options ) -> iterator (resultset)
Query the topic data in the specified webs. A programatic interface to SEARCH results.
-
$searchString
- the search string, as appropriate for the selected type
-
$topics
- undef OR reference to a ResultSet, Iterator, or array containing the web.topics to be evaluated. if undef, then all the topics in the webs specified will be evaluated.
-
\%option
- reference to an options hash
The
\%options
hash may contain the following options:
-
type
- regex
, keyword
, query
, ... defaults to query
-
web
- The web/s to search in - string can have the same form as the web
param of SEARCH (if not specified, defaults to BASEWEB)
-
casesensitive
- false to ignore case (default true)
-
files_without_match
- true to return files only (default false). If files_without_match
is specified, it will return on the first match in each topic (i.e. it will return only one match per
- topic, excludetopic and other params as per SEARCH)
-
includeTopics
- Seach only in this topic, a topic with asterisk wildcards, or a list of topics separated by comma
-
excludeTopics
- Exclude search in this topic, a topic with asterisk wildcards, or a list of topics separated by comma
To iterate over the returned topics use:
my $matches = Foswiki::Func::query( "Slimy Toad", undef,
{ web => 'Main,San*', casesensitive => 0, files_without_match => 0 } );
while ($matches->hasNext) {
my $webtopic = $matches->next;
my ($web, $topic) = Foswiki::Func::normalizeWebTopicName('', $webtopic);
...etc
Foswiki has an informal standard set of tokens used in
format
parameters that are used to block evaluation of paramater strings.
For example, if you were to write
%MYTAG{format="%WURBLE%"}%
then %WURBLE would be expanded
before %MYTAG is evaluated. To avoid
this Foswiki uses escapes in the format string. For example:
%MYTAG{format="$percentWURBLE$percent"}%
This lets you enter arbitrary strings into parameters without worrying that
Foswiki will expand them before your plugin gets a chance to deal with them
properly. Once you have processed your tag, you will want to expand these
tokens to their proper value. That's what this function does.
The set of tokens that is expanded is described in
FormatTokens.
sanitizeAttachmentName($fname) -> ($fileName, $origName)
Given a file path, sanitise it according to the rules for transforming
attachment names. Returns
the sanitised name together with the basename before sanitisation.
Sanitation includes filtering illegal characters and mapping client
file names to legal server names.
Avoid using this if you can; rewriting attachment names uses some very
nasty heuristics that cannot be changed because of compatibility issues.
It is much better use point-of-source validation to ensure only valid
attachment names are uploaded.
spaceOutWikiWord( $word, $sep ) -> $text
Spaces out a wiki word by inserting a string (default: one space) between each word component.
With parameter $sep any string may be used as separator between the word components; if $sep is undefined it defaults to a space.
isTrue( $value, $default ) -> $boolean
Returns 1 if
$value
is true, and 0 otherwise. "true" means set to
something with a Perl true value, with the special cases that "off",
"false" and "no" (case insensitive) are forced to false. Leading and
trailing spaces in
$value
are ignored.
If the value is undef, then
$default
is returned. If
$default
is
not specified it is taken as 0.
isValidWikiWord ( $text ) -> $boolean
Check for a valid
WikiWord or
WikiName
Extract all parameters from a variable string and returns a hash of parameters
Return:
%params
Hash containing all parameters. The nameless parameter is stored in key
_DEFAULT
- Example:
- Variable:
%TEST{ 'nameless' name1="val1" name2="val2" }%
- First extract text between
{...}
to get: 'nameless' name1="val1" name2="val2"
- Then call this on the text:
- params = Foswiki::Func::extractParameters( $text );=
- The
%params
hash contains now:
_DEFAULT => 'nameless'
name1 => "val1"
name2 => "val2"
Extract a named or unnamed value from a variable parameter string
- Note: | Function
Foswiki::Func::extractParameters is more efficient for extracting several parameters
-
$attr
- Attribute string
-
$name
- Name, optional
Return:
$value
Extracted value
- Example:
- Variable:
%TEST{ 'nameless' name1="val1" name2="val2" }%
- First extract text between
{...}
to get: 'nameless' name1="val1" name2="val2"
- Then call this on the text:
my $noname = Foswiki::Func::extractNameValuePair( $text );
my $val1 = Foswiki::Func::extractNameValuePair( $text, "name1" );
my $val2 = Foswiki::Func::extractNameValuePair( $text, "name2" );
sendEmail ( $text, $retries ) -> $error
-
$text
- text of the mail, including MIME headers
-
$retries
- number of times to retry the send (default 1)
Send an e-mail specified as MIME format content. To specify MIME
format mails, you create a string that contains a set of header
lines that contain field definitions and a message body such as:
To: liz@windsor.gov.uk
From: serf@hovel.net
CC: george@whitehouse.gov
Subject: Revolution
Dear Liz,
Please abolish the monarchy (with King George's permission, of course)
Thanks,
A. Peasant
Leave a blank line between the last header field and the message body.
Logging
Log an event.
-
$action
- name of the event (keep them unique!)
-
$extra
- arbitrary extra information to add to the log.
You can enumerate the contents of the log using the
eachEventSince
function.
NOTE: Older plugins may use
$Foswiki::cfg{LogFileName}
. These
plugins must be modified to use
writeEvent
and
eachEventSince
instead.
To maintain compatibility with older Foswiki releases, you can write
conditional code as follows:
if (defined &Foswiki::Func::writeEvent) {
# use writeEvent and eachEventSince
} else {
# old code using {LogFileName}
}
Note that the ability to read/write
$Foswiki::cfg{LogFileName}
is
maintained for compatibility but is
deprecated (should not be used
in new code intended to work only with Foswiki 1.1 and later) and will
not work with any installation that stores logs in a database.
writeWarning( $text )
Log a warning that may require admin intervention to the warnings log (
data/warn*.txt
)
-
$text
- Text to write; timestamp gets added
writeDebug( $text )
Log debug message to the debug log
-
$text
- Text to write; timestamp gets added
eachEventSince($time, $level) -> $iterator
-
$time
- a time in the past (seconds since the epoch)
-
$level
- log level to return events for.
Get an iterator over the list of all the events at the given level
between
$time
and now. Events are written to the event log using
writeEvent
. The Foswiki core will write other events that will
also be returned.
If the chosen Logger does not support querying the logs, an empty
iterator will be returned. The supplied
PlainFile and Compatibility loggers
will return events only if the log files have not been archived.
Events are returned in
oldest-first order.
Each event is returned as a reference to an array. The elements are:
- date of the event (seconds since the epoch)
- login name of the user who triggered the event
- the event name (the $action passed to
writeEvent
)
- the Web.Topic that the event applied to
- Extras (the $extra passed to
writeEvent
)
- The IP address that was the source of the event (if known)
Use the iterator like this:
my $it = Foswiki::Func::eachEventSince(Foswiki::Time::parseTime("1 Apr 2010"));
while ($it->hasNext()) {
my $entry = $it->next();
my $date = $entry->[0];
my $loginName = $entry->[1];
...
}
Deprecated functions
From time-to-time, the Foswiki developers will add new functions to the interface (either to
Foswiki::Func
, or new handlers). Sometimes these improvements mean that old functions have to be deprecated to keep the code manageable. When this happens, the deprecated functions will be supported in the interface for at least one more release, and probably longer, though this cannot be guaranteed.
Updated plugins may still need to define deprecated handlers for compatibility with old Foswiki versions. In this case, the plugin package that defines old handlers can suppress the warnings in %FAILEDPLUGINS%.
This is done by defining a map from the handler name to the
Foswiki::Plugins
version
in which the handler was first deprecated. For example, if we need to define the
endRenderingHandler
for compatibility with
Foswiki::Plugins
versions before 1.1, we would add this to the plugin:
package Foswiki::Plugins::SinkPlugin;
use vars qw( %FoswikiCompatibility );
$FoswikiCompatibility{endRenderingHandler} = 1.1;
If the currently-running code version is 1.1
or later, then the
handler will not be called and
the warning will not be issued. Wersions of
Foswiki::Plugins
before 1.1 will still call the handler as required.
The following functions are retained for compatibility only. You should
stop using them as soon as possible.
getRegularExpression( $name ) -> $expr
Deprecated 28 Nov 2008 - use
$Foswiki::regex{...}
instead, it is directly
equivalent.
See
DevelopingPlugins for more information
Deprecated 28 Nov 2008 in Foswiki; use $Foswiki::cfg{WikiToolName} instead
getMainWebname( ) -> $name
Deprecated 28 Nov 2008 in Foswiki; use $Foswiki::cfg{UsersWebName} instead
getTwikiWebname( ) -> $name
Deprecated 28 Nov 2008 in Foswiki; use $Foswiki::cfg{SystemWebName} instead
getOopsUrl( $web, $topic, $template, $param1, $param2, $param3, $param4 ) -> $url
Compose fully qualified 'oops' dialog URL
-
$web
- Web name, e.g. 'Main'
. The current web is taken if empty
-
$topic
- Topic name, e.g. 'WebNotify'
-
$template
- Oops template name, e.g. 'oopsmistake'
. The 'oops' is optional; 'mistake' will translate to 'oopsmistake'.
-
$param1
... $param4
- Parameter values for %PARAM1% ... %PARAMn% variables in template, optional
Return:
$url
URL, e.g.
"http://example.com:80/cgi-bin/oops.pl/ Main/WebNotify?template=oopslocked¶m1=joe"
Deprecated 28 Nov 2008, the recommended approach is to throw an oops exception.
use Error qw( :try );
throw Foswiki::OopsException(
'toestuckerror',
web => $web,
topic => $topic,
params => [ 'I got my toe stuck' ]);
(this example will use the
oopstoestuckerror
template.)
If this is not possible (e.g. in a REST handler that does not trap the exception)
then you can use
getScriptUrl
instead:
my $url = Foswiki::Func::getScriptUrl($web, $topic, 'oops',
template => 'oopstoestuckerror',
param1 => 'I got my toe stuck');
Foswiki::Func::redirectCgiQuery( undef, $url );
return 0;
wikiToEmail( $wikiName ) -> $email
-
$wikiname
- wiki name of the user
Get the e-mail address(es) of the named user. If the user has multiple
e-mail addresses (for example, the user is a group), then the list will
be comma-separated.
Deprecated 28 Nov 2008 in favour of wikinameToEmails, because this function only
returns a single email address, where a user may in fact have several.
$wikiName may also be a login name.
permissionsSet( $web ) -> $boolean
Test if any access restrictions are set for this web, ignoring settings on
individual pages
-
$web
- Web name, required, e.g. 'Sandbox'
Deprecated 28 Nov 2008 - use
getPreferencesValue
instead to determine
what permissions are set on the web, for example:
foreach my $type (qw( ALLOW DENY )) {
foreach my $action (qw( CHANGE VIEW )) {
my $pref = $type . 'WEB' . $action;
my $val = Foswiki::Func::getPreferencesValue( $pref, $web ) || '';
if( $val =~ m/\S/ ) {
print "$pref is set to $val on $web\n";
}
}
}
getPublicWebList( ) -> @webs
Deprecated 28 Nov 2008 - use
getListOfWebs
instead.
Get list of all public webs, e.g. all webs
and subwebs that do not have the
NOSEARCHALL
flag set in the
WebPreferences
Return:
@webs
List of all public webs
and subwebs
formatTime( $time, $format, $timezone ) -> $text
Deprecated 28 Nov 2008 - use
Foswiki::Time::formatTime
instead (it has an identical interface).
Format the time in seconds into the desired time string
-
$time
- Time in epoch seconds
-
$format
- Format type, optional. Default e.g. '31 Dec 2002 - 19:30'
. Can be '$iso'
(e.g. '2002-12-31T19:30Z'
), '$rcs'
(e.g. '2001/12/31 23:59:59'
, '$http'
for HTTP header format (e.g. 'Thu, 23 Jul 1998 07:21:56 GMT'
), or any string with tokens '$seconds, $minutes, $hours, $day, $wday, $month, $mo, $year, $ye, $tz'
for seconds, minutes, hours, day of month, day of week, 3 letter month, 2 digit month, 4 digit year, 2 digit year, timezone string, respectively
-
$timezone
- either not defined (uses the displaytime setting), 'gmtime', or 'servertime'
Return:
$text
Formatted time string
Note: |
if you used the removed formatGmTime, add a third parameter 'gmtime' |
formatGmTime( $time, $format ) -> $text
Deprecated 28 Nov 2008 - use
Foswiki::Time::formatTime
instead.
Format the time to GM time
-
$time
- Time in epoc seconds
-
$format
- Format type, optional. Default e.g. '31 Dec 2002 - 19:30'
, can be 'iso'
(e.g. '2002-12-31T19:30Z'
), 'rcs'
(e.g. '2001/12/31 23:59:59'
, 'http'
for HTTP header format (e.g. 'Thu, 23 Jul 1998 07:21:56 GMT'
)
Return:
$text
Formatted time string
getDataDir( ) -> $dir
Deprecated 28 Nov 2008 - use the "Webs, Topics and Attachments" functions
to manipulate topics instead
getPubDir( ) -> $dir
Deprecated 28 Nov 2008 - use the "Webs, Topics and Attachments" functions
to manipulate attachments instead
getCgiQuery( ) -> $query
Deprecated 31 Mar 2009 - use
getRequestObject
instead if you can. Code
that is expected to run with pre-1.1 versions of Foswiki will still need to
use this method, as
getRequestObject
will not be available.
readTopicText( $web, $topic, $rev, $ignorePermissions ) -> $text
Read topic text, including meta data
-
$web
- Web name, e.g. 'Main'
, or empty
-
$topic
- Topic name, e.g. 'MyTopic'
, or "Main.MyTopic"
-
$rev
- Topic revision to read, optional. Specify the minor part of the revision, e.g. "5"
, not "1.5"
; the top revision is returned if omitted or empty.
-
$ignorePermissions
- Set to "1"
if checkAccessPermission() is already performed and OK; an oops URL is returned if user has no permission
Return:
$text
Topic text with embedded meta data; an oops URL for calling redirectCgiQuery() is returned in case of an error
*Deprecated: 6 Aug 2009. Use
readTopic
instead.
This method returns meta-data embedded in the text. Plugins authors must be very careful to avoid damaging meta-data. Use readTopic instead, which is a lot safer and supports the full set of read options.
saveTopicText( $web, $topic, $text, $ignorePermissions, $dontNotify ) -> $oopsUrl
Save topic text, typically obtained by readTopicText(). Topic data usually includes meta data; the file attachment meta data is replaced by the meta data from the topic file if it exists.
-
$web
- Web name, e.g. 'Main'
, or empty
-
$topic
- Topic name, e.g. 'MyTopic'
, or "Main.MyTopic"
-
$text
- Topic text to save, assumed to include meta data
-
$ignorePermissions
- Set to "1"
if checkAccessPermission() is already performed and OK
-
$dontNotify
- Set to "1"
if not to notify users of the change
Deprecated 6 Aug 2009 - use saveTopic instead.
saveTopic
supports embedded meta-data in the saved text, and also
supports the full set of save options.
Return:
$oopsUrl
Empty string if OK; the
$oopsUrl
for calling redirectCgiQuery() in case of error
my $text = Foswiki::Func::readTopicText( $web, $topic );
# check for oops URL in case of error:
if( $text =~ m/^http.*?\/oops/ ) {
Foswiki::Func::redirectCgiQuery( $query, $text );
return;
}
# do topic text manipulation like:
$text =~ s/old/new/g;
# do meta data manipulation like:
$text =~ s/(META\:FIELD.*?name\=\"TopicClassification\".*?value\=\")[^\"]*/$1BugResolved/;
$oopsUrl = Foswiki::Func::saveTopicText( $web, $topic, $text ); # save topic text
addToHEAD( $id, $data, $requires )
Adds
$data
to the HTML header (the <head> tag).
Deprecated 26 Mar 2010 - use
addZoZone('head', ...)
.
Note: Any calls using addToHEAD for javascript should be rewritten to use the
new
script
zone in addToZone as soon as possible.
Rewrite:
Foswiki::Func::addToHEAD("id", "<script>...</script>", "JQUERYPLUGIN");
To:
Foswiki::Func::addToZone("script", "id", "<script>...</script>", "JQUERYPLUGIN");
The reason is that all <script> markup should be added to a dedicated zone, script,
and so any usage of ADDTOHEAD - which adds to the head zone - will be unable to
satisfy ordering requirements when the requirements exist in another zone ( script ).
See
Foswiki:Development/UpdatingExtensionsScriptZone for more details.
searchInWebContent($searchString, $web, \@topics, \%options ) -> reference to a hash - keys of which are topic names
Deprecated 17 Oct 2010 - use
query( ...)
.
WARNING: This function has been deprecated in foswiki 1.1.0 for scalability reasons
Search for a string in the content of a web. The search is over all content, including meta-data.
Meta-data matches will be returned as formatted lines within the topic content (meta-data matches are returned as lines of the format %META:\w+{.*}%)
-
$searchString
- the search string, in egrep format
-
$web
- The web/s to search in - string can have the same form as the web
param of SEARCH
-
\@topics
- reference to a list of topics to search (if undef, then the store will search all topics in the specified web/webs.)
-
\%option
- reference to an options hash
The
\%options
hash may contain the following options:
-
type
- regex
, keyword
, query
- defaults to regex
-
casesensitive
- false to ignore case (default true)
-
files_without_match
- true to return files only (default false). If files_without_match
is specified, it will return on the first match in each topic (i.e. it will return only one match per topic, and will not return matching lines).
- TODO: topic, excludetopic and other params as per SEARCH
The return value is a reference to a hash which maps each matching topic
name to a list of the lines in that topic that matched the search,
as would be returned by 'grep'.
To iterate over the returned topics use:
my $matches = Foswiki::Func::searchInWebContent( "Slimy Toad", $searchWeb, \@topics,
{ casesensitive => 0, files_without_match => 0 } );
foreach my $topic (keys(%$matches)) {
...etc