Category: Resolved - Completed

Problem noticed here:
http://www.wiki-translation.com/tiki-view_forum_thread.php?forumId=2&comments_parentId=39

{img src=images/code.png}%%% {CODE()}
I'm trying to log in with my OpenID. I don't have a wiki-translation.com account yet.

After validating my OpenID, I'm taken to a Tiki page that prompts me to create a new account on wiki-translation.com to associate with my OpenID. I enter a username and password, but then get the following error:

Wrong registration code
{CODE}


__Duplicate of {wish id=2204}__

Plugin ColorBox was working in Tiki6, (and probably Tiki9, although unconfirmed at this moment)

Reproduced here (14.x):
http://nextdoc.tiki.org/PluginColorBox#Example

and

here (13.x):
http://doc.tiki.org/PluginColorBox#Example

Renaming a group doesn't update the name in the corresponding group watches

Reproduced in our production site: http://ueb.vhir.org

This might be the culprit for this other more serious usability issue in our production site:
http://dev.tiki.org/item5497?from=Watch

PluginTrackerCalendar (fullcalendar resourceviews) stopped showing events when the Unified Search Engine is set to "Lucence (PHP)" (even if index is rebuilt).

There is a profile used to test the TrackerCalendar feature, where we could easily reproduce the expected behavior with PluginTracekrCalendar since Tiki10.

Applying that profile "((pr:Tracker_as_Calendar_10))" to current Tiki12 fails to show the events in the calendar widget anymore.

That is currently even more visible since that feature was added to one of the Featured profiles: "Collaborative Community_12x".

In short it will be reproduced in a show.t.o instance:
u: admin
p: 12345

Go to http://xavi-9794-5132.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_10
and you will see that issue reproduced.

Send email to let user validate account doesn't send email if user previously created.

Use case: a user register to a tiki site with a non-working email (defective address or server rejecting emails from that server to that email domain, etc).

Admin changes email for that user (after admin magically finds out in some cases what happened and what is another email for that user), and clicks at the checkbox:

"__Send an email to the user in order to allow him to validate his account__" (in tiki-adminusers.php?user=N)

Use doesn't get any email. Once the tiki site was configured to save mail info in tiki logs, you noticed that tiki logs didn't record any info of any email sent by that action.
You log out, and go as anon to: __tiki-remind_password.php__ to type the username and click at click at "__Request Password Reset__".
This does effectively send the email, so that it confirms that there is no problem with the server setup sending emails, but with tiki failing to send that email when "''Send an email to the user in order to allow him to validate his account''" was checkd, ~~red:__if the user already existed in the users list__~~.

When as admin you create a new user account and in the same action you select ''Send an email to the user in order to allow him to validate his account'', then the email is sent effectively.


To reprroduce:
# Go here: http://xavi-9794-5213.show.tikiwiki.org/tiki-adminusers.php?user=2
# login as
**u: admin
**p: 12345
# change that email for an email of your own, and tick at the checkbox: __Send an email to the user in order to allow him to validate his account__
# Check tiki logs (tiki-syslog.php), and you will see no record of the email expected to be sent
# Check you email account, and same, no email
# CReate a new account with an email of yours, while at the same time you tick at the box __Send an email to the user in order to allow him to validate his account__.
** You 'll see the record at the tiki logs tiki-syslog.php
** you'll receive the email with the link to validate your account

13.x regression: rating_smiley icons in reversed order

Equivalent configuration in 12.x and 13.x (values for rating are "0,5,4,3,2,1"

When going to rate a forum post (url such as tiki-view_forum_thread.php?comments_parentId=1&forumId=2 )...:
{SPLIT()}
...this is what is shown in 12.x:
{img fileId="800" thumb="y" rel="box[g]"}
---
...and this is what is shown in 13.x:
{img fileId="801" thumb="y" rel="box[g]"}
{SPLIT}

Tabs stopped working in 13.x, as demostrated after applying the "Voting System" profile, from the Profiles Wizard.

See it reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-index.php?page=Voting

See it reproduced here:
http://xavi-9794-5599.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=1&cookietab=2

u: admin
p: 12345

{CODE()}
Fatal error: Uncaught exception 'Exception' with message 'No template available for n - view' in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php:75 Stack trace: #0 /var/www/xavi-9794-5599/lib/smarty_tiki/function.trackerfields.php(150): TrackerLib->getSectionFormatTemplate('n', 'view') #1 /var/www/xavi-9794-5599/templates_c/en_basic^27844a6db0a459631df676325f554f23b85339c7.file.tiki-view_tracker_item.tpl.php(254): smarty_function_trackerfields(Array, Object(Smarty_Internal_Template)) #2 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(188): content_550af41d208c17_48420797(Object(Smarty_Internal_Template)) #3 /var/www/xavi-9794-5599/lib/init/smarty.php(297): Smarty_Internal_TemplateBase->fetch('tiki-view_track...', NULL, NULL, NULL, false) #4 /var/www/xavi-9794-5599/lib/init/smarty.php(259): Smarty_Tiki->fetch('tiki-view_track...', NULL, NULL, NULL) #5 /var/www/xavi-9794-5599/vendor/smarty/smarty/libs/sysplugins/smarty_internal_templatebase.php(394): Smarty_Tiki->fetch('tiki in /var/www/xavi-9794-5599/lib/trackers/trackerlib.php on line 75
{CODE}

When a new user registered with anti-bot and user tracker for more user information getting error message that registration code is invalid.

Here are steps to reproduce the problem.

1) Setup user information tracker with couple of fields.
2) Go to registration page
3) Enter registration details and click 'register'
4) This will take you to new screen where user tracker information needs to be filled.
5) Once you fill the user tracker information and click 'Save'
6) You will get error message that registration code is invalid

See ((Screencast))

Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the non-parsed wiki feature in the wiki pages is not working correctly anymore.
Indeed, from the tests I've done, it seems that in case of multiple use of the non-parsed wiki feature on the same line, only the last one is taken into account.

For exemple, for the following wiki text, only the second ~np~--css~/np~ is taken into account, the first one not so the text is striked through.

***use the ~np~--css~/np~ option (ex: ~np~--css~/np~ test)

Regards,
Yannick

--------------------
Ticket update:

Note that the problem occurs mainly in fancytables.
I've enabled "Allow HTML" for the problematic pages. That also corrected the problem with non-parsed wiki syntax. (:eek:)

Hello,

Remark : The editing current page seems to crash if to many changes by cut are made (my page lost).

Object :

Change of option "check orthography" lead to system error when you save the page :

__SYSTEM ERROR

La table 'teawik-ld8-50s-new1.babl_words_fr' n'existe pas
__
The query was :
select `word` from `babl_words_fr` where `word`=? or `word`=?

Valeurs :

1. Table
2. table

The built query was likely :
select `word` from `babl_words_fr` where `word`='Table' or `word`='table'

Stacktrace :
* tiki-editpage.php : 0 -> {main}(array ( ))
*tiki-editpage.php : 853 -> spellcheckreplace(array ( ))
*lib\tikilib.php : 1659 -> spellcheckword(array ( ))
* lib\tikilib.php : 1704 -> spellcheck_word(array ( ))
* lib\bablotron.php : 44 -> word_exists(array ( ))
*lib\bablotron.php : 104 -> query(array ( ))
* lib\core\lib\TikiDb\Bridge.php : 29 -> query(array ( ))
*lib\core\lib\TikiDb\Pdo.php : 119 -> handleQueryError(array ( ))
*lib\core\lib\TikiDb.php : 150 -> handle(array ( ))

Action log broken: wiki page editions not shown

Reproduced in demo.t.o/12x:

I've edited today the homepage, and yesterday somebody else did, as it can be seen in the wiki page history or the wiki last changes for the past 2 days:
* http://demo.tiki.org/12x/tiki-pagehistory.php?page=HomePage
* http://demo.tiki.org/12x/tiki-lastchanges.php?days=2

But when in the action log, nothing is reported as changed regarding wiki pages (and it's set to show wiki editions):
* http://demo.tiki.org/12x/tiki-admin_actionlog.php?startDate_Month=12&startDate_Day=02&startDate_Year=2003&Time_Hour=13&Time_Minute=00&Time_Second=18&endDate_Month=12&endDate_Day=14&endDate_Year=2003&end_Hour=13&end_Minute=00&end_Second=18&categId=&unit=bytes&contribTime=w&find=&max=25&list=Report#Report

This feature is __very important__ to be working bug-free since it's one of the easy ways to detect damage by intruders, and ban them in bulk through the action log.

----
For some reason, the day I first tested this and reported as a bug, the years were staying in the past (2003, and not 2013, ...). It seems fixed. Closing.

Add group watch to articles

This way we could also have all users informed about comunity news , etc. in tiki sites.

In fact, the best option would be what it's done with newsletters: subscribe that bunch of users from a group, and let them unsubscribe it they wish and when they wish, without admin action. But if no action is done, they all get the copy of the article at their email, etc.

I had tested this successfully in version 3.3, but now with the upgrade to version 4.0 it does not seem to work. Here are the steps to recreate the issue:

1. Set up a TikiWiki so that users need to be validated by an Admin prior to actually logging in.

2. Register as a new user and get the following message:

Your account request has been stored and will be activated by the admin as soon as possible.
You'll receive email notification once your account is activated.
Please do not attempt to login until you receive the email notification.

3. Log in as 'admin' and navigate to Users page of admin tools. Push the round green checkmark graphic which has a hover display that says "Validate user: junkman". It sends me to this URL:

http://www.mywebsite.info/tiki-login_validate.php?user=junkman&pass=n

On that page the site returns a simple dialog box that says "Invalid username or password". Who's username & password? The Admin's?

At this point it wants to redirect me to the home page and I cannot get these new users validated.

When you try to edit and rename the group in Administration->Groups appears the following error message:

An error occured in a database query!

Context:
File tiki-admingroups.php
Url tiki-admingroups.php
Query:
insert into `tiki_group_inclusion`(`groupName`,`includeGroup`) values(?,?)
Values:
0 G_Communication
1 Registered
Message:

Built query was probably:
insert into `tiki_group_inclusion`(`groupName`,`includeGroup`) values('G_Communication','Registered')

_____________________________________________________________________

Step to reproduce:

Create a Group G.
{
Assign to this group some user
Assign to this group a default
}
Rename the Group G into G'
_____________________________________________________________________

Notes:

I checked the security flag because where there's a DB error could be there a SQL security issue.

This is an alternative to full WYSIWYG.

Wiki parser does some things. To get Javascript WYSIWYG, you would have to rewrite and maintain in javascript.

It re-uses existing features and has less chance of What you Saw Was Not What You Got.

Clicking Preview is a great way to see what you will get. But it's slow and it makes you loose your cursor position.

How about having a button to open a second browser window which refresh every 5 seconds (configurable) the content of the wiki edit box?

Lots of people now have large screens so they could put this side-by-side (or however they want it)

With the option HTMLdiff, you could in quasi real time not just see what you will get, but also see the colored diff. (cool!) So before you save, you know what you are about to delete.

((WYSIWYG-ish wiki))

When I was testing various CMS/Wikis for a project, I ran across a module for another (Joomla or Drupal, can't remember which) CMS which allowed a user role or group to automatically generate a personal page, an image gallery, a weblog and any type of content page. It would be extremely useful for my project, but one of the few things missing from Tikiwiki (which is why I am implementing Tikiwiki, it has all of the other features I need in one install).

Allow to reply messages to anonymous users (which provided their email) from the contact-us tracker (created through the corresponding profile in the profiles wizard) directly through some integrated tiki feature, and not necessarily through some external software.

Maybe PluginMail if it can receive the email from the PluginTrackerList with param checkbox properly configured (failed for me with current codebase), in a similar way to receiving username in meesu-compose.php for registered users.

In the current (r22100 or so) trunk, the switch-theme module (or url tiki-switch_theme.php) only works for logged-in users. This is a regression from just a few days ago. Anonymous users need to be able to change the theme, for example at the themes demo site.

The switch-theme module appears to work without error but when the page refreshes, the theme hasn't changed.

I'm not sure of the revision when this started, but anon can change theme in my install of exported files dated Oct. 3 (approximately r21960), but by Oct. 6 in my updated trunk (approximately r22000), it's no longer possible.

When trying to create a new page with apostrophe in page name, the wysiwyg editor does not load

A user registered with an apostroph ' in their username (e.g. "Tes't") will not be able to use some feature of TikiWiki.

For example:
They will be able to select a forum, but after that, all that is displayed is the name of the forum, the "new topic" and "list forum" buttons (depending on permissions, of course), and the breadcrumb forum-navigation. The rest of the page (tiki-view_forum.php?forumid=X) is blank, no header/footer or any menus are displayed.

This __is__ dependant on the rights/permissions of the user in question, SubAdmins and Admins will see the full, expected forum page, regardless of apostrophes in their name (at least with my config, YMMV).

Another problem exists in regards to all JavaScript that uses the name of the user, for example the "tiki-my_tiki.php" page of the user, were JavaScript is used to expand Tabs (e.g. clicking "My Infos" will not work). This is due to JS using ' as string-delimeters, and not escaping any ' within the users name.

---

May be that the sole cause of all the problems lies within the JS-string-delimeter, but I'm no expert on the workings of TikiWiki, and the forum page breaks rather spectacularly when compared to the user profile page, which just doesn't work as expected.

Hi!

First: Thanks for this great project!

When you try to translate an article (by clicking on the small globe that is near the edit icon), it sends you to the wiki translation page, and content is empty, ie, it doesn't get the article's content to translate, and off course, even if it did so, the interface is not correct for article translation (it should have the same article interface, with heading and stuff).

I hasn't tried latest trunk, but bug is present on 5.1.

I tried to search for a similar bug already open (because of this forum thread: http://tikiwiki.org/tiki-view_forum_thread.php?forumId=13&comments_parentId=33126), but I found none, thus: I'm opening this open.

Thanks!

Some users don't want to understand the difference between "Page Name" and Link when creating an internal link.

This attached patch makes the Page Name field automatically fill in whenever the Link field is changed. The patch was made against tw 4.1.

I think it should be up for debate if both these fields are necessary. Many users of the WYSIWYG feature may be new to the concept of creating links. Less is simpler, and I vote for removing one of these fields.

P.S. Sorry about spamming the mailinglist with this request. Next time I will only submit patch here.

The "Tentative" status for a calendar event always reverts to "Confirmed" after it is saved.