Category: 7.x

As of this morning 4/18/2011, fancytable and code plugins display their HTML.

See http://screencast.com/t/ZWJii6Abl for a screen shot.

I question revs 34013 and 34014

Spreadsheets can be created directly through wiki SHEET plugin directly within wiki pages. this allows managing big tables visually, as well as having the data ready for producing graphs, etc. (see documentation for tikisheets at doc.tw.o, if needed)

However, when you create a sheet through a call to the SHEET plugin from the wiki page itself, there are 3 issues which need to be fixed:
# you need to know the id you want to assign it to,
# after that, tiki-sheets.php doesn't list it (even if the sheet is really created, and you can import data to it, and show it at the wiki pages, etc.).
# the sheet is not shown with the right css

Even if we have wysiwyg option available, I still think that is worth improving tiki sheets usability to be used directly from wiki pages, once those 3 previous issues are fixed.
---
Updated on Feb. 2, 2011, using trunk (7svn)
# Steps to reproduce the first issue
## Edit a wiki page
## Use the plugin helper to create a new sheet in that page. And since it's a new sheet, it doesn't have a sheetId yet, so that you leave all fields empty in the plugin helper for the pluginsheet
++ this will add this type of code in your wiki page:
++ {CODE()}{sheet}{CODE}
## Save the wiki page
++ you will see an empty sheet shown in place at that wiki page, with the button at the bottom to allow the user to "edit it" (so far, so good)
## Once you click in the edit sheet button, you end up in some url like this one:
++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=&parse=edit
++ which produces a WSOD (blank page).
*** In my case, I guess that this url should have been:
+++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit
+++ since I had only one sheet previously created, with sheetId 1, so that the next one should be 2. However, this new url is still producing WSOD for me. (tiki caches cleared, just in case, repeated this step, and same WSOD)

The expected behavior is that the user is the user would be editing a blank new sheet with the url:
http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit

and when the user saves that sheet, the new sheetId 2 exists, and the user is either sent back to the wiki page where he clicked at the button "edit sheet" (preferable option) or either sent to the corresponding tiki view sheet 2.

We should have some ready-made zones, where template designers can just

It should be possible to populate these zones with Site Identity or in the templates.


Please examples of floating boxes here:
http://www.jtricks.com/javascript/navigation/floating.html
http://www.phpletter.com/Demo/Jquery-Floating-Box-Plugin/

It could also be pull out thingies or horizontal bars

A blank line out of a paragraph should not start a new paragraph (as in 4.2). If feature_wiki_paragraph_formatting_add_br is on, an empty line is created on top of the new paragraph.
It comes from lib/tikilib.php line 6838ff
} elseif (!$in_paragraph && !$contains_block) {
// If not in paragraph, first non-blank line; start a paragraph; if not start of div created by plugins
$data .= "<p>";
...

in the comment it is stated that the paragraph should only begin at first NON-BLANK line

tiki-forum_rankings.php is broken since Tiki 4 due to its usage of function forums_ranking_last_topics(), which was removed:
Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tiki/6.x/tiki-forum_rankings.php on line 70

or

Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tikitrunk/tiki-forum_rankings.php on line 72

The method was removed in r20573.

The following error is observed in an installation of Tiki 7.1 which was some weeks earlier migrated from 6.3 via 7.0.

Environment:
* Apache 2.2.17
* mySQL 5.1.58
* PHP 5.3.8
* Fedora Linux 14
Bug:
* The forum list doesn't show the latest entries any more, although even anonymous users have rights to view the forum postings.
+
+ In particular, anonymous user are globally granted the permission __tiki_p_forum_read__. Nothing was changed in the permissions before the forum list stopped displaying latest entries.
+
+ Yet the only user who is presented with a forum list containing the latest entries is the installation's admin.
+
+
* Also, when visting the topics list of some forum, users are presented a list of the latest entries in that forum (below the list of threads), but when clicking on the links in the list of latest entries, they're taken to thread pages which miss every message except the message which started the respective thread.
+
+ This seems to show that the bug described here is not caused by wrongly granted permissions, because if anonymous users had no permission to read forum posts they would not even see the list of latest entries below a forum's topics list.
+
+
* Recently before the bug was noted, the comment feature (for wiki pages), the freetags feature, and the rating feature were activated, but they were not activate precisly before the forums list stopped working, so the issue may be caused by some finer grained change than simply activating some additional feature.
+
+ Could the issue possibly be related to freetagging single forum postings?
+
+
* After removing all object permissions for every single forum and resetting them, clearing caches, removing freetags from every forum posting, and removing unused freetags, the bug remains.
+
+
* The following forum posts on tiki.org are related to this bug report:
** https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42333
** https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42306
** https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42325

Using the new search box with the search button leads to a fatal error:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 53215256 bytes) in /home/alphafiv/public_html/lib/tikilib.php on line 5118

Using the Titles button works fine.

{syntax type="tiki" editor="plain"}
I have a search module set as:

advanced_search_option=y
advanced_search_help=y
default_button=go
input_size=25
select_size=20
nobox=y
decorations=n
style=position:absolute;top:0px;left:0px;

The "default_button=go" setting is not being honored. Clicking on any of the buttons works properly. Pressing Enter in the control causes a full-text search instead of a title search.

{syntax type="tiki" editor="plain"}
{CODE(caption="tiki-login.php line ~308")}if ($prefs['limitedGoGroupHome'] == 'n' || $url == $prefs['site_tikiIndex'] || $url_path == $prefs['site_tikiIndex'] || basename($url_path) == $prefs['site_tikiIndex'] || ($anonymous_homepage != '' && ($url == $anonymous_homepage || $url_path == $anonymous_homepage || basename($url_path) == $anonymous_homepage)) || ($tikiIndex_full != '' && basename($url_path) == $tikiIndex_full)) {{CODE}

for $prefs['limitedGoGroupHome'] == 'y'
the sefurl will not match

{syntax type="tiki" editor="plain"}
When viewing the source for previous versions of a page an html line break tag (<br />) shows every time there's a line break.

In 6x, 7x and 8x, the <br /> tag is displayed when there is a line break within PluginCode when PluginCode is within PluginSplit. This can be seen at [http://doc.tiki.org/tiki-pagehistory.php?page=PluginFancyTable&preview=41#Example].

Perhaps related to [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3883]

If a user is watching/monitoring for when "any wiki page is changed"...
*"Monitor this page" should be disabled, and
*Old watches should be deleted.

by calling: __tiki-user_preferences.php__

the input field for city/town is missing ... and a bigger blank space is shown up at its place.

Installed Tiki Version: 7.x (SVN)


Screenshot
{img id=120}

In groups of people you often have the problem to find day/time when all the people have time to meet.

Especially if they are not in the same room.
And even if they are present its difficult to talk about all the pro and cons when is the best time.


http://www.doodle.com/
Is offering an easy solution. Everybody marks the spots when he has time. Doodle comes up with a proposal, when is the best time to meet. No discussions, every vote has the same weight, non-party and you can always reproduce how the decission was formed.

Can we integrate something like this? Especially because the Tiki direction goes more in decision making.
That feature would fit perfectly in.

In groups of people you often have the problem to find day/time when all the people have time to meet.

Especially if they are not in the same room.
And even if they are present its difficult to talk about all the pro and cons when is the best time.


http://www.doodle.com/
Is offering an easy solution. Everybody marks the spots when he has time. Doodle comes up with a proposal, when is the best time to meet. No discussions, every vote has the same weight, non-party and you can always reproduce how the decission was formed.

Can we integrate something like this? Especially because the Tiki direction goes more in decision making.
That feature would fit perfectly in.

After applying 33721, the top module area of my jqui theme is 150 high, which looks ridiculously big. See wiki.alphasoftware.com.

(Using 7.x branch)

{syntax type="tiki" editor="plain"}
I register with additional Information in a tracker.
Registration works fine, but the userID (=email address) dont show up in the tracker list. But in the Database at users_users it is there.

{syntax type="tiki" editor="plain"}
After upgrading from 7.1 to 7.2 in blog posts some characters get converted to a ? surrounded by black diamond (as shown below)

As part of Revenue�s - This should be an apostrophe Revenue's

examples of letters being changed
' " long dash - Bullet Points

All get changed to the same symbol �

see site bookkeepersireland.com

MySQL charset: UTF-8 Unicode (utf8)

Hi,

After upgrading my web site from tiki 7.0 to 7.2, I've noticed that the "View edit icons" (feature that show/hides the plugin edit icons) button has disappeared.

Regards,
Yannick

After upgrading from 7.1 to 7.2 RSS Feeds not working.
I had a similar error when upgrading from 7.0 to 7.1
There was a bug fix for 7.1 and tried it with 7.2 but it did not work.
I was asked for a log last time, can I have name of log file again and I can enter information here.

{syntax type="tiki" editor="plain"}
'ziit_tikiwiki.tf.galleryId' isn't in GROUP BY

Die Abfrage war:
SELECT tab.* FROM ((SELECT 0 as `isgal`, tf.`fileId` as `id`, tf.`galleryId` as `parentId`, tf.`name`, tf.`description`, tf.`filesize` as `size`, tf.`created`, tf.`filename`, tf.`filetype` as `type`, tf.`user` as `creator`, tf.`author`, tf.`hits`, tf.`lastDownload`, tf.`votes`, tf.`points`, tf.`path`, tf.`reference_url`, tf.`is_reference`, tf.`hash`, tf.`search_data`, tf.`lastModif` as `lastModif`, tf.`lastModifUser` as `last_user`, tf.`lockedby`, tf.`comment`, tf.`deleteAfter`, tf.`maxhits`, tf.`archiveId`, '' as `visible`, '' as `public`, tf.`fileId`, tf.`galleryId`, tf.`filesize`, tf.`filetype`, tf.`user`, tf.`lastModifUser`, '' as `files`, count(tfh.`fileId`) as `nbArchives` FROM `tiki_files` as tf LEFT JOIN `tiki_files` tfh ON (tf.`fileId` = tfh.`archiveId`) WHERE tf.`archiveId`=0 AND tf.`galleryId`=? GROUP BY tf.`fileId`) UNION (SELECT 1 as `isgal`, tfg.`galleryId` as `id`, tfg.`parentId`, tfg.`name`, tfg.`description`, 0 as `size`, tfg.`created`, tfg.`name` as `filename`, tfg.`type`, tfg.`user` as `creator`, '' as `author`, tfg.`hits`, 0 as `lastDownload`, tfg.`votes`, tfg.`points`, '' as `path`, '' as `reference_url`, '' as `is_reference`, '' as `hash`, tfg.`name` as `search_data`, tfg.`lastModif` as `lastModif`, '' as `last_user`, '' as `lockedby`, '' as `comment`, '' as `deleteAfter`, '' as `maxhits`, 0 as `archiveId`, tfg.`visible`, tfg.`public`, tfg.`galleryId` as `fileId`, tfg.`parentId` as `galleryId`, 0 as `filesize`, tfg.`type` as `filetype`, tfg.`user`, '' as `lastModifUser`, count(distinct tfc.`fileId`) as `files`, 0 as `nbArchives` FROM `tiki_file_galleries` as tfg LEFT JOIN `tiki_files` tfc ON (tfg.`galleryId` = tfc.`galleryId`) WHERE 1=1 AND tfg.`parentId`=? GROUP BY tfg.`galleryId`)) as tab ORDER BY `isgal` desc

Hi,

The HTML Purifier feature, when enabled, seems to clean really too much the HTML tags.
* when used with Allow HTML feature and there are some html codes on the page
* when used with Allow HTML feature and some html codes are encapsulated with PluginHTML
It is impossible for exemple to use tags such as <script>, <form>, <input type>
The only case where the HTML Purifier feature was not problematic was:
Allow HTML disabled + HTML Purifier enabled + html code encapsuled in PluginHTML

I finally disabled HTML Purifier, and I didn't have any problem anymore with Allow HTML enabled and/or with PluginHTML.

The problem with HTML Purifier can be easily reproduced in a wiki page by inserting any HTML code for a form, and/or by inserting some javascript parts.

Best regards,

Yannick

Hello,

I just install the version 7.2, and here is the php info: http://grip.umich.edu/tikiwiki/tiki-phpinfo.php. When I switched to the WYSIWYG editor (I tested all WYSIWYG editors), I could create content and sometimes could save it, but when I edited it the editor could not load the existing content.

{syntax type="tiki" editor="plain"}
If a wiki page is RENAMED it no longer appears in the Last Changes list.

I've tested this against our own system [http://thereevesproject.org] running 4.3 (yes I know we need to upgrade) and also against 7.1 running over at opensourcecms.com. Suspect it applies to intervening versions as well.

On 4.3 module last_modif_pages does correctly continue to list the renamed page, using its new name. (This aspect not tested on 7.1)

{syntax type="tiki" editor="plain"}
Hi,

After a version upgrade (any data transfer etc...), if a dir containing gallery is forgotten in the new installation (nothing is perfect), it seems that there is no check when the gallery is loaded, this can (most of time) crash Apache.

nota : I have not tested for "files" only for "images" but I pur it into the the categories before I imagin that the problem exist on both.

Checked on 6.x and 7.1