(:nl:)(:Summary: Notes about new versions, important for upgrades:) See also: Upgrades, Change log and Road map.
This version allows the translation of the word "OK" in authentication forms. The documentation was updated to the latest state on pmwiki.org.
This release only updates the documentation to the latest state on pmwiki.org.
This version improves the ?action=ruleset display for markup rules potentially incompatible with PHP 5.5 when the function debug_backtrace() is not available. It restores the ability to set a custom function handling the (:markup:) demos. A variable $AbortFunction
was added allowing administrators to override the core Abort() function. The documentation was updated.
This version removes the hard word wrap in (:markup:)
wikicode examples, and instead of <pre> tags, it wraps it in <code> tags. This allows newcomers to copy and paste the code in their wikis without inserted line breaks (which often cause the markup to not work).
The release also adds back-tracing for markup rules potentially incompatible with PHP 5.5. Such rules, often added by recipes, can trigger "Deprecated: preg_replace()" warnings. To find out which recipes may trigger the warnings, enable diagnostic tools in config.php with @@$EnableDiag
= 1;@@ then open a page with the 'ruleset' action, eg. [[HomePage?action=ruleset]]
. The PHP-5.5-incompatible rules will be flagged with filenames, line numbers and patterns. See also the pages Troubleshooting and CustomMarkup on pmwiki.org.
The variable $DraftActionsPattern
was added, the pagelist "request" parameter can now contain a list of allowed or disallowed parameters that can be overridden by the user, the "input default source" parameter can now contain multiple pages, and a minor bug was fixed in upload.php ('strict' warning). See the updated documentation for more information.
This release only updates the documentation to the latest state on pmwiki.org.
This version fixes a bug when dates are defined as relative to other dates, eg. "2014-10-13 -3 days". The documentation was updated; note that the instructions in Site.UploadQuickReference were updated to reflect the display of the upload form in current browsers.
This version adds a Skins: InterMap prefix pointing to the Skins section on PmWiki.org, a "signature" markup in the edit quick reference, new WikiStyles clear, min-width and max-width and the documentation was updated.
This version fixes an inconsistency with input forms when values are taken from PageTextVariables. The documentation was updated to the latest state on pmwiki.org.
This version fixes a minor longstanding bug in the default Notification format when a page is deleted. In custom patterns, the "_" character will no longer be considered a function name. The documentation was updated.
This version fixes Pagelist handling of {$$PseudoVars}
when they contain page variables. File permissions handling was improved when the current directory is owned by "root". The documentation was updated.
This version adds the "{(mod)}" markup expression for modulo/remainder calculations, and the "tel:" and "geo:" URI schemes which, on compatible devices like smartphones, allow the creation of links to dial telephone numbers and open map/location applications.
The $SysMergePassthru switch was added, if enabled, it allows the "Simultaneous Edits" conflict resolution to use the passthru() function instead of popen().
The documentation was updated.
This version allows for form elements to have custom attributes containing a dash in the attribute names and enables the attributes 'required', 'placeholder' and 'autocomplete' for HTML5 forms. A minor bug with pagelist {$$RequestVariables} appearing on some installations was fixed. The documentation was updated.
This version adds the variable $EnableTableAutoValignTop
which allows to make advanced tables compatible with HTML5. For developers, a fourth argument $template was added to the Markup_e() function, and a callback template 'return' was added. The documentation was updated.
This version removes unnecessary snippets of code and adds the variable $TableCellAlignFmt
which allows to make simple tables compatible with HTML5. The documentation was updated.
This version reverts the changes to the pmwiki.css file made in 2.2.59.
This version has an improvement for Blocklist when multiple text fields are posted. A bug with some nested markup conditionals was fixed. The default skin switched font sizes from points (fixed) to percents (relative). A couple of other minor bugs were fixed and the documentation was updated.
This version enables customization of (:input auth_form:), and fixes a couple of minor bugs. The documentation was updated.
This version enables the use of the Attach: link format in the (:attachlist:) directive. The documentation was updated.
This version aims to fix a PHP 5.5 compatibility issue with a deprecated feature of the preg_replace() function. The PageStore() class now detects and works around a bug with the iconv() function, and the documentation was updated.
This version adds the variable $EnableDraftAtomicDiff
. If enabled, publishing from a draft version will clear the history of intermediate draft edits, and the published version will contain a single combined diff from the previous published version. The documentation was updated.
This version fixes a bug when old versions are restored from draft pages. The documentation was updated.
This version enables a message to be shown when a post is blocked because of too many unapproved links. The documentation was updated.
This version hides warnings about a deprecated feature in PHP 5.5 installations (preg_replace with /e eval flag). Three new upload extensions were added: docx, pptx and xlsx produced by recent versions of some office suites. The documentation was updated.
This version updates the addresses for the remote blocklists. A minor XSS vulnerability for open wikis, which was discovered today, was fixed. The documentation was updated.
This release only updates the documentation to the latest state on pmwiki.org.
This version adds an array $UploadBlacklist
containing forbidden strings of an uploaded filename (case insensitive). Some Apache installations try to execute a file which has ".php", ".pl" or ".cgi" anywhere in the filename, for example, "test.php.txt" may be executed. To disallow such files to be uploaded via the PmWiki interface, add to config.php such a line:
$UploadBlacklist
= array('.php', '.pl', '.cgi', '.py', '.shtm', '.phtm', '.pcgi', '.asp', '.jsp', '.sh');
The documentation was updated.
This version fixes a bug introduced yesterday with some links.
This version enables tooltip titles in links to anchors in the same page, and the documentation was updated.
This version adds $UploadPermAdd
and $UploadPermSet
variables, and the documentation was updated.
If your wiki has uploads enabled, it is recommended to set the variable $UploadPermAdd
to 0.
The $UploadPermAdd
variable sets additional unix permissions applied to newly uploaded files, and should be 0 (recommended as of 2013). If uploaded files cannot be downloaded and displayed on the website, for example with the error 403 Forbidden, set this value to 0444 (core setting, default since 2004).
$UploadPermAdd
= 0; # recommended
The $UploadPermSet
variable unconditionally sets the file permissions on newly uploaded files. Only advanced administrators should use it.
This version fixes some PHP notices appearing on some installations. The documentation was updated.
This version improves the display of consecutive whitespaces in page histories, and fixes the definition of PageTextVariables containing a dash. The documentation was updated.
This version makes it possible to use HTML attribute names that contain dashes, and removes a warning when editing and previewing Site.EditForm. The documentation was updated.
This version provides a workaround for cases when a wiki page contains a character nonexistent in the active encoding. The documentation was updated.
This version changes the internal $KeepToken separator to be compatible with more encodings. The documentation was updated.
This version provides a helper function replacing htmlspecialchars() and compatible with PHP 5.4. The documentation was updated.
This version provides a fix for links to attachments containing international characters. The documentation was updated.
This version fixes a "parameter count" warning which appeared on some websites.
This version provides a workaround for installations with broken iconv() function, while optimizing the recode function. This should fix the "Unable to retrieve edit form" problem in some wikis. Dots in sections are now better supported, PageVariables are expanded in PageList template defaults, and the documentation is updated.
This version fixes the recode function to try to recover Windows-1252 characters in ISO-8859-1 files. A new variable $EnableOldCharset enables the $page["=oldcharset"] entry which will be used in the future. A couple of minor bugs were fixed and the documentation was updated.
This release fixes a critical PHP injection vulnerability, reported today by Egidio Romano. PmWiki versions 2.2.X, 2.1.X, 2.0.X and 2.0.beta33 and newer are vulnerable. When you upgrade, please read carefully the Release notes for all PmWiki versions since yours.
If you cannot upgrade, it is recommended to disable Searches at the earliest opportunity (even if your wiki skin doesn't have a search form). Add to config.php such a line:
if ($action == 'search') $action = 'browse';
If your old version wiki allows editing by not entirely trusted visitors, even on limited pages like a WikiSandbox, you should also disable PageLists. Add to config.php this line:
$EnablePageList = 0;
This version has an important change for international wikis: the XLPage() function no longer loads encoding scripts such as xlpage-utf-8.php. When you upgrade, you need to include those scripts from config.php, before calling XLPage():
include_once("scripts/xlpage-utf-8.php"); # if your wiki uses UTF-8 XLPage('bg','PmWikiBg.XLPage');
All links can now have tooltip titles. Previously, only images and external links could have tooltip titles, now this feature is enabled for internal links. To set a tooltip title, add it in quotes after the link address:
[[Main.HomePage"This is a tooltip title"]] [[Main.HomePage"This is a tooltip title"|Home]] [[http://www.pmwiki.org"Home of PmWiki"]] Attach:image.jpg"Tooltip title of the image"
The following new upload extensions were added: svg, xcf, ogg, flac, ogv, mp4, webm, odg, epub. A couple of minor optimizations were added (MarkupExpressions and rendering of page history) and the documentation was updated.
This version resets the timestamps of the default pages Site(Admin).AuthUser which are expected in case of upgrades from the versions 2.1.*. Core MarkupExpressions which manipulate strings should now work better with international characters. The documentation was updated to its latest state from pmwiki.org.
This version fixes a security bug introduced in 2.2.32 which left the groups Site and SiteAdmin open for reading and editing because the pages Site.GroupAttributes and SiteAdmin.GroupAttributes didn't have all necessary attributes.
All wikis running 2.2.32 should upgrade. If you cannot immediately upgrade, you can set the attributes from your wiki: * open the attributes page [[SiteAdmin.GroupAttributes?action=attr]] and set a "read" and an "edit" password, @@ @lock @@ is recommended. * open the attributes page [[Site.GroupAttributes?action=attr]] and set an "edit" password, @@ @lock @@ is recommended. Do not set a "read" password here.
The release also fixes the refcount.php script to produce valid HTML, and updates intermap.txt entries PITS: and Wikipedia: to point to their current locations.
This is the first version shipping with the core documentation in the UTF-8 encoding. PmWiki will automatically convert it on the fly for wikis using an older encoding.
It is recommended that all '''new''' PmWiki installations enable UTF-8. Migration of ''existing'' wikis from an older encoding to UTF-8 shouldn't be rushed: it is not trivial and will be documented in the future.
A required HTML xmlns attribute was added to the print skin template. The history rendering is now faster when many lines are added or removed.
Note: Due to a manipulation error, a version 2.2.31 was created before it was ready for a release.
This version fixes a $Charset definition in international iso-8859-*.php files. This will help for a future transition to UTF-8.
A variable $EnableRangeMatchUTF8 was added, set it to 1 to enable range matches of pagenames in UTF-8 like [A-D]. Previously the range matches were always enabled in UTF-8, but we found out that on some installations this feature breaks all pagelists, even those without range matches. In case the feature worked for you, you can re-enable it.
This release fixes Attach links that were broken with the Path fix in 2.2.28 earlier today.
This release fixes 2 potential XSS vulnerabilities and a bug with Path: links.
This release fixes a validation bug on pages after a redirection. A new block WikiStyle %justify%
was added, allowing left and right aligned text. The page history now accepts a URL parameter @@?nodiff=1@@ which hides the rendering of edit differences, showing only timestamps, authors, summaries and "Restore" links; it allows to restore a vandalized page with a huge contents or history which otherwise would break the memory or time limits of the server.
This release fixes a redundant removal of link hashes from WikiTrails, and updates the documentation to the most recent version from PmWiki.org.
This release only updates the documentation to the latest state on pmwiki.org.
This version reverts the way existing PageVariables are processed, like version 2.2.21 or earlier, but it adds a special variable $authpage which can be used in PageVar definitions. It is the same as the $page array, but exists only if the visitor has read permissions. For example, an administrator can set to config.php:
$FmtPV
['$LastModifiedSummary'] = '@$authpage["csum"]'; # instead of '@$page["csum"]'
Then, the edit summary metadata will only be available if the user has read permissions.
This version sets the default value of $EnablePageVarAuth
to 0 until we investigate a reported problem with authentication.
This version adds the variable $EnableXLPageScriptLoad
which, if set to 0, will prevent authors to load scripts from XLPage and to accidentally change the encoding of the wiki. If you use it, make sure you include the required files, eg. xlpage-utf-8.php from local config files.
PageVariables should now respect authentications: without read permissions, the title, description, change summary, author of a protected page are unavailable. PageVariables that are computed without reading the page are still available (eg. $Group, $Namespaced, $Version etc.). Administrators can revert the previous behavior by adding to config.php such a line:
@@ $EnablePageVarAuth
= 0; @@
Due to a mis-configuration of a local svn repository, some of the changes intended for 2.2.20 didn't make it in the correct branch. This release corrects this.
This version fixes a potential XSS vulnerability, reported today. An AuthUser bug with excluding users from authgroups was fixed. A new InterMap prefix PmL10n: was added, it leads to the Localization section on PmWiki.org and should help the work of translators. A couple of other minor bugs were fixed and the documentation was updated.
This is a documentation-update release.
This version fixes 3 minor bugs, and updates the documentation.
This version adds a variable $PostConfig containing functions and scripts to be loaded after stdconfig.php. Tabindex was added as a valid form field attribute. Protected downloads now respect existing browser caches. AuthUser now allows more flexible cookbook recipe integration. A couple of bugs were fixed and the documentation was updated.
This version fixes a bug with parsing html attributes which could allow XSS injection. Wikis allowing unprotected editing are encouraged to upgrade.
A bug with the "center" button of the GUI edit toolbar was corrected.
The "exists" conditional now accepts wildcards, for example:
(:if exists Main.*:)There are pages in the Main group (:if:)
The documentation was updated.
This version adds some minor bugfixes and optimizations notably a bug with @@(:template none:)@@ introduced in the last version 2.2.14.
This release corrects inline styles for WikiTrail links. Undefined include/template @@ {$$variables} @@ are now removed from the included section, like Page(Text)Variables, and can be used in conditional expressions. If needed, this change can be reverted by adding to config.php such a line:
$EnableUndefinedTemplateVars = 1; # keep and display unset {$$variables}
PageList templates now accept the sections @@ !first @@ and @@ !last @@ for markup to appear for every page in list ''except'' the first or last one.
"Title" attributes were added to external links. You can have tooltip titles on external links, including InterMap and attachments, by adding the link title in double quotes after the URL:
[[http://www.pmwiki.org"Home of PmWiki"| External link]]
For international wikis, PmWiki now automatically translates the titles of technical pages like GroupAttributes or RecentChanges -- just define these strings as usual in XLPage, for example, in French:
'AllRecentChanges' => 'Tous les changements récents',
Some minor optimizations were done and the documentation was updated.
This release fixes a bug with $DiffKeepNum
introduced in 2.2.10 -- the count of revisions was incorrect and a page could drop more revisions than it should.
The page history layout was modified with a rough consensus in the community. The history now defaults to "source" view with word-level highlighting of the differences. Authors can see the changes in rendered output by clicking on the link "Show changes to output". Admins can switch back the default by adding such a line to config.php:
$DiffShow['source'] = (@$_REQUEST['source']=='y')?'y':'n';
To disable word-level highlighting and show plain text changes:
$EnableDiffInline
= 0;
In the page history rendering, a few minor bugs were fixed and the code was slightly optimized.
The documentation was updated.
This release adds simple word-level highlighting of differences in the page history, when "Show changes to markup" is selected. To enable the feature, add to config.php such a line:
$EnableDiffInline
= 1;
This feature is like what the InlineDiff recipe provides, but not exactly the same, and the implementation is simpler. It is enabled on PmWiki.org and can be improved -- your comments are welcome.
This release adds two new table directives for header cells, (:head:) and (:headnr:). They work the same way as (:cell:) and (:cellnr:) except that create <th> instead of <td> html tags.
The pagerev.php script was refactored into separate functions to allow easier integration of recipes displaying the page history.
A couple of minor bugs were fixed and the documentation was updated.
Most important in this release is the official change of $EnableRelativePageVars
to 1. The change is about how {$Variable} in included pages is understood by PmWiki.
* When $EnableRelativePageVars
is set to 0, {$Name} displays the name of the currently browsed page. Even if {$Name} is in an included page, it will display the name of the browsed page.
* When $EnableRelativePageVars
is set to 1, {$Name} displays the name of the physical page where it written. If {$Name} is in an included page, it will display the name of the included page.
* {*$Name} always displays the name of the currently browsed page, regardless of $EnableRelativePageVars
.
So, if your wiki relies on page variables from included pages, and doesn't have $EnableRelativePageVars
set to 1, after upgrading to 2.2.9, you can revert to the previous behavior by adding to config.php such a line:
$EnableRelativePageVars
= 0;
More information about page variables can be found at:
http://www.pmwiki.org/wiki/PmWiki/PageVariables
This release adds a new variable $EnablePageTitlePriority
which defines how to treat multiple (:title..:) directives. If set to 1, the first title directive will be used, and if a page defines a title, directives from included pages cannot override it. PmWiki default is 0, for years, the last title directive was used (it could come from an included page or GroupFooter).
This release also adds a new variable $DiffKeepNum
, specifying the minimum number (default 20) of edits that will be kept even if some of them are older than the limit of $DiffKeepDays
.
A number of bugs were fixed and the documentation was updated.
This release fixes another PHP 5.3 compatibility issue with conditional markup. The Author field now handles apostrophes correctly. The documentation was updated.
This release fixes most PHP 5.3 compatibility issues. Unfortunately some specific builds for Windows may still have problems, which are unrelated to PmWiki. Notably, on Windows, all passwords need to be 4 characters or longer.
Upload names with spaces are now correctly quoted. The documentation was updated.
With this release it is now possible to display recently uploaded files to the RecentChanges pages -- if you have been using the RecentUploadsLog recipe, please uninstall it and follow the instructions at http://www.pmwiki.org/wiki/Cookbook/RecentUploadsLog.
The release also introduces $MakeUploadNamePatterns
to allow custom filename normalization for attachements. It is now possible to replace $PageListFilters and $FPLTemplateFunctions with custom functions. Notify should now work in safe_mode. Some bugs were fixed, among which one with conditional markup with dates. The documentation was updated.
This release adds a new markup for Pagelist templates, (:template none:)
which allows a message to be set when the search found no pages. The FPLTemplate() function was broken into configurable sub-parts to allow development hooks. A number of bugs were fixed, and the documentation was updated.
This release fixes a bug introduced earlier today with HTML entities in XLPages.
This release fixes six potential XSS vulnerabilities, reported by Michael Engelke. The vulnerabilities may affect wikis open for editing and may allow the injection of external JavaScripts in their pages. Public open wikis should upgrade.
A new variable $EnableUploadGroupAuth
was added; if set to 1, it allows password-protected uploads to be checked against the Group password.
It is now possible to use @@ @_site_edit, @_site_read, @_site_admin@@ or @@ @_site_upload @@ global passwords in GroupAttributes pages.
A number of other small bugs were fixed, and the documentation was updated.
The major news in this release is a fix of an AuthUser vulnerability.
The vulnerability affects only wikis that (1) rely on the AuthUser core module for User:Password authentication, -AND- (2) where the PHP installation runs with the variable "magic_quotes_gpc" disabled.
All PmWiki 2.1.x versions from pmwiki-2.1.beta6 on, all 2.2.betaX, 2.2.0, and 2.2.1 are affected.
The PmWiki SiteAnalyzer? can detect if your wiki needs to upgrade:
http://www.pmwiki.org/wiki/PmWiki/SiteAnalyzer
If your wiki is vulnerable, you should do one of the following at the earliest opportunity:
* Upgrade to a version of PmWiki at least 2.2.2 or greater. * Turn on magic_quotes_gpc in the php.ini file or in a .htaccess file.
Alternatively, you can temporarily disable AuthUser until you upgrade.
Note that even if your wiki does not have the AuthUser vulnerability at the moment, you are strongly encouraged to upgrade to PmWiki version 2.2.2 or later, as some future configuration of your hosting server might put you at risk.
This release also comes with minor updates in the local documentation; fixes
were applied for international wikis - notably global variables in
xlpage-utf-8.php and a new variable $EnableNotifySubjectEncode
, which allows
e-mail clients to correctly display the Subject header; and a number of other
small bugs were fixed.
This release comes with an updated local documentation; wiki trails now work cross-group; guiedit.php now produces valid HTML, and other small bugs were fixed. We also added $EnableRedirectQuiet
, which allows redirects to take place without any mention of "redirected from page ....".
This is a summary of changes from 2.1.x to 2.2.0.
* Several pages that were formerly in the Site.* group are now in a separate SiteAdmin.* group, which is read-restricted by default. The affected pages include Site.AuthUser, Site.AuthList, Site.NotifyList, Site.Blocklist, and Site.ApprovedUrls . If upgrading from an earlier version of PmWiki, PmWiki will prompt to automatically copy these pages to their new location if needed. If a site wishes to continue using the old Site.* group for these pages, simply set
-> $SiteAdminGroup
= $SiteGroup
;
-> when carrying out this upgrade inspect your config files for lines such as
--> $BlocklistDownload
['Site.Blocklist-PmWiki'] = array('format' => 'pmwiki');
->as you may wish to fix then, eg
--> $BlocklistDownload
[$SiteAdminGroup
. '.Blocklist-PmWiki'] = array('format' => 'pmwiki');
* Important Change in Passwords in PmWiki 2.2 indicating that the group can be edited even if a site password is set will be done by @@"@nopass"@@ prior it was done by @@"nopass"@@ -> When migrating a wiki you will have to manually modify the permission or by a script replace in all the page concerned @@passwdread=nopass:@@ by @@passwdread=@nopass@@ (see PITS:00961) --isidor
* PmWiki now ships with WikiWords entirely disabled by default. To re-enable them, set either $LinkWikiWords
or $EnableWikiWords
to 1. To get the 2.1 behavior where WikiWords are spaced and parsed but don't form links, use the following:
-> $EnableWikiWords
= 1;
-> $LinkWikiWords
= 0;
* It's now easy to disable the rule that causes lines with leading spaces to be treated as preformatted text -- simply set $EnableWSPre
=0; to disable this rule.
--> '''Important:''' There is ongoing discussion that the leading whitespace rule may be disabled ''by default'' in a future versions of PmWiki. If you want to make sure that the rule will continue to work in future upgrades, set $EnableWSPre
=1; in ''local/config.php''.
* The $ROSPatterns
variable has changed somewhat -- replacement strings are no longer automatically passed through FmtPageName() prior to substitution (i.e., it must now be done explicitly).
* Page variables and page links inside of (:include:)
pages are now treated as relative to the included page, instead of the currently browsed page. In short, the idea is that links and page variables should be evaluated with respect to the page in which they are written, as opposed to the page in which they appear. This seems to be more in line with what authors expect. There are a number of important ramifications of this change:
** We now have a new {*$var}
form of page variable, which always refers to "the currently displayed page". Pages such as Site.PageActions and Site.EditForm that are designed to work on "the currently browsed page" should generally switch to using {*$FullName}
instead of {$FullName}
.
** The $EnableRelativePageLinks and $EnableRelativePageVars
settings control the treatment of links and page variables in included pages. However, to minimize disruption to existing sites, $EnableRelativePageVars
defaults to '''disabled'''. This will give existing sites an opportunity to convert any absolute {$var}
references to be {*$var}
instead.
** Eventually $EnableRelativePageVars
will be enabled by default, so we highly recommend setting $EnableRelativePageVars = 1;
in ''local/config.php'' to see how a site will react to the new interpretation. Administrators should especially check any customized versions of the following:
---> Site.PageActions
---> Site.EditForm
---> Site.PageNotFound
---> SideBar pages with ?action= links for the current page
---> $GroupHeaderFmt
, $GroupFooterFmt
---> Page lists that refer to the current group or page, etc in sidebars, headers, and footers
** The (:include:)
directive now has a basepage=
option whereby an author can explicitly specify the page upon which relative links and page variables should be based. If no basepage= option is specified, the included page is assumed to be the base.
* Sites that want to retain the pre-2.2 behavior of (:include:)
and other items can set $Transition['version'] = 2001900;
to automatically retain the 2.1.x defaults.
* Text inserted via (:include:)
can contain "immediate substitutions" of the form {$$option}
-- these are substituted with the value of any options provided to the include directive.
* PmWiki now recognizes when it is being accessed via "https:" and switches its internal links appropriately. This can be overridden by explicitly setting $ScriptUrl
and $PubDirUrl
.
* A new $EnableLinkPageRelative
option allows PmWiki to generate relative urls for page links instead of absolute urls.
* Draft handling capabilities have been greatly improved. When $EnableDrafts
is set, then the "Save" button is relabeled to "Publish" and a "Save draft" button appears. In addition, an $EnablePublishAttr
configuration variable adds a new "publish" authorization level to distinguish editing from publishing. See PmWiki:Drafts for more details.
* There is a new {$:var}
"page text variable" available that is able to grab text excerpts out of markup content. For example, {SomePage$:Xyz}
will be replaced by a definition of "Xyz" in SomePage. Page text variables can be defined using definition markup, a line beginning with the variable name and a colon, or a special directive form (that doesn't display anything on output):
-->
:Xyz: some value # definition list form Xyz: some value # colon form (:Xyz: some value:) # directive form
* The (:pagelist:)
command can now filter pages based on the contents of page variables and/or page text variables. For example, the following directive displays only those pages that have an "Xyz" page text variable with "some value":
-->(:pagelist $:Xyz="some value":)
Wildcards also work here, thus the following pagelist command lists pages where the page's title starts with the letter "a":
-->(:pagelist $Title=A* :)
* The if= option to (:pagelist)
can be used to filter pages based on conditional markup:
-->(:pagelist if="auth upload {=$FullName}":)
pages with upload permission
-->(:pagelist if="date today.. {=$Name}":)
pages with names that are dates later than today
* Spaces no longer separate wildcard patterns -- use commas. (Most people have been doing this already.)
* Because page variables are now "relative", the {$PageCount}, {$GroupCount}, {$GroupPageCount}
variables used in pagelist templates are now {$$PageCount}, {$$GroupCount}, {$$GroupPageCount}
.
* One can now use {$$option}
in a pagelist template to obtain the value of any 'option=' provided to the (:pagelist:)
command.
* The (:pagelist:)
directive no longer accepts parameters from urls or forms by default. In order to have it accept such parameters (which was the default in 2.1 and earlier), add a request=1
option to the (:pagelist:)
directive.
* The count=
option to pagelists now accepts negative values to count from the end of the list. Thus count=5
returns the the first five pages in the list, and count=-5
returns the last five pages in the list. In addition, ranges of pages may be specified, as in count=10..19
or count=-10..-5
.
* Pagelist templates may have special (:template first ...:)
and (:template last ...:)
sections to specify output for the first or last page in the list or a group. There's also a (:template defaults ...:)
to allow a template to specify default options.
* PmWiki comes with an ability to cache the results of certain (:pagelist:)
directives, to speed up processing on subsequent visits to the page. To enable this feature, set $PageListCacheDir
to the name of a writable directory (e.g., ''work.d/'').
* The (:if ...:)
conditional markup now also understands (:elseif ...:)
and (:else:)
. In addition, markup can nest conditionals by placing digits after if/elseif/else, as in (:if1 ...)
, (:elseif1 ...:)
, (:else1:)
, etc.
* The (:if date ...:)
conditional markup can now perform date comparisons for dates other than the current date and time.
* WikiTrails can now specify #anchor identifiers to use only sections of pages as a trail.
* A new (:if ontrail ...:)
condition allows testing if a page is listed on a trail.
* The extensions .odt, .ods, and .odp (from OpenOffice.org) are now recognized as valid attachment types by default.
* A new blocklist capability has been added to the core distribution. It allows blocking of posts based on IP address, phrase, or regular expression, and can also make use of publicly available standard blocklists. See PmWiki.Blocklist for details.
* There is a new SiteAdmin.AuthList page that can display a summary of all password and permissions settings for pages on a site. This page is restricted to administrators by default.
* There are new {$PasswdRead}
, {$PasswdEdit}
, etc. variables that display the current password settings for a page (assuming the browser has attr permissions or whatever permissions are set in $PasswdVarAuth).
* Forms creation via the (:input:)
markup has been internally refactored somewhat (and may still undergo some changes prior to 2.2.0 release). The new (:input select ...:)
markup can be used to create select boxes, and (:input default ...:)
can be used to set default control values, including for radio buttons and checkboxes.
* The (:input textarea:)
markup now can take values from other sources, including page text variables from other pages.
* Specifying focus=1
on an (:input:)
control causes that control to receive the input focus when a page is loaded. If a page has multiple controls requesting the focus, then the first control with the lowest value of focus=
"wins".
* PmWiki now provides a ''scripts/creole.php'' module to enable Creole standard markup. To enable this, add include_once('scripts/creole.php')
to a local customization file.
* PmWiki adds a new {(...)}
''markup expression'' capability, which allows various simple string and data processing (e.g., formatting of dates and times). This is extensible so that recipe authors and system administrators can easily add custom expression operators.
* It's now possible to configure PmWiki to automatically create Category pages whenever a page is saved with category links and the corresponding category doesn't already exist. Pages are created only if the author has appropriate write permissions into the group. To enable this behavior, add the following to ''local/config.php'':
-->$AutoCreate['/^Category\\./'] = array('ctime' => $Now);
* Sites with wikiwords enabled can now set $WikiWordCount
['WikiWord'] to -1 to indicate that 'WikiWord' should not be spaced according to $SpaceWikiWords
.
* WikiWords that follow # or & are no longer treated as WikiWords.
* Links to non-existent group home pages (e.g., [[Group.]]
and [[Group/]]
) will now go to the first valid entry of $PagePathFmt
, instead of being hardcoded to "Group.Group". For example, to set PmWiki to default group home pages to $DefaultName
, use
-->$PagePathFmt = array('{$Group}.$1', '$1.{$DefaultName}', '$1.$1');
* PmWiki now provides a $CurrentTimeISO and $TimeISOFmt variables, for specifying dates in ISO format.
* Cookbook authors can use the internal PmWiki function UpdatePage (temporarily documented at DebuggingForCookbookAuthors) to change page text while preserving history/diff information, updating page revision numbers, updating RecentChanges pages, sending email notifications, etc.
* Skin templates are now required to have <!--HTMLHeader--> and <!--HTMLFooter--> directives. Setting $EnableSkinDiag causes PmWiki to return an error if this isn't the case for a loaded skin. Skins that explicitly do not want HTMLHeader or HTMLFooter sections can use <!--NoHTMLHeader--> and <!--NoHTMLFooter--> to suppress the warning.
* Added a new "pre" wikistyle for preformatted text blocks.
* The xlpage-utf-8.php script now understands how to space UTF-8 wikiwords.
* Searches on utf-8 site are now case-insensitive for utf-8 characters.
* Many Abort() calls now provide a link to pages on pmwiki.org that can explain the problem in more detail and provide troubleshooting assistance.
* PmWiki no longer reports "?cannot acquire lockfile" if the visitor is simply browsing pages or performing other read-only actions.
* The $EnableReadOnly configuration variable can be set to signal PmWiki that it is to run in "read-only" mode (e.g., for distribution on read-only media). Attempts to perform actions that write to the disk are either ignored or raise an error via Abort().
* Including authuser.php no longer automatically calls ResolvePageName().
* Authentication using Active Directory is now simplified. In Site.AuthUser or the $AuthUser variable, set "ldap://name.of.ad.server/" with no additional path information (see PmWiki.AuthUser for more details).
* Pages are now saved with a "charset=" attribute to identify the character set in effect when the page was saved.
* The phpdiff.php algorithm has been optimized to be smarter about finding smaller diffs.
* Removed the (deprecated) "#wikileft h1" and "#wikileft h5" styles from the pmwiki default skin.
* The mailposts.php and compat1x.php scripts have been removed from the distribution.
This version backports from 2.2.0-beta a bugfix for $TableRowIndexMax
and also support for the {*$Variable}
markup.
This version fixes a bug in feeds.php that would cause feed entries to be mixed up.
This release fixes a bug in authuser.php introduced by the 2.1.24 release.
The skin template code has also been extended to allow <!--XMLHeader-->
and <!--XMLFooter-->
as aliases for <!--HTMLHeader-->
and <!--HTMLFooter-->
.
This release makes some improvements and fixes to the AuthUser capability.
A bug in authuser.php that had trouble dealing with non-array values in $AuthUser has been fixed.
It is now possible to specify group memberships from ''local/config.php'' (remember that such entries must come ''before'' including the ''authuser.php'' script):
# alice and bob's passwords $AuthUser['alice'] = crypt('alicepassword'); $AuthUser['bob'] = crypt('bobpassword'); # members of the @writers and @admins groups $AuthUser['@writers'] = array('alice', 'bob'); $AuthUser['@admins'] = array('alice', 'dave'); # carol is a member of @editors and @writers $AuthUser['carol'] = array('@editors', '@writers');
AuthUser can now read from Apache-formatted .htgroup files. The location of the .htgroup file can be done either in ''local/config.php'' or Site.AuthUser
# local/config.php: $AuthUser['htgroup'] = '/path/to/.htgroup'; # Site.AuthUser htgroup: /path/to/.htgroup
This release closes a potential security vulnerability for sites that are running with 'register_globals' set to on. Details of the vulnerability will be forthcoming on the mailing list and site.
Sites that are running with PHP 'register_globals' and 'allow_url_fopen' set to 'On' should upgrade to this release at the earliest opportunity. If upgrading isn't an option, contact Pm for a patch to older versions.
There is now a tool available to analyze PmWiki sites for security and other configuration settings, see PmWiki:SiteAnalyzer.
Version 2.1.23 also corrects a bug that prevented PmWiki from being able to read pagefiles created by versions of PmWiki before 0.5.6.
More minor bugfixes:
* Corrected a bug with WikiWord references appearing in the (:attachlist:)
markup.
* Restore ability to remove/override PmWiki's default CSS settings.
This release provides a number of very minor bugfixes and enhancements:
* Fixed a bug in the pageindex code that was causing it to not regenerate as quickly as it should. * Fixed image/object/embed handling in wikistyles to better support the Cookbook:Flash recipe. * Fixed a bug with wikistyles and input form tags.
The next release(s) may have a number of substantial code enhancements and changes, so this release simply closes out a few items before introducing those changes.
This release closes a potential cross-site scripting vulnerability that could allow authors to inject Javascript code through the various table markups.
The release also adds a new (:input image:)
markup to generate
image input tags in forms.
Finally, this release corrects a problem with ?action=print
failing to properly set the {$Action}
page variable.
This release fixes a long-standing bug with $EnableIMSCaching
(PITS:00573), whereby login/logout operations wouldn't invalidate
browser caches, causing some people to see versions of a page prior
to the login/logout taking place.
The new IMS caching code maintains a "imstime" cookie in the visitor's browser that keeps track of the time of last login, logout, author name change, or site modification. This cookie is then used to determine the proper response to browser requests containing If-Modified-Since headers. (Previously only the time of the last site modification was available.)
Browsers which do not accept cookies will effectively act as though IMS caching is disabled.
This release makes some improvements to skin handling -- primarily this improves the capability of relocating skin files to other locations, and to provide the ability for recipes to insert items at the ''end'' of HTML output.
This release introduces a <!--HTMLFooter-->
directive into
skin templates, which allows recipes and local
customizations to insert output near the end of a document
using a $HTMLFooterFmt
array from PHP.
Also, the <!--HeaderText-->
directive, which inserts the
contents of $HTMLHeaderFmt
into the output, has now been
renamed to <!--HTMLHeader-->
. PmWiki will continue to
recognize <!--HeaderText-->
to preserve compatibility with
existing skins, but <!--HTMLHeader-->
is preferred.
A new $SkinLibDirs
array has been introduced which allows
the source locations and urls for skins to be specified from
a customization file. By default $SkinLibDirs
is set as
$SkinLibDirs
= array("./pub/skins/\$Skin" => "$PubDirUrl
/skins/\$Skin", "$FarmD
/pub/skins/\$Skin" => "$FarmPubDirUrl
/skins/\$Skin");
The keys (on the left) indicate the places to look for a "skin .tmpl
file" in the filesystem, while the values (on the right) indicate the
url location of the "skin css file". Modifying the value of
$SkinLibDirs
allows a skin .tmpl file to be located anywhere on the
filesystem.
As far as I can see, none of the changes introduced by this release should have any sort of negative impact on existing sites, so it should be safe to upgrade. (If I'm wrong, please let me know.)
This release includes a number of feature enhancements and code cleanups as reported or requested by administrators.
First, AuthUser's LDAP authentication system now allows the use of
a ?filter
parameter, consistent with urls used for mod_auth_ldap
authorization in Apache. See the newly updated LDAP section of the
AuthUser documentation for more details.
A chicken-and-egg problem with the @_site_*
authorization groups
has been resolved. It's now possible to have a page's read authorization
refer to things such as _site_edit
.
Also, the RetrieveAuthPage() function -- used for retrieving pages only if the visitor is authorized to do so -- now recognizes a special level parameter of 'ALWAYS', which means to always authorize access regardless of the browser or visitors current permissions. This may be useful for allowing certain operations to take place from within trusted scripts without having to grant full authorization to the browser.
Hardcoded instances of the ''local/'' directory now use a
customizable $LocalDir
variable. This variable controls where
PmWiki looks for ''local/config.php'' and per-group customization
files. It may be useful for some Wiki Farm contexts. Note that
this does not change or affect the location of
''$FarmD
/local/farmconfig.php''.
Some minor internal changes have been made to ''scripts/wikistyles.php'' to better accommodate the wikipublisher recipe. It's probably better if we don't try to explain them. :-)
This release fixes a bug in handling numeric passwords, and also allows ldaps:// authentication sources.
This version introduces the ability to nest divs and tables. The standard