| Commit message (Collapse) | Author | Age |
|---|
| |\
| |
| |
| |
| |
| |
| |
| |
| |
| | |
yurii-github-master
* 'master' of https://github.com/yurii-github/dokuwiki:
fixes FASTCGI_UNEXPECTED_EXIT (error 0xff) in FastCGI/IIS for PHP5.6.x 64bit
Conflicts:
inc/plugincontroller.class.php
|
| | | |
|
| |/
|
|
|
|
|
| |
In an older version of PHP a file_exists() call would issue a warning
when the file did not exist. This was fixed in later PHP releases. Since
we require PHP 5.3 now, there's no need to supress any error here
anymore. This might even give a minor performance boost.
|
| |\
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
inc/media.php
inc/plugin.php
inc/template.php
lib/plugins/authplain/_test/escaping.test.php
lib/plugins/syntax.php
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
many PHPDocs
some unused variables
some dynamically declared variables declared
|
| | | |
|
| |/ |
|
| |\
| |
| | |
Php strict
|
| | |
| |
| |
| | |
\!empty/empty/isset as appropriate
|
| | | |
|
| |/ |
|
| | |
|
| |
|
|
|
|
|
| |
This fixes error messages about invalid plugin names for directories in
the plugin directory which didn't contain any plugin. Now the message is
only displayed for plugins which couldn't be loaded because of the
invalid name.
|
| | |
|
| |
|
|
|
|
|
|
| |
This partially reverts de50cad65ae679a602e71adddffdd74df7ea3fbb as the
strict check breaks existing plugins and this shouldn't be changed
without prior discussion and a warning for plugin authors with some time
to adjust their plugins. Now all characters that are valid in PHP class
names except "_" are allowed.
|
| |
|
|
|
|
|
| |
This displays an error message when building the plugin list and an
enabled plugin does not follow the plugin naming conventions. This
should help plugin developers and admins understand why their plugins
aren't working.
|
| |
|
|
|
|
|
|
| |
When loading plugins, $lang might not be initialized yet, so use a
hardcoded error message instead, especially as this error should only be
displayed for the admin (and then fixed). This also removes the
previously localized message, it might be re-added as part of the new
extension manager.
|
| |
|
|
|
|
| |
When a plugin file exists, we can assume it is the correct file and load
it without error supression. This makes it much easier to detect and
debug problematic plugins.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
when saving plugin.local
|
| | |
|
| |
|
|
|
| |
Plugins with a disabled file will be treated as having an entry (=0) in
conf/plugins.default.php overridable by conf/plugins.local.php
|
| |
|
|
| |
Function get_plugin_components() moved to extantion manager
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
When a plugin is installed in the wrong directory, the class loading
will fail. This patch tries to find the correct directory from the
plugin.info.txt (using the base key) and give a hint to the user on how
to fix this.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
Plugins may return false in isSingleton to let plugin_load return a new
instance every time it is called.
Renderer plugins are not loaded with $new set to true, but instead specify
themself that they are not singletons. This behaviour allows the odt renderer
to keep working (see #1598).
|
| | |
|
| |
|
|
|
|
| |
Ignore-this: 259cb5773c3144c6c706d87298dcf674
darcs-hash:20091020212338-7ad00-6bf1c5c403491f136a1c02af5ecd9f84d7227107.gz
|
| |
|
|
|
|
| |
Ignore-this: b796ce104bb86a05e8bca1c900ef99d8
darcs-hash:20090220084815-7ad00-74aa7c875606a5dfdbd257caa56bf092152e3019.gz
|
| |
|
|
|
|
| |
Ignore-this: 21eafbc145c8abfeb8450d9a1234bae1
darcs-hash:20090216180324-7ad00-2628f381cee27f24f120016a970aabca7d853c7c.gz
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
DokuWiki typically instantiates a plugin once and reuses
that instance whenever the plugin is required. However on
some occasions DokuWiki will request a new instantiation of
a plugin. This particularly applies to render plugins. This
patch allows a plugin to force DokuWiki to reuse the existing
instance.
If a plugin wishes to only be instantiated once then it
should implement an "isSingleton()" method and that
method should return boolean true.
darcs-hash:20090211143520-f07c6-5c1a33dbed55f0b196a204745fe3139f3c7c0aa9.gz
|
| |
|
|
|
|
|
|
|
|
| |
Ignore-this: bd7e66b737e8847373e071f0b23d96d7
The mechanism for disabling plugins was not reverted completely: there were
still references to the plugin.disabled directories in the
Doku_Plugin_Controller class, this patch fixes this.
darcs-hash:20090203194307-8a46b-4bb1c41e530edc9fde06ca61898a9a465d5b6d98.gz
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ignore-this: b5fadadeee9de8e52c41c056cf62be6d
With this patch plugins are now disabled by placing a disabled file in the
plugin directory again.
Even though renaming plugin directories is the method with the fewest disk
accesses it makes a lot of trouble with code revision control systems and,
more important, Linux package management systems.
Future versions of DokuWiki may use a central config file instead.
This patch also fixes the problem with the plugin manager not checking the
return values of the pugin_(dis|en)able functions correctly.
darcs-hash:20090127182521-7ad00-62018a546d49d57582d93298c8228fd71601a5e8.gz
|
|
|
(this allows it to be include and extended in preload.php)
darcs-hash:20090122065852-f07c6-4e5069f3100174a396627c486561ff079c7a02e1.gz
|
