Category: Error

For example, if I include the following line in a wiki page
{CODE(wrap=1)}__~np~{toc maxdepth=4 shownum="1" structId="1" pagename="Test_003a"}~/np~__{CODE}
it is successfully saved and then rendered correctly.

If I view the source it is correctly held.

When I then came to edit the same page and view the SOURCE whilst within edit mode the non parse mark-up has disappeared.

Discovered whilst testing on http://demo.tiki.org/10x/ site
%%%
I have screen shots available if required.
%%% %%%
Please look at the source, since I'm struggling to get the code correctly shown here.%%% %%%The code plug-in closure follows the end of NP tag and end of bold mark-up, but that is not what is showing above.
%%%I see a similar issue with the CODE plugin on your documentation page at [http://doc.tiki.org/Wiki-Syntax+Text&structure=Tiki+User+Guide#noparse_-_not_parsing_WikiSyntax]

On version 6.7 and 6.9 TW throws error "No thread indicated" when clicking on page title under certain circumstances.

The page title will be the name of the forum, for example "Discussion Forum" and the url underlying page title is of the form
[http://demo.tiki.org/6x/tiki-view_forum_thread.php?topics_offset=1&forumId=1&comments_parentId=1].

To recreate the error execute the following sequence of actions

Forum -> List Forums

Pick any forum which is present, for example "Discussion Forum".

At this stage the url underpinning the page title "Discussion Forum" is [demo.tiki.org/6x/tiki-view_forum.php?forumId=1]

Click on any topic within the Forum, for example "Test Topic" and the page loads correctly showing url [http://demo.tiki.org/6x/tiki-view_forum_thread.php?comments_parentId=1&topics_sort_mode=lastPost_desc&forumId=1].

At this stage the url underpinning the page title has changed to [http://demo.tiki.org/6x/tiki-view_forum_thread.php?comments_parentId=1&topics_sort_mode=lastPost_desc&forumId=1] although the title is unchanged reading "Discussion forum".

Click on third item in breadcrumb trail "Test topic" and the page reload as expected.

However the url underpinning the page title is now changed again reading [http://demo.tiki.org/6x/tiki-view_forum_thread.php?topics_offset=1&topics_sort_mode=lastPost_desc&forumId=1&comments_parentId=1].

Now clicking on the page title results in error message page "No thread indicated" where the reasonably expect result would be the list of topics within the Discussion Forum.

The "Go back "button works and clicking on the second item in the breadcrumb "Discussion forum" does correctly return the user to url [http://demo.tiki.org/6x/tiki-view_forum.php?forumId=1].

It would seem this issue has been resolved in v10.0, since the last item of the breadcrumb trail has no underpinning url, so the sequence described here can not occur.

Can anybody suggest an easy fix for this bug in version 6.x, please?

Thanks,

Martin

I created a set of 2 recurring events on a weekly basis: two consecutive mondays, and set the time from 10:00 h (a.m.), and duration of 4h (so end time should be 14:00h, e.g. 2:00 p.m.)

Once the events are created in the calendar, they show wrong end date. I think I created them today at 9:16 or so. So the end date is something like 10:16h, instead of 14:00h.

I'm using Full calendar interface, interface in Catalan (I wonder if this matters), and an updated version of Tiki9.x (svn), r44454


I edited then the first event in the calendar, selected the right end time (not by means of duration but by means of explicit end time: 14:00h) , selected to update all events from the recurrence rule, and saved.
The second event did not get the end date fixed, but still showed the old end time 10:16h.

As user "xavi" (plain registered user, I mean, not a user with admin privileges, etc), I created a new bug report here at dev.t.o/t5. Once saved, I attempted to:
* click at the Rating field - Stars (system), and I saw no effect.
* edit the tracker item, and clicked at one radio button option, and saved, but saw no effect.
In both cases, I still see that zero votes have been casted, etc.

As far as I remember, the choice of the user was stored, and showed somehow highlighted or similar. Nowadays, it seems as if nothing is stored.

Reproduced, as example, here:
http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4361

I confirm that these perms are granted to registered users on the tracker object permissions, as well as at global permissions:
* Can view rating result for tracker items (tiki_p_tracker_view_ratings)
* Can vote a rating for tracker items (tiki_p_tracker_vote_ratings)
* Can re-vote a rating for tracker items (tiki_p_tracker_revote_ratings)

I confirm that I saw this serious issue in a production site of myself using tiki 10.x (svn r44603). This site of mine was upgraded in early january from tiki 9.x svn to 10.x svn. And nowadays when uploading some jpg images, they are not displayed, the image name seems to be truncated the extension (foo.jpg is converted into foo, it seems). And the error message in my case indicates a valid path (as it was working fine for a year in the server, etc.; no changes on that side; I doubled checked and perms are fine for apache to write in those folders, etc).

The hash corresponding to the file (as indicated in the error message shown in the browser) does not exist in the server, so it seems that the file does not get uploaded to that folder.

I can provide more details (or even maybe access to my production server) to some dev willing to debug this issue.

---

I started to see report in the user forums in t.o about (potentially) similar issues. Example:
https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=45767&thread_sort_mode=commentDate_asc#comments

Mass search and replace (tiki-search_replace.php) indicates as if the replace is successful, but string not replaced.

Matches show the right content. But no replacement is done in the wiki pages even if the message reported from tiki is that those pages where updated.

In my case, I did that to replace:
{CODE()}
theme="start"
{CODE}
with
{CODE()}
theme="hot-sneaks"
{CODE}

Hi,

This bug affects version 9.x, but after having a short look at the 10.x source code, that version is probably also affected.

It happened after upgrading from version 3.9 to 9.3.

When accessing my.host or my.host/index.php, tikiwiki should redirect to tiki-index.php but gets stuck in an endless redirection loop by redirecting to my.host.

When accessing my.host/tiki-index.php directly,the following error message is displayed:
"Error
Required features: feature_wiki. If you do not have the privileges to activate these features, ask the site administrator."

Similar errors when accessing other features.

Filename with umlauts are not possible to upload

The file gallery can't be assigned to a category. There is a button but nothing happens if you click on that.

trying to upgrade a 6.x (was 6.4) site using ''svn up'' gets it only to 6.8, but not 6.9.
Checking on sourceforge I see that the directory for 6.9 is called simply that, not tiki 6.9, as the subversions 6.0 through 6.8 are called. Could this be why svn up isn't upgrading to 6.9? If so, can someone with authority on sourcefourge fix this please.
Also switching to a specific version, e.g.
svn switch https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/tags/6.9/
results in the msg that there is no such directory.
Running tiki-install.php also fails to upgrade the site from 6.8 to 6.9.
So, how best upgrade? (I really don't want to do a fresh parallel install.)

For info: Before doing the svn up, I had done
svn switch --relocate https://tikiwiki.svn.sourceforge.net/svnroot/tikiwiki/branches/6.x http://svn.sf.net/tikiwiki/code/branches/6.x


I first asked the question in irc, but got no responses.

If I use the module "register a new user" with user tracker, the extra fields from the user tracker are dispayed twice.

The babelfish links module no longer works - since Yahoo Babelfish has become some Microsoft Bing Translate service - the links all fail to do anything useful.

The links either need to be updated or perhaps a module recreated using google translate instead.

Receiving an error from lib/core/FileGallery/Wrapper.php indicating function get_gallery_save_dir does not exist when uploading a file.

[http://dev.tiki.org/tiki-pagehistory.php?page=Interoperability&history_offset=1&diff_style=htmldiff&diff_style=htmldiff&show_all_versions=y&compare=Compare&newver=45&oldver=42&paginate=on&history_pagesize=40]

When tiki-view_blog.php?blogId=x lists many posts, each one using footnotes, the footnotes numbers are false except for the first post.

As each post of the list is parsed, its first footnote number is not 1, but the total number of all the footnotes of the preceding posts of the list.

Versions : 6, 9, 10.
See : [http://demo.tiki.org/10x/blog2|http://demo.tiki.org/10x/blog2]
and [http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6|http://demo.tiki.org/9x/tiki-view_blog.php?blogId=6]

in picture galleries upload is only possible, you have the right tiki_p_admin_galleries.
So all the other rights like tiki_p_upload_images are in vain.

We have a couple of tracker field type "relations" in a tracker, showing other items from the same tracker, and it displays a search box at the left of the dropdown box.
when we filter for item which have an apostrophe (single quote: '), the filter doesn't seem to find them. Without apostrophe, it does.
I.e., imagine that we have these two items (without the star):

* foo bar
* foo bar'2 foo bar foo bar

if we search for "foo", we find just the first one, not the second.

Apostrophes are very common in Catalan, as they are in French and other languages (in English it can be tested against items with names such as this onem, which has the word "doesn't" in purpose ;-).

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)

I saw this on my 10.0 install and recreated it on the demo 10.0 site.

Sign on as admin.
1. Select "Categories" on the left side admin menu.
2. Select "Show subcategories objects"
3. You should have the error page :

The query was:
SELECT DISTINCT c.*, o.* FROM `tiki_category_objects` c, `tiki_categorized_objects` co, `tiki_objects` o WHERE c.`catObjectId`=o.`objectId` AND o.`objectId`=co.`catObjectId` AND c.`categId` IN (?,?,?,?) ORDER BY `name` asc

I looked through the other errors and didn't see this one so I am adding it.

I'm not to deep into Tiki ... yet, so I don't really know if the problem is big or small, so I set the measure in the middle to 5.

Tiki does not send out e-mail notification when tracker items are closed. They do get sent when set to pending.

Found that Tiki 9.x (9.0->9.4) has this issue.

I have updgrade Tiki 10.0 to 10.2. i have facing problem with both version.
Problem is when i click on Red Cross Delete button then it will displayed Blank page. but if i select remove option then it is working properly. so i have facing problem with delete button.

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.

It happens, when multibyte strings is recording to database.
Function "substr" work incorrect with multibytes string.

{syntax type="tiki" editor="plain"}
From http://irc.tiki.org/irclogger_log/tikiwiki?date=2013-05-08,Wed&sel=42#l38

{QUOTE()}
*(13:59:23) xavi: in case it's related, we have an issue to see the icon of the pdf file uploaded (icon is not shown)
*(13:59:50) xavi: and when attempting to see the img source, in a url like dl2&thumbnail=y&x=16 (sef is on), then we see this other messages on a white page:
*(14:01:37) xavi: Strict Standards: Non-static method Image::is_supported() should not be called statically in /path/tiki-download_file.php on line 253 (& 257)
*(14:01:37) xavi: Strict Standards: Non-static method ImageAbstract::icon() should not be called statically in /path/tiki-download_file.php on line 278
*(14:01:37) xavi: Strict Standards: call_user_func() expects parameter 1 to be a valid callback, non-static method Image::get_icon_default_format() should not be called statically in/path/lib/images/abstract.php on line 183
*(14:01:37) xavi: Strict Standards: call_user_func() expects parameter 1 to be a valid callback, non-static method Image::is_supported() should not be called statically in /path/lib/images/abstract.php on line 189
{QUOTE}

That seems to happen only when php is 5.4.x. Downgrading php to 5.3.x seems to be a valid workaround (provided that all caches are cleared, etc)

Fixed in trunk, at least.