Category: Error

This block of code is not very well behaved, and it appears in a lot of places:
// Now check if the user should be notified by email
$foo = parse_url($_SERVER[["REQUEST_URI"]);
$machine = $tikilib->httpPrefix(). dirname($foo[["path"]);
$machine = preg_replace("!/$!", "", $machine); // just incase
$smarty->assign('mail_machine', $machine);

In my test environment I'm hitting the website via the LAN machine name and not the public URL. Setting $foo from _SERVER[["REQUEST_URI"] is causing the URL to use the LAN machine name and not the fully qualified name.

Technically this will cause the email to use the host name of whatever the user was hitting, but that would be bad in a server farm where you may need to use a scheme such as www1, www2, www3, etc as the user would always go back to that server instead of letting the load balancer figure it out.

I could see this being a problem anywhere the code is using _SERVER[["SERVER_NAME"] as well.

To me the root problem here is that the templates are depending on two different sources for the same data (the hostname portion of the URL).

If you use the tracker with mirror, when creating the fields, you cannot save any comments, options, descriptions. You have to do it directly in the Database, then it works.

If you use the tracker without mirror, it works just fine.

CVS update of 1.10 at 04:27 UTC

After the admin user "Admin" enables the poll feature, they are unable to access the poll administration page.

To reproduce:
1. Log in as admin
2. Enable Polls checkbox via the Features-->Admin Page
3. Click on "polls" in left-hand admin menu
4. Permission is refused.

Another way to reproduce
1. Log in as "Admin"
2. Click on "Admin Home" in the left hand menu
3. Click on the "Polls" Icon.
4. User is taken to ~/tiki-admin.php?page=polls, which is not Polls Admin, but Polls comment admin.
5. Click on link at top of page: "To add/remove polls, look for "Polls" under "Admin" on the application menu, or Click Here."
6. URL when hovering is ~/tiki-admin_polls.php
7. Receive permission refused error.

If you enable Users can Configure Modules they can do this from the page under MyTiki. But the icon to switch sides, in the title of each module, does not work. Also, the delete red cross, shows a cofirmation dialog box, but does not actually delete the module.

Global permissions:

tiki_p_assign_perm_file_gallery
tiki_p_admin_file_galleries
all groups = OFF

Created users "A" and "B"
Created group "GroupA" of which "A" is a member
Created group "GroupB" of which "B" is a member

Created category "UserACat"
Permissions for category "UserACat":

tiki_p_add_object
GroupA = [ON]
GroupB = [OFF]
tiki_p_remove_object
GroupA = [ON]
GroupB = [OFF]
tiki_p_modify_object_categories
GroupA = [ON]
GroupB = [OFF]

With these settings, "A cannot set the category of the gallery because that is done by selecting the "Edit Gallery" button, which is not activated. To activate this:

tiki_p_admin_file_galleries
GroupA = [ON]
GroupB = [OFF]

Now the "Edit Gallery" is activated, but so is the "Permissions" button, despite the fact that tiki_p_assign_perm_file_gallery is [OFF]

Update:
In the tiki show instance, when the user clicks the Permission button, it says the user does not have permission to set permissions. I do not get this message in my actual tiki installation - the user can set permissions. I'll investigate further. However, if they don't have permission, I think the button should not be there.

Update:
Attempted workaround by setting "GroupACat" for the "Default category assigned to uncategorized objects edited by a user with this default group" option for "GroupA".

I presumed that every forum post, every file uploaded, every "everything else" would be categorized. That seems excessive, and would create a lot of garbage in the database. I do what this for new file galleries created by user "A". However, when the user creates a new file gallery, it is not assigned "UserACat". So this approach will not work.

{syntax type="tiki" editor="plain"}
When the feature "use email as username" is turned on, the user creation in the backend fails if "send email to user for validiation" is turned on.

To reproduce this, enable "use email as username" and try to create a new user in the admin-users menu. If "Send an email to the user in order to allow him to validate his account" is checked, the creation fails with a message "email validiation requested but email address not set".

The reason for this is that the html form does not contain an email field (since the email is used as username).

If you go at https://tiki.org/forumthread79200-Tables-and-file-upload-on-26-1 and pass your mouse over the username of the post publisher you will see a modal with a never ending loading wheel.
At some point an error will be displayed in the DOM.

{img type="src" src="https://i.ibb.co/3cgC6r6/Screenshot-2023-10-28-at-9-03-03.png" thumb="box"}

User menus with children (below section level 0) doesn't display. Clicking the expand arrow opens a box behind the assigned module so only a very small piece is seen.

{syntax type="tiki" editor="plain"}
I upgraded a TW 1.9.1 installation to 2.3 (I did an upgrade from 1.9.1 to 1.9.11 first, and then immediately did the upgrade to 2.3).

After the upgrade completed successfully, I noticed that the user modules I had were empty. I could see the title and the box, but no content (which were user menus).

To make a long story short, I found that the problem was the templates/tiki-user_menu.tpl template was not rendering anything. I noticed that there was also a tiki-usermenu.tpl template that rendered a list of menus for the admin pages. I tried renaming the tiki-user_menu.tpl file to tiki-user_menu2.tpl and changing line 34 of the lib/smarty_tiki/function.menu.php file to:

$tpl = 'tiki-user_menu2.tpl';

That fixed the problem.

Maybe there's some sort of name collision with tiki-usermenu.tpl when Smarty tries rendering tiki-user_menu.tpl. I didn't see any PHP errors when it wasn't working. Yes, I did try clearing TikiWiki's caches and the browser's cache and it didn't work.

Workflow.tikiwiki.org is running 1.9.8.3. I was playing around with InterTiki settings and enabled pulling of UserPrefs from the master site. I know on the mater site, my particular user ID has privacy turned on such that my information is not visible to users.

When I go to wf.tw.o as an anonymous user, I can hover my cursor over a user (such as myself) and it will show a box with my information...email address, location, etc. When I try and do the same on the tw.o master site, I get "user information is private" or something.

I'm wondering if there is a bug or oversight with InterTiki where it is not pulling all of the user preferences, and if that is the case, if someone can fix it so that privacy settings are honoured?

Thanks!

Not sure if this is prevalent in 1.10.0 or not, but...

User twentytwo had problems in IRC with user registration set to ON with validation set ON. When the regisration form was submitted by the new user, the script would bomb with an SQL error because the first three fields were nulls and couldn't be.

I could only reproduce this bug when User Registration was turned on, with validation also turned on, but with General->Sender email UNSET. So during setup, the sender email was not set. As I also do not have this set at home since I don't want to send any emails, I was able to reproduce the problem. With sender email SET, there is no DB error.

Not sure if this is prevalent in 1.10.0 or not, but...

User twentytwo had problems in IRC with user registration set to ON with validation set ON. When the regisration form was submitted by the new user, the script would bomb with an SQL error because the first three fields were nulls and couldn't be.

I could only reproduce this bug when User Registration was turned on, with validation also turned on, but with General->Sender email UNSET. So during setup, the sender email was not set. As I also do not have this set at home since I don't want to send any emails, I was able to reproduce the problem. With sender email SET, there is no DB error.

Using a Tiki at tiki-admin.php?page=login you can set the user to receive an email to validate its account or as welcome.
This work fine.

You can also use a tracker plugin in a wiki page to fill a tracker item and set that this include a registration.
However the user then doesn't receive any email or validation email.

There is a parameter "Validate users" (y/n) that override only part of the process:
"Here one can overrule the default validate users by e-mail preference"

Setting to Y, users are validated automatically.
They don't receive the registration validation email or anything else (all process is overruled) .

Setting to N, users are not validated.
But, they also don't receive the registration validation email or anything else (all process is overruled) .

in templates/mail/moderate_validation_mail.tpl this line is converted badly by smarty:
{$mail_machine}?user={$mail_user|escape:'url'}&pass={$mail_apass}}?user={$mail_user|escape:'url'}&pass={$mail_apass}Hi

to

http://www.olgpuchong.org/community/tiki-login_validate.ph?user=paulquek&pass=ef786a8eac742d7502b87668f5132cf7

were
tiki-login_validate.php has a missing "p"

this result in bad link for user registration validation

Just play around with it (sending a task, etc) and you will see.


Maybe it's because this site has thousands of users and on a clean install, it will be fast.

---
When adding a task from a module:
[ Execution time: 212.52 secs ] [ Memory usage: 10.13MB ] [ 143 database queries used ] [ GZIP Enabled ] [ Server load: 6.65 ]
---

The problem seems to be with the module "user_tasks" and presumably "user_tasks_public". When these modules are not assigned (activated), the task feature is fast (and quite nice/complete, I must say). It appears to be when the module cache is (re)generated.

When a user activates a theme in "My Tiki", he is unable to go back either to default site theme or to another one. The new profile is active during the user session, but once he logs off and on again, he stays with the first chosen profile.
This problem exists on this site.

They are case you want your user to create a tracker item at creation but want them to fill supplemental information later.

When setting tracker to store user information (Log-In, https://doc.tiki.org/User-Tracker) if in the Group setting you don’t assign anything for "Group or User Tracker Registration Fields" (if you don’t need to fill anything more but to save an item with the username) the tracker item is not created.

To reproduce the bug;
Set everything like described at : https://doc.tiki.org/User-Tracker

On the Group page for the registered group let "Group or User Tracker Registration Fields" empty. The registration will work but no item will be created.

Add any field of the user tracker in the "Group or User Tracker Registration Fields" and it will work.

After an upgrade from 2.x to 3.0 if I edit a page while user watches are enabled I get an error similar to this :

Errore

An error occured in a database query!

Context:
File tiki-editpage.php
Url tiki-editpage.php?page=Italiano
Query:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?) UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`=?and (`object`=?)
Values:
0 wiki_page_changed
1 Italiano
2 wiki_page_changed
3 Italiano
Message:
Built query was probably:
select tuw.*, tup1.`value` as language, tup2.`value` as mailCharset from `tiki_user_watches` tuw left join `tiki_user_preferences` tup1 on (tup1.`user`=tuw.`user` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=tuw.`user` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano') UNION DISTINCT select tgw.watchId, uu.login, tgw.event, tgw.object, tgw.title, tgw.type, tgw.url, uu.email, tup1.value as language, tup2.value as mailCharset from tiki_group_watches tgw inner join users_usergroups ug on tgw.`group` = ug.groupName inner join users_users uu on ug.userId = uu.userId and uu.email is not null and uu.email <> '' left join `tiki_user_preferences` tup1 on (tup1.`user`=uu.`login` and tup1.`prefName`='language') left join `tiki_user_preferences` tup2 on (tup2.`user`=uu.`login` and tup2.`prefName`='mailCharset') where `event`='wiki_page_changed'and (`object`='Italiano')


Only if I disable the feature "monitoring" the error doesn't show up.

tiki-wizard_user.php fails after first stage of user configuration. When you progress through the User Wizard, immediately after the first stage of the Wizard, a blank page shows. A show instance is created.

The User-Task-System is working fine but the tasks are not shown in the module. By clicking preview in admin-modules the tasks are shown both in the module-preview and in the module itself. This bug appeared both with updating tw from 1.9.4 to 1.9.7 to 1.9.10. and with a clean 1.10 installation.

userlist heading link color

table background and th link are set to white in tiki-list_users.tpl
Setting a.userlistheading to another color into theme css did not overide this

Userlist accessed from Community menu displays on page 1 the first 10 of my 18 users, on page 2 I see 8 users but they are names from the first list and in different order!!! This wiki is a fresh install of 1.9 using a DB sucessfully(?) upgraded from 1.8.5

sort and group parameters used together in th userlist plugin results in an error. The page says "An error occured while performing the request."

Example:
{USERLIST(sort=asc,group="Registered") /}


This error was traced to the order of the SQL query.

the button "insert internal link" (on the WYSIWYG-editor) doesn't work.

it opens a new window "local.php not found — This is normal if you have not run the tiki installer yet".


(but i run the tiki installer)

When I select "Admin > Wiki > Mandatory category in the category tree", the list of categories while editting a wiki page is blank, or it says no category is defined. However, if you click on "admin categories", they are defined indeed.

When you unselect this check box, and clean caches, categ. list is working fine again.

This is not a theme specific issue (reproduced with geo.css, tikineat.css, lesjetesdelencre.css, ...)

----
update: sylvieg fixed that months ago, I think. (thanks sylvie)