Category: User Administration (Registration, Login & Banning)

This feature gives very weird results. I gave it two valid emails and one failed. I think mose fixed it for 1.10 The fix should be backported is deemed stable.

We only need to check if email provided is in right format without actually trying to test if domain exists.

Please make sure it handles not only .com and .net but also domains like .com.uy, .co.uk and .info , etc

Feature Validate users might have become broken, if confirmed by someone else.
This looks serious enough to me to be considered a blocker, if confirmed by someone else.
The user tracker we suggest to setup through profiles has the setting validateUsers: n
http://profiles.tiki.org/User_Trackers?highlight=validateUsers

However, a brand new tiki19 site I did setup in the last days, where I applied that profile, has some users on hold (not being able to login) because they didn't validate the confirmation email, which they never received.

I loged in as admin, went to admin users, and clicked at "confirm user email" for one of them,m and Tiki replied that validateUsers was not set (indeed). However, how come users can't log in the tiki site because they didn't validate their email?

FYI...
---
Update {sign user="xavi" datetime="2018-11-09T11:23:52+00:00"}
* I had to setup validateUsers: y, in order to be able to confirm user emails.
* However, emails were (apparently) not sent from Tiki. Confirmed through the tiki logs (tiki-syslog.php), with the preference to record email sending at the log set ("Control Panels > General > Log mail in Tiki logs").
* email sending from Tiki works, as tested through the feature in the control panel to send test emails (they are received normally)

1- User registers

2- System sends email (to validate user controls that email)

3- User clicks and is sent to tiki-login_validate.php?user=abc&pass=xyz


The admin should be able to override to send a wiki welcome page for new users or to user tracker form.

Hello, I'm using tikiwiki 1.9.7 and we have several virtual wikis installed at present. The problem is that the groups we get in the admin section are the groups from the virtual wiki that last made a modification to its groups. So sometimes, on the virtual wiki on which I'm admin, I see the groups of another virtual wiki, and not my own groups. The same happens for the categories. (This might also affect other domains that I haven't identified).

What seems to be happening, is that once there is a modification to groups in one of the virtual wikis, the cache is updated with that content and it seems that all virtual wikis must share the same cache... The exact cause would have to be investigated properlly as this is only an assumption deduced from the symptoms. What I do know, is that in the wiki admin section, I made sure that the cache was set to 0 (no cache), and that the individual cache checkbox was unchecked (no sure what this is supposed to do). So if this is a cache problem, it apparently occurs with a cache that you have no choice of using. Also, it can't be a browser's cache because I never go to the other virutal wikis, so there is no reason these other groups should appear in my browser suddenly.

When I do go in the groups section, the right groups are listed on the page in the section 'list of existing groups' , but in the include box of the 'add new group' section, the groups are wrong.

Well that's about it, I hope this is enough information to solve this bug. Let me know if you need specific information I haven't included in this report.

Kreugen

In 1.9.0 (and probably 1.8.x), it is possible to delete a calendarId (ex.:1)

When this happens, all calitemId are set to calendarId=0

Items are still in the database but inaccessible.

I could be nice to have a kind-of "History Flow" application, or feature, integrated in the Wiki.
Such as the "History Flow" ([http://researchweb.watson.ibm.com/history/]) developed by people from MIT and owned by IBM (afaik)

I'm not skilled on CVS, but I wonder if this is already developed for CVs applications. (gCVS, for instance, for GN/Linux Gnome)

And from thepoint of view of Tiki, I know there is the option "export all" tiki versions of a page, at wiki page edit time. Could this be used to see more easily all the changes that a user has made to a document, etc.?

(I'm thinking in the educational scenarios where as teachers we have to review a user contribution to a collective document, and grade it, etc.).

Please see ((WikiBlame)) and ((WikiTrust))

Context: I have a Tiki24 I updated today (3 weeks commits) where a [https://doc.tiki.org/PluginRegisterMemberPayment|Plugin Register Member Payment] stopped to work.

I tested on real life Tiki24 (upgrade).
I tested on a new Tiki 24 install
I tested on a new Tiki 24 install on my local
I re-tested on local using firefox and chrome.

When registering a new user has a white page on submit.

php_error.log empty

apache_ssl_access.log
-+ ::1 - - [19/Dec/2022:13:52:48 +0200] "POST /tiki-register.php HTTP/1.1" 200 - +-

apache_ssl_request.log
-+ [19/Dec/2022:13:52:48 +0200] ::1 TLSv1.2 ECDHE-RSA-AES128-GCM-SHA256 "POST /tiki-register.php HTTP/1.1" - +-

{mediaplayer src="display1918"}

{img fileId="1919" thumb="box"}

I tested on a new Tiki25 install on my local and it is working fine.

Tested on the show instance with the same results, WSoD.

Login, Captcha; If set together, Use reCAPTCHA (Google) and CAPTCHA questions are conflicting and don't allow registration.

On a Tiki 24 and the master instance.
* Enable registration
* Enable Anonymous editors must enter anti-bot code (CAPTCHA)
* Use reCAPTCHA (Google recaptcha 3 and set your account information)
* Enable CAPTCHA questions and add some

On the registration page no questions is presented.
An error is displayed "You have mistyped the anti-bot verification code. Please try again."

Instance shows the issue (you will need to fill FIRST your recaptcha information).

On a Tiki23 I set login to use user tracker information and a corresponding tracker.
User can register and they are assigned to group "Registered".

My use case is that when registering from a specific page the user should be assigned to a specific group.
The group "Mygroup" with the option "User can assign himself or herself to the group" to y (enable)

For this I use a tracker plugin and set it like this : registration="y" chosenGroup="Mygroup" validateusers="y"

The user using this tracker plugin will be assigned to registered no matter what.

Check the instance.

---

In the html I see a hidden input to assign Registered to the variable chosenGroup
{img fileId="1681" thumb="box"}

I tried to hard coded the value (<input type="hidden" name="chosenGroup" value="Mygroup">) at register-groupchoice.tpl to test but it didn't work.

Trying to use an alternate page for register...
May be something with local setup vs server setup.
Waiting to be able to reproduce on show...

Not possible to reproduce because show is not SEFURL. :-(

Using a Tiki at tiki-admin.php?page=login you can set a tracker to collect users information.
In the group (registered) tiki-admingroups.php you can define what field to display in the registration form.

This work fine.

You can also use a tracker plugin in a wiki page to fill a tracker item and include a registration.
However the input field displayed are limited to :
* Username *
* Email *
* Passcode to register * (if set)
* New Password *
* Confirm password *

And NOT the list of field you set in your Group (as above).
The tracker plugin Registration option shouldn't modify the fields require for the registration and the way the admin has set it.

I created an instance to demonstrate.

While __you are not logged__ if you go to register :http://bsfez-11581-7961.show2.tikiwiki.org/tiki-register.php

The page show ALL the fields I added for registration at :http://bsfez-11581-7961.show2.tikiwiki.org/tiki-admingroups.php?group=Registered

{img fileId="1661" thumb="box"}

Good.

Compare to the registrations fields proposed in the tracker plugin and you see all are missing.
http://bsfez-11581-7961.show2.tikiwiki.org/tiki-index.php?page=HomePage

On a Tiki25;

* Tracker to store the user information a username field and a name field
* Login (tiki-admin.php?page=login) : Use email as username enable, User tracker IDs to sync prefs from enabled, Tracker field IDs to sync the "real name" pref from
* In User (tiki-admin.php?page=user&cookietab=3) Show user's real name is enabled
* In tracker settings (tiki-admin.php?page=trackers), Show user's real name is enabled
* In groups, User Registration Tracker, select tracker and field.

Admin create manually users (no registration).
My Admin as now the first real name available on the list even without being linked with a tracker item.

{img fileId="1941" thumb="box"}

Check the show instance

example: TikiWiki used to coordinate volunteer organisation (eg Scouts) with branch hierarchy.
Individual or a Manager at any level above should be able to maintain their contact record.
There needs to be some functionality to transfer individuals between managers, eg when the manager leaves/moves.

I switched from LDAP Pear:auth to "Tiki-Only" where Users can Register BUT need a confirmation from the admin.
The admin got a Message like this
[...]
To Confirm.... klick:
tiki-login_validate.phpuser=user1&pass=c3746eb1baa6d209128b392680a5329c
[...]
The question mark for PHP-Code is missing so and the Link is invalid. I've to copy the Link and paste the question mark manually

When I click a user, I am offered to send him a message. But then I get:

User XYZ can not receive messages
ERROR: No valid users to send the message

1: WYSIWYCA: I should not be offered to send a message if the user has disabled that. (frustrating to write such a message for nothing)

2: tiki-user_preferences.php: "Allow messages from other users" default should be yes

3: tiki-user_preferences.php: "Send me an email for messages with priority equal or greater than:" default should be "3"

tiki-admin.php?page=login
3- Users accept internal messages by default: default should be yes -> $allowmsg_by_default

4- Users can opt-out internal messages: default should be yes -> $allowmsg_is_optional


All these should be the default settings (most logical) if a Tiki site admin choose to activate inter user messages.

Related:
Easier Inter-user message management for Tiki admins:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=959

Also related:
Should sender email be disclosed when receiver gets notification via email? goals: balance privacy & facilitate communication/collaboration

I have encountered a few snags after upgrading from Tiki 1.9.11 to 2.0

One of the problems is that I am unable to register / add users, because of the following error message:

An error occured in a database query!
Unknown column 'email_confirm' in 'field list'

This happens on
tiki-register.php (registration) and tiki-adminusers.php (batch upload / add)

Is there a fix for this?

Seems like Tanzania keeps falling out of the country list. This was the case some years ago. Might as well add Swahili as a language option if applicable.

I have an error when I try to add a new user:

{img src=images/code.png}%%% {CODE()} Context:
File tiki-adminusers.php
Url tiki-adminusers.php
Query:
insert into `users_users`(`login`, `password`, `email`, `provpass`, `registrationDate`, `hash`, `pass_confirm`, `email_confirm`, `created`, `valid`, `openid_url`, `lastLogin`, `waiting`) values(?,?,?,?,?,?,?,?,?,?,?,?,?)
Values:
0 trenad
1
2 n.trepanier@rrsss16.gouv.qc.ca
3
4 1224014104
5 $1$98TWiy55$sm3YVgaZTDG8wTR6O9kvz0
6 1224014104
7 1224014104
8 1224014104
9 NULL
10 NULL
11 NULL
12 NULL
Message:
Unknown column 'email_confirm' in 'field list'
Built query was probably:
insert into `users_users`(`login`, `password`, `email`, `provpass`, `registrationDate`, `hash`, `pass_confirm`, `email_confirm`, `created`, `valid`, `openid_url`, `lastLogin`, `waiting`) values('trenad','','n.trepanier@rrsss16.gouv.qc.ca','','1224014104','$1$98TWiy55$sm3YVgaZTDG8wTR6O9kvz0','1224014104','1224014104','1224014104',NULL,NULL,NULL,NULL){CODE}

Do you guys have any idea what is happening.

User set forum style as Plain and save it after next login style is Threaded again.

{syntax type="tiki" editor="plain"}
Enabling 2FA for a user works, but when trying to login, one is presented with a System Error page. With debug enabled, we see:

'''
System error.

The following error message was returned:

Unknown column 'last_mfa_date' in 'SET'

The query was:
update `users_users` set `last_mfa_date` = ? WHERE `login` = ?

Values:

1788618450
username

The built query was likely:
update `users_users` set `last_mfa_date` = '1788618450' WHERE `login` = 'username'
'''

I can confirm that adding in the column manually with:

alter table users_users add column if not exists last_mfa_date bigint DEFAULT NULL;

has allowed me to login/logout with MFA enabled.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

{syntax type="tiki" editor="plain"}
I have been having problems upgrading from previous versions and decided to install a new blank install of v7. Everything works fine until I try and log in with the admin user name and password I created during the install process. I receive a message that cookies need to be enabled. This is not a message that I have had before on any prior versions and cookies are definitely enabled in my browser. I have tried with Chrome, FireFox and IE and the problem is the same on v7. I have seen various discussions on this topic in the forums but it seems there is no resolution for this one and no clear answer as to what is causing it. My URL's have no ~ in them.