DokuWiki Installer


This page assists in the first time installation and configuration of Dokuwiki. More info on this installer is available on it's own documentation page.

DokuWiki uses ordinary files for the storage of wiki pages and other information associated with those pages (e.g. images, search indexes, old revisions, etc). In order to operate successfully DokuWiki must have write access to the directories that hold those files. This installer is not capable of setting up directory permissions. That normally needs to be done directly on a command shell or if you are using hosting, through FTP or your hosting control panel (e.g. cPanel).

This installer will setup your DokuWiki configuration for ACL, which in turn allows administrator login and access to DokuWiki's admin menu for installing plugins, managing users, managing access to wiki pages and alteration of configuration settings. It isn't required for DokuWiki to operate, however it will make Dokuwiki easier to administer.

Experienced users or users with special setup requirements should use these links for details concerning installation instructions and configuration settings.

For security reasons this script will only work with a new and unmodified Dokuwiki installation. You should either re-extract the files from the downloaded package or consult the complete Dokuwiki installation instructions

driven by DokuWiki powered by PHP
Support Corner [Mantis Bug Tracker Wiki]

User Tools

Site Tools


Support Corner

Our target should always be to resolve more bugs than our incoming rate. Use the summary page to get stats on this.

Triage process

During triage, try to do the following:

  1. If possible, try to immediately resolve
    • duplicates
    • support requests (i.e. issues that are neither a bug in Mantis nor a new feature request) as no change required. Use of the predefined snippet: Resolve - No Bug/Feature is recommended
    • bugs related to old releases (see snippet: Resolve - Old Version), for example:
      • “unable to attach a file” or “unable to update an issue” on 0.19.0 release.
      • old localization bugs (prior to swite-TranslateWiki), they would probably be outdated.
  2. Update categories as appropriate.
  3. Revise priority / severity if needed
  4. Add relationships if appropriate.
  5. Set target release: If an issue is critical and should be fixed quickly, then set the target release as appropriate. Do not assign all issues for the following release. For an issue to be done, it has to be owned by a developer, important to a release, has a simple patch attached, etc.
  6. Add standard tags like “patch” for ones with patches, “plugins”, etc.
    Note: It may be worth revising a list of such tags to have us triage in a consistent way.
  7. Acknowledge issues that make sense rather leaving them as New. The basic idea is to have “new” mark issues that are yet to be triaged.
  8. Whenever requesting additional information from the reporter, Use of one of the MoreInfo* snippets in the feedback request bugnote is recommended.
    Also make sure that the status is changed to feedback, so that the reporter knows that their input is required; the next note they add will automatically bounce the issue's status back to new.

Help with the forums would be greatly appreciated as well.

mantisbt/support_corner.txt · Last modified: 2014/01/09 08:54 by dregad