Ticket #79 (accepted enhancement)

Opened 9 years ago

Last modified 4 years ago

Split UserSettings into three different actions: Login/Logout - Registration - User Settings

Reported by: dartar Owned by: JavaWoman
Priority: high Milestone: blue-sky
Component: actions Version: 1.1.6.1
Severity: normal Keywords:
Cc:

Description (last modified by dartar) (diff)

A very popular request from Wikka users: separate login from registration, so as to allow users to run private wikis with no registration form.

Refs

Comments migrated from WIkkaBugs

I just started using this program and I love it ! Its exactly what I've been looking for. However what I want is a Wikki where only the administrator can register new users. This seems like such an obvious feature that I am amazed I cant figure out how to do it ! What am I missing ? --DavidLee

--Sorta Fixed-- Ok I figured this out ... mostly. Feel free to delete this section if its seems obvious to everyone ! (It wasnt to me) I changed my default ACL for write and comment to "!*" ... but left read as "*". People can still register themselves but it doesnt do them much good as they cant create pages. --DavidLee

Hi DavidLee! No, we don't have an ""{{adduser}}"" yet. If you don't want other people to register, try out the solution from UserRegistration which allows you to stop registration (and you could use phpmyadmin to add users directly to the database). The solution makes it possible to allow registration only with a password, which can be set in the config. See UserRegistration for more details. A division of registration/log-in and usersettings into different actions is planned but won't come in the next release. --NilsLindenberg

See also

#76 #112

Change History

  Changed 9 years ago by dartar

  • description modified (diff)

  Changed 9 years ago by dartar

  • description modified (diff)

  Changed 9 years ago by dartar

  • description modified (diff)

follow-up: ↓ 5   Changed 7 years ago by JavaWoman

  • status changed from new to closed
  • resolution set to fixed

(In [607]) fixes #79 - comment 32.

in reply to: ↑ 4   Changed 7 years ago by JavaWoman

  • status changed from closed to reopened
  • resolution fixed deleted

Replying to JavaWoman:

(In [607]) fixes #79 - comment 32.

Oops - that ticket number was a typo - reopening...

  Changed 7 years ago by JavaWoman

  • owner changed from unassigned to JavaWoman
  • status changed from reopened to new

taking this one on - have most of the coding done already...

  Changed 7 years ago by JavaWoman

  • status changed from new to assigned

  Changed 7 years ago by JavaWoman

  • type changed from defect to enhancement

should be enhancement!

  Changed 7 years ago by JavaWoman

(in [661]): a little cleanup and commenting to make later split-up (#79) easier

  Changed 7 years ago by JavaWoman

(In [665]) "Relocatable Wikka" - part 4

The installer.

Note: although it's apparent quite a bit of work still needs to be done on the new installer, i've done my best to ,limit my changes to only those needed for the new relocation functionality; I have added various todo markers though.

refs #470, #545

  • inc/functions.inc.php:
    • update_default_page():
      • interface: instead of building paths with string literals, it now gets passed two extra parameters with location of default pages for default language, and a fallback path for the system default language
      • changed 'txt_filename' to 'txt_filepath' to avoid confusion with an actual file name
    • Language_selectbox():
      • uses constant WIKKA_LANG_PATH (which may contain a related path) instead of literal 'lang'
  • index.php:
    • use constant WIKKA_SETUP_PATH instead of string literal
  • default.php:
    • use constant CONFIG_DEFAULT_LANGUAGE for the system default language instead of string literal
  • check.php:
    • use already-defined constants MINIMUM_PHP_VERSION and MINIMUM_MYSQL_VERSION instead of PHP_REQ and MYSQL_REQ
    • make sure result of @touch() is evaluated and any error reported
  • setup.php:
    • directly use constant SITE_CONFIGFILE (which contains the -possibly relocated - path for the site configuration file) instead of a variable
    • make sure result of @touch() is evaluated and any error reported
    • report intended path for site config file before testing, so user can always check the intended path is being used (not only on error)
  • install.php:
    • derive variables for location of default pages for default language, and a fallback path for the system default language
    • pass these as extra parameters to the function update_default_page() (see above)
    • added pointer to future handling of page-specific ACLs for default pages will be needed for split up of UserSettings (refs #79)
    • directly use constant SITE_CONFIGFILE (which contains the -possibly relocated - path for the site configuration file) instead of a variable
  • links.php:
    • removed error_reporting(E_ALL): replaced by usage of 'errors' key file to trigger development mode - see wikka.php commit notes for [662]!
  • writeconfig.php
    • no longer writes $configbase_url? = $url (OBSOLETE now: Run() handles this dynamically)
    • no longer use $configbase_url? but internal variable $url instead (which holds the correct value)
    • minor correction to regex for deriving $rewrite_base
    • directly use constant SITE_CONFIGFILE (which contains the -possibly relocated - path for the site configuration file) instead of a variable

  Changed 7 years ago by JavaWoman

(In [718]) added todo markers ads reminder to replace needless hidden fields from forms.

refs #496, refs #79

  Changed 7 years ago by raffa

just a reminder: don't give away too much information why a login attempt failed

  Changed 7 years ago by DarTar

raffa, good point.

  Changed 4 years ago by BrianKoontz

  • milestone changed from 1.3 to blue-sky
Note: See TracTickets for help on using tickets.