Category: Error

Anchor are lost after parsing. Tested with WYSIWYG and with normal editor.

insert:
{img src=images/code.png}%%% {CODE()}
<a name="myAnchor01">bla bla</a>
{CODE}

after preview or saving
{img src=images/code.png}%%% {CODE()}
<a>bla bla</a>
{CODE}

{syntax type="tiki" editor="plain"}
On the top of tiki-admin_forums.php is the button "List forums" which should send the admin to the forum list at the bottom of the page (as I guess). But with firefox 2/3 it makes just a reload of the page.

When enabled feature_search it is possible for
Anonymous user to read protected pages via
special search request

Just try "a" or any other word that is in hidden
or protected area in search box - tiki-
searchresults.php give U text from hidden
pages

from tiki-searchresults.php



http://tikiwiki.org/tiki-view_forum_thread.php?
topics_offset=0&forumId=4&comments_parentI
d=16071

Assigned permissions:
tiki_p_forums_report(x)
tiki_p_forum_post(x)
tiki_p_forum_post_topic(x)
tiki_p_forum_read(x)
tiki_p_forum_vote(x)
tiki_p_view(x)
tiki_p_wiki_view_comments(x)
tiki_p_wiki_view_history(x)
to anonymous. but they cannot reply in forum. No error message.

somehow an anonymous user gets the tiki_p_wiki_view_history right, although it is not listed in 'assignpermission.php?group=Anonymous. thus the user can view out dated information which should restrict-able.

I keep having users complain about getting errors

I thought it was just for new users when they click on the link provided by the registration email, but I now also get complaints from users who aren't logged in and are just trying to read the forum posts

If you post a message to the forum you can enabling e-mail notification.

Assume, you have the following message:
* my Message (watched)

Now you get an answer:
* my Message (watched)
* answer

A notification is sent about "answer", because the thread is watched.
now you receive a second answer, to the answer before
* my Mesage (watched)
* answer
** sub answer

You won't get a notification about "sub answer".

Any registed user can use "Switch User".

I think this is very important, because everybody is able to be admin. :-(

Or can i dit a Misconfiguration? I dont think so.

---

today i see, everybody IS admin! (but i don't assign admin-perms to these users)

---

I found the Problem:

if i have tiki_p_search-permission so i have all "tiki"-perms too :-(

- How can i configure a group (or all users / anonymous) that they can use "search" (most important function of a wiki, i think) whithout make them admin?

When logging into my site under various accounts the Apache web server intermittently crashes with the following error in the error log:

[Thu Oct 26 00:20:05 2006] [notice] Parent: child process exited with status 3221225477 -- Restarting.
[Thu Oct 26 00:20:05 2006] [notice] Apache/2.0.59 (Win32) SVN/1.3.1 PHP/5.1.6 DAV/2 configured -- resuming normal operations

I have not made any modifications to the TikiWiki code (1.9.6) or changes to my server configuration. Everything was working normally for several months before the error started to appear.

I am able to force a similar crash to occur every time throught the Community -> User List feature (tiki-list_users.tpl). I debugged the template code and found that userlink in the following caused the crash:

{section name=changes loop=$listusers}
<tr>
<td class="odd"> {$listusers[changes].login|userlink} </td>
<td class="odd"> {$listusers[changes].realName} </td>
{if $feature_score eq 'y'}

Any help?

-Anthony

When using the "_htaccess" files in Tikiwiki 1.9.5 you get an "Regex could not be compiled" access error in some of the directories when using Apache 2.2.
The Problem occurs, if the statement <FilesMatch "*"> is in the .htaccess file.

{syntax type="tiki" editor="plain"}
When tiki_p_admin_trackers is granted at the per-tracker level (tracker-specific permission), the REST API returns 403.

The same permission granted at the global level works correctly.

Steps to reproduce:
Create a user and generate an API token
Assign tiki_p_admin_trackers to the user's group only for tracker ID 1 (per-tracker permission)
Call:

curl -X 'GET' \
'https://wiki.is-il.org.il/api/trackers/1' \
-H 'accept: application/json' \
-H 'Authorization: Bearer TOKEN_HERE'

Response: {"code":403,"errortitle":"Reserved for tracker administrators"}

If you set tiki_p_admin_trackers as a global permission instead of per-tracker for the same user group and you use the same tracker it work as expected.
{"trackerId":1,"offset":-1,"maxRecords":-1,"result":[{"itemId":4...

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.

Attempt to apply Personal Blog and Profile on clean 18.2 install does fail.

Here is the [http://gour-11559-6743.show.tikiwiki.org/tiki-wizard_admin.php|show.tiki.org] instance which shows the problem:
u: admin
p: 12345


__Edit:__ Here I also include screenshot with the error after trying to apply profile from within Control Panel (as advised in #tikiwiki):
{img fileId="1208" thumb="box"}

Approval of staging pages: no matter wheter you choose approve or reject changes, after submit, changes are always approved.
So the only way to actually reject changes is to delete staging page.

Articles dissapear from view when author is no longer a member.
Message displayed: Articla could not be found.

Everything reappears when username is re-created...

"Loss" of content or messy userbase=major bug

On tw.o, right now (at Friday 08 Jun, 2007 09:12 CET; 18:12 in Barcelona):

I got blank screen after submitting a new article submission on tw.o (user xavi, as plain registered user, using Firefox 2.0.0.4 under Window$), and some minutes later, from the same computer but using a different browser and user, I got blank screen after validating that article submission (user xavidp, SeaMonkey 1.1.2 under Window$)... However both actions succeded... (beyond the blank screen), even if they were posted more than once.

The article was submitted twice (as submission from user xavi), and, it's been posted three times when validated!

That's the article: http://tikiwiki.org/article150 (user xavidp cleaned the duplication in article submissions; sylvieg cleaned the 2 duplication in tw.o articles)

Can anybody confirm this is not any issue with my mouse or so?

When using an article topic image (png/jpg) it shows (tiki-view_articles.php) in recent Firefox (40.x) and Internet Explorer (11.x), but not in recent Google Chrome (45.x). This is tested on windows7/8.x. The fault is also experienced on Android 5.1/Chrome (updated Sony Xperia Z3). The fault is experienced with tiki 14.1svn rev 56180 and demo.tiki.org/14.x

The biggest consequence is that article topic images may not be shown on recent Android/Chrome. This might be a severe fault if topic images is used to communicate article importance.

I expected the article topic image to show ;-)

The obvious workaround is to use a different browser, but that is maybe not the first an Android user will try.

It's probably easy to fix since it is related to how Google Chrome (fails to) interpret the image, while FF and IE does.

{img fileId="1002" thumb="y" rel="box[g]"}
{img fileId="1003" thumb="y" rel="box[g]"}

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!

i have a problem with categorization.
when i add a new article. an old article in the tiki_categorized_objects got overwritten.
the objid and the href gets the new article id.
the result is that the old article losses its cat and the new article has the both.

when i take out the update in the method:
approve_submission
all is fine again:

catelib.php:

function approve_submission($subId, $articleId) {
$query = "update `tiki_categorized_objects` set `type`= ?, `objId`= ?, `href`=? where `objId` = ?";
//$this->query($query, array('article', (int)$articleId, "tiki-read_article.php?articleId=$articleId", (int)$subId));
}

what i find strange is the $subid at the end.

i'm not sure what the method is for. probably i broke something else.

i must add. i added a the category right in the database.
i added the articles by hand to the tiki_categorzed_objects
and added the category by using the topics from the article's.

When you choose "home Page" on left menu, and you have configured articles like your home, you are not redirected correctly.


I don't have a developer account to CVS. I'm working on 1.9 cvs.
rogeliotg

Apparent bug of undocumented feature within the ARTICLESplugin, such that the "start" parameter does not seem to function.

In the example below, This was coded into the body of a wiki page. I was trying to have two ARTICLES columns, but show the first 5 (or so) articles on the left of the wiki page, then continue with articles 6 thru (say) 10 on the right column of the split wiki page.

Gary (chibaguy) suggested the code below (including the "start" parameter), but it appears that I get identical lists of articles, rather than one column listing articles 1 thru 5, and another parallel one listing articles 6 thru 10 (as expected). "Start" doesn't appear to be documented, but Gary chibaguy suggested it's use to me.

{CODE(caption="example code to reproduce problem")}

{SPLIT()}
{ARTICLES(start=1,max=5)}{ARTICLES}
---
{ARTICLES(start=6,max=10)}{ARTICLES}
{SPLIT}

{CODE}

Please see http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=35859&thread_sort_mode=commentDate_asc#comments

Gary suggested that I submit this as a bug, so this is it. It would be awesome to be able to do a two column split of articles via the inline plug, but not when the lists are identical.

Thanks to you for looking into this!!! -sd :)

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

this is a problem concerning tikiwiki 2.4.

I have 3 groups: anonymous, registered and admins. After writing an
article it shows up for 'anonymous' and 'registered', exactly as set
in the group permissions. No problem there.

However, I also made several categories. As long as the article
remains uncategorized, everything is fine. But when I assign it to a
category it vanishes from the view of the 'anonymous and 'registered'
groups.
In the categories I have 2 permission options:
'tiki_p_view_categories' and 'tiki_p_admin_categories'. Even if I
assign both permissions to the category, it doesn't make any
difference. The article remains hidden.

Quite ridiculous is, that i have another instalaltion of tiki 2.4, where i can chose out of 5 differrent permissions within the categories.

Cashes have been emptyd.

Hiere is my configuration:

Group Anonymous:
tiki_p_articles_read_heading
tiki_p_list_image_galleries
tiki_p_messages
tiki_p_read_article
tiki_p_search
tiki_p_topic_read
tiki_p_view
tiki_p_view_calendar
tiki_p_view_categories
tiki_p_view_categorized
tiki_p_view_directory
tiki_p_view_events
tiki_p_view_faqs
tiki_p_view_image_gallery

The particular category "in progress" has no group-specific permission (standard / yellow)

The article has category "in progress" assigned.

Anonymous can´t see the article.

Ridiculous is, that if i try to assign a specific permission to the category "in progress", just the following two permissions are available for selection:

tiki_p_view_categories
tiki_p_admin_categories

Even if i assign those to the category for anonymous, they are not able to see the article.

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)