Category: 8.x

Spotted by a user who noted that the URL of a suggested Calendar at the bottom of a wiki page returned an 'invalid URL' error. I tracked the error down to the sefurl modifier in the template not handling calendar URLs properly. The tested correction to modifier.sefurl.php is:
{CODE(caption="add after line 95" wrap="0" colors="php")} case 'calendar':
$href = $sefurl ? "cal$source" : "tiki-calendar.php?calIds[]=$source";
break;{CODE}

A user registered himself, and chooses as login a name with uppercases (Stephane).

Two newsletter are created, with different subscriptions:
1) group subscription, including the aforementioned user
2) user self subscribe

When sending newsletter 1, the email is sent to the user.
When sending newsletter 2, the email address of the user is not found in the database and cannot be sent (despite finding the correct number of subscribers)

I traced it to two libraries:
first in ./lib/newsletter/nllib.php, in the function get_all_subscriber, we can see in the first part of the function how the email adresses are collected based on the subscribed groups. The select is mostly direct, and gets the correct information.
Later in the function (line 215 and following), individual users are added to the list of emails. Line 218, the "email" from the table tiki_newsletter_subscriptions (which is the login for registered users) is brought to lower case. (Note: I'm not sure, but it could be that the subscription module also puts the login in lower case in that table...)
Finally, line 232, the function get_user_email uses as parameter this lowercase login name to find out the actual email address.

This function is defined in the library ./lib/userlibs.php on line 5581.
This function compares the login passed as parameter to the login in the users_users table, but with a "binary" comparison, i.e. case sensitive! Removing the binary keyword lets the newsletter module find the correct user, and then its email.

{syntax type="tiki" editor="plain"}
I am following instructions in [http://doc.tiki.org/Daily+Reports].
When I run:
php tiki-user_reports_send.php

from the Linux command line or in cron, I get an error:
This script can only be called by the server.

$tikilib->get_ip_address() returns 0.0.0.0 not 127.0.0.1.

I am in a shared hosting environment (A2Hosting),
which could certainly contribute to the problem.

UPDATE, IT GETS WORSE: SEE BELOW
The calendar Week view shows an entry one day BEHIND the event's actual date. The Day view and Month view are correct. See this example. The entry is correct, the event begins and ends on the 26th and this shows in the sidebar module and the month view, but the Week view (which the module displays when you click on an entry) is wrong.

{img src="http://worldfreemansociety.org/display1212"}

IT GETS WORSE

Now the event is jumping around in the calendar, and the calendar thinks it is now tomorrow. After using the site for awhile, just adding an article and reading some pages, suddenly the Calendar is wrong.
Note:
The Event has NOT been edited by anyone, yet it has changed.

Also notice in Week View the event now appears in the past, and --the calendar thinks today is tomorrow. -- The "today" display was caused by the time/date setting being set to a different time zone. The rest is still wrong.

Calendar: Completely unusable.


{img src="http://worldfreemansociety.org/display1215"}



P.S. It is inconvenient that I can't upload an image to this bug tracker post directly and I have to upload it to my site first. What if the problem had to do with the file gallery not working ;-)

{syntax type="tiki" editor="plain"}
Using my version is 8.4 (MyISAM), installed via softaculous, when WYSIWYG is enabled the editor does not show up on the Admin>ContentTemplate page. I looked at the generated source code where the editor should appear and what it shows is this :
~lt~tr>
~lt~td/>

instead it should show:
~lt~tr>
~lt~td>
(code for WYSIWYG editor goes here)
~lt~/td>

Both features work fine independently, just not simultaneously.

{syntax type="tiki" editor="plain"}
TikiWiki version 8.4
I attempted to apply the Company Intranet profile and my site (locally hosted) is no longer available.

Fatal error: Cannot redeclare class Zend_Oauth_Consumer in /usr/share/php/libzend-framework-php/Zend/Oauth/Consumer.php on line 279

((http://sis.dev.powerofu.net/tikiwiki/))

Hello,

i found it annoying that you cannot redirect to an anchor or that if you use sefurl you you will still be redirected to a tiki-index.php site - so i wrote a small bugfix you can find in the attachment.

I don't know how secure it is as i am no security expert but it shouldn't open any wholes as far as i can see.

A Page Selector field from a Tracker plugin on a wiki page does not populate with the name of the page even with option Auto-Assign set to 1. Replicated on clean installs of 8.1-8.4 and 9.0b. Works fine on 7.2.

Bug is still present in master.

{syntax type="tiki" editor="plain"}
To reproduce

# Install a fresh Tiki
# Create some usernames as usual
# Set "Use email as username" feature to yes
# Create more users (this time, username will be the email)
# Create a newsletter
# Subscribe the Registered group to the newsletter
# Send a newsletter

The system will crash and be unable to send the newsletter because some users don't have valid emails. If you error reporting is activated, you will get a message like this:

{CODE()}
System error.

The following error message was returned:

Duplicate entry '3-mcradmin-g' for key 'PRIMARY'
The query was:

INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES (?,?,?,?,?,?,?)
Values:

3
mcradmin
6b78cc21c16e768dd8fbb6b538c6bf78
y
1339700591
g
n
The built query was likely:

INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES ('3','mcradmin','6b78cc21c16e768dd8fbb6b538c6bf78','y','1339700591','g','n')
Things to check:

Is your database up and running?
Is your database corrupt? Please see how to repair your database
Are your database credentials accurate? (username, database name, etc in db/local.php)
Did you complete the Tiki Installer?
Please see the documentation for more information.
{CODE}

{syntax type="tiki" editor="plain"}
When using field names with text for group titles, only the last part of the string is used. For example
GROUP [project_name] "AAA [project_name] ZZZ":H1
If the project name is "upgrade system", the group title should be "AAA upgrade system ZZZ" Instead I get "ZZZ"
Using: GROUP [project_name] "AAA [project_name]":H1 I get "upgrade system"

It looks like the parser that is separating text literals from [field names] is discarding all but the last one.

Edit 16 Jul 2012 Also broken in v9.0

If I choose the field type "date and time" in tracker, I can't set a date before 1970 in the data entry even when I say "start date" 1940.

Was in Tiki 8.x too. Hoped it is fixed in Tiki 9 but it is still there.

{syntax type="tiki" editor="plain"}
It is not possible to write a comment for a Tracker entry. If you click the "comment" button, there is no editor or anything.

[https://dl.dropbox.com/u/13543865/comment-error-tracker.jpg|Picture of missing editor]

All permissions for tracker comments are granted. No admin and no other user can comment on a Tracker entry. The comment feature is activated and it is possible to comment on wiki-pages.

I am a new user to tikiwiki and have had a problem using File Gallery on two fresh separate installations of tikiwiki 8.4, and 9.0.

I only had one user set up which was the default admin user, and found that I was unable to use the "Create a File Gallery" function was also unable to "Edit" any file galleries that existed. When I tried either of these functions it would take me to a page that said

Error
You are not logged in. Go to Log in Page

even though I was logged in, if I clicked on "Go to Log in Page" it would take me there and show

Log in
Logged in as: admin

I turned on php error reporting and these are the errors I receive after clicking on save in create a file gallery function.

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/setup/user_prefs.php
Line: 12
Type: Undefined variable: user

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/setup/user_prefs.php
Line: 14
Type: Undefined variable: user

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/setup/user_prefs.php
Line: 15
Type: Undefined variable: user

PHP (5.2.17) NOTICE (E_NOTICE):
File: lib/init/smarty.php
Line: 176
Type: ob_end_clean() [ref.outcontrol]: failed to delete buffer. No buffer to delete.

I do know small amounts of PHP scripting, html coding, and the like, and dove into some of the script, but I do not know where the user variable is supposed to be created to be passed from page to page, or if the cookie is somehow not being verified when trying to pass information from one page to the next.

I also went on tiki's forums and saw that a few others have posted similar experiences, but no working answers were supplied for me.

The heading shown when viewing a Notepad item (page tiki-notepad_read.php) displays the text of the "nbsp" entity (surrounded by ampersand and semicolon) between the "Reading note:" and the note name.
Presumably this is intended to be an actual space.

Before limiting freetags to "Alphanumeric ASCII characters only (No accents or special characters.)" in the Admin - Freetags settings, a user tagger w wiki page with brf+.

It seems the special sign "+" is not well managed when removing the association.
The Remove seems working fine but nothing happens.

I want to use the zotero plugin.
Referencing citations with the {zotero key=XXX} style works, while with the {zotero tag=XXXX} only works for short tags (e.g. does not work for tags with 15 chars).

To use this feature I created for each entry in Zotero a unique tag with authorYearTitle(1st word).

Is there a limit?

This should perhaps be dealt with by Tiki contributors since it has come up before (when I upgraded in Dec. 2011 to Tiki 8.2). The issue has to do with displaying file galleries in Tiki 10.0. When I first attempted to display the file galleries, I got a blank page. A quick check of my server's error log (edited to remove private data) showed the following:

PHP Fatal error: Uncaught exception 'SmartyCompilerException' with message 'Syntax Error in template "/templates/tiki-list_file_gallery.tpl" on line 223 "{quotabar
length='100' value=$smarty.capture.use}" unknown tag
"quotabar" in …/lib/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php:657

Possibly related to this problem is that "/lib/smarty_tiki/function.quotabar.php" is (if memory serves) the one file in
Tiki 10.0 that I was unable to upload to the server via Filezilla FTP
transfer. There may be something wrong with the file that's causing the error message listed above, and I remember that it wasn't possible to upload this file to the server when I was upgrading to a couple of previous versions of Tiki, so it's a persistent issue.

There are a few variants of this:

Tracker Field Factory Error: Pref "trackerfield_stars" required for field type "Tracker_Field_Rating"


This is caused because in more recent versions of Tiki, each tracker field type is a preference. It should have been handled by an upgrade script but there must be a bug:



Related:
http://thread.gmane.org/gmane.comp.cms.tiki.devel/26942
http://thread.gmane.org/gmane.comp.cms.tiki.devel/29596
http://thread.gmane.org/gmane.comp.cms.tiki.devel/23733/focus=23759

How to reproduce:
1. Allow Group Homepage
2. Set homepage for anonymous group: agr_home
3. Set homepage for registered group: rgr_home
4. make default page agr_home page
5. login -> you ll be redirected to rgr_gome -> thats ok
6. logout -> you ll be redirected to http://yoursitename.com/agr_home (note: not index.php?page=agr_home)

The smarty function that generates a user link (lib/smarty_tiki/modifier.userlink.php) will only return an actual link if the user's user_information preference is set to 'public'. In the case where the user link is to the currently logged-in user, however, there is no reason not to display the link even if that preference is set to 'private' as the user should be able to view their own preferences. This is easy to demonstrate; set your user_information preference to private and then look at your name in login module. The name will not be a link to your user preferences.

{syntax type="tiki" editor="plain"}
Full thread is here:
http://tiki.org/forumthread47305

"So should we have a new pref "unified_index" and add it as dependency for these features (PluginList, PluginListExecute, etc.), and thus people whose servers don't work with it have the option to turn them off? (effectively acting like a Tiki6)"

The following (without a space between braces) does not work anymore:

~np~
you can use the ~np~{{user} }~/np~ ~np~~/np~~/np~ ~np~((doc:Argument Variables|Argument Variable))
~/np~

Instead the Argument Variable which is inside __np__ gets parsed as current user login name.

__Update:__ updated the Subject field to more reflect what is the report about

e

{syntax type="tiki" editor="plain"}
Main bug.

A new user can't at all connect and get a blank screen.
This without crash.

If the user have an analyser he will find that tiki has sent this code

{CODE(caption="The page sent content")}<html><header</header><body></body></html>{CODE}