Category: 11.x

Say I use the plugin in on the page "Edit Publisher&itemId=1159".

{CODE()}{tracker trackerId="18" url="Publishers" wiki="Edit Publisher Template"}{CODE}

I asked it to go to the page "Publishers" after being submitted.

Instead it goes to
tiki-index.php?page=Edit+Publisher&itemId=1159&ok=y&iTRACKER=1#wikiplugin_tracker1

-----------------------

In the tiki show instance, I have created a tracker for colors and pages for displaying and editing the items.

# Go to http://hrsms-11204-5079.show.tikiwiki.org/tiki-index.php?page=Colors
#Click on "bleu". You will be taken to Edit+Color&itemId=2
#View the source. Note the url parameter is set to "Colors"
#Change the spelling to "blue" and hit save. You will be directed to Edit+Color&itemId=2&ok=y&iTRACKER=1#wikiplugin_tracker1. The edit fields will no longer be displayed.
#Click on the button provided (my workaround) to go back to the "Colors" page, where you will see the change did take effect.

To reproduce:
http://dev.tiki.org/Search+Wishes

# Search wishes for user "marclaporte"
# Click to sort by date

List is gone

When you install new Tiki 11.x and go to Features admin panel, you see only Watches fieldset when the Basic filter is on. When you choose Advanced, some more features appear, but still not the main global ones such as Wiki, Articles, Blogs, Forums features... Unless you check all the four filters (Experimental and Unavailable), you do not see them. Weird ? Instance showcase coming up. Hold on.

__Update:__ ~~#F00:__This bug is not reproducible on show.t.o 11.0 but on latest SVN branch 11.x__~~
I could demonstrate it on 11.2svn here:

{flash type="url" movie="display482" width="801" height="801"}

If I write a blog post and save it as Private, then other users cannot actually read the blog post.

However, if they visit the blog post that immediatly precedes it, they will see a link to that private post. When they click on it, they won't be able to actually see it, which is annoying. And in any case, maybe I didn't want these other people to even see the title of my private post.

I have been able to reproduce the bug on Tiki Show.

If you login as anonymous and go to this URL:

http://user-10156-4748.show.tikiwiki.org/tiki-view_blog_post.php?postId=1

You will see a blog post that is PUBLIC. And at the bottom right is a link "This is a PRIVATE post →". If you click on that link, you get "You are not logged in. Go to Log in Page". That's because the blog post the link points to is PRIVATE, and you are not allowed to read it. But by the same token, you should not even be able to know that it exists, let alone know its title.

More info later.

But a quick report that using Quick Perms on a object overwrites global perms

When we have the ability to close repetitive remarksboxes and save some user space it would be nice to allow users to tick a checkbox and opt-out to not show that remarksbox up on next page reload again...

I am replacing a site with Tiki Wiki, on which there is a chat feature too. The problem with Tiki Wiki is that the chat's content MUST be cleared at times, when some conversations should be censored or "erased from history".

The feature should not take long and should only be a button next to the user input box, available only to allowed users.

The feature would simply remove any existence of the chat's content with no history whatsoever.

Please see: ((Update notifier))

rss icons are not properly displayed when switching language on tiki.org.

Go to http://tiki.org/tiki-index.php check at the bottom (above contributors) you'll see the RSS icons. Change language, let say french, it show now a broken image.

I would like to suggest that the search engine takes into account that users sometimes need to have the results of their search grouped.

Per example, here is a screen capture that shows results this way:

#Main result
##Sub-result

::{img type="src" src="http://farm4.static.flickr.com/3166/2777222253_b1f7de9a20.jpg" noDrawIcon="n"}::

Right now, on my site, the result of the search engine gives me *one* link to refer to. Mind you, it is may be better to get one result instead of reciving so many results that we don't get any sense of intelligence.

My 2 cents.

As the title suggests, I have a weird bug with the tiki wiki 11.1 which is installed on windows server 2008 R2 with php5.3.27 and mysql 5.5.33.
Whenever I try to commence a search with a specific Hebrew character (all other characters work ok), after the search page loads it transforms the letter into a black background colored question mark.
and of-course doesn't find any matches for that word searched for.
also if I search for the word without that specific letter it does find what I am looking for.

please help me as I've tried almost everything already from changing db char-set to manually adding utf-8 wherever it is needed.
I looked over the php code of the search module but couldn't figure out the problem (also its extremely difficult to dive in to a huge project such as this so it might have been right there in front of me and I couldn't tell).
This bug renders the search option completely useless which makes the wiki itself useless for my needs, the search module is very crucial and must work perfectly with Hebrew.

I attach images to further explain the issue
{img fileId="689" thumb="y" rel="box[g]"}
{img fileId="690" thumb="y" rel="box[g]"}

Tested on Tiki 11 release (no svn) with page editing in mode wysiwyg.

If a second user (with proper perm) come to edit a wiki page (overrinding) he will see nothing in the editor bloc as he was getting into an empty page.

To reproduce on the show instance:
Open in one browser.
Log as editor1/12345.
Edit and let open in editing mode the homepage.

Open in a second browser.
Log as editor2/12345.
Edit the homepage, when warned the page is already edited by editor1, override.
You'll get an empty page.

Used to work.

{syntax type="tiki" editor="plain"}
Right now, select all doesn't select all groups, and thus leads to errors in permission configuration

See [https://dev.tiki.org/display294|https://dev.tiki.org/display294|box;width=1058px;height=694px;type=iframe]

http://nextdoc.tiki.org/show:Installation is not like http://doc.tiki.org/show:Installation {sign user="marclaporte" datetime="2013-03-15T16:08:44+00:00"}
{img fileId="164"}

===text===
On Feb 21, 2013 5:34 AM, "mekko" <[hidden email]> wrote:

Hi all,

I am trying to follow the instructions on using my own content delivery
network with a separate domain on the same server as my Tiki. Strangely,
while file gallery images and my logo in the tiki folder are displayed fine,
all icons disappeared and are replaced by a question mark. When moving with
the mouse over the question mark, the tooltip displays an error "URI
http://cdn.mydomain.com/... not allowed by security setting". When I copy
the URL and open it in a new browser tab it is displayed without a problem.
So I guess this is a Tiki specific issue. I could not find any matching
permission settings or similar.

Using the default PHP namespace separator :_: causes a PHP warning.

PHP (5.4.11) NOTICE (E_NOTICE):
File: ...\lib\prefslib.php
Line: 59
Type: unserialize(): Error at offset 0 of 3 bytes

The preference is set correctly.

Same problem occurs to ::

The problem occurs in 11.x, 12.x ... and I assume both before and after.

I am not sure why unserialize is called there in the first place

Ths Strasa theme does not seem to work properly.

The content is against the LHS of the sceen rather than in the middle and the menu is off the bottom of the pages.

We have just done the upgrade from 10.0 to 11.0

We have adopted the tikinewt theme instead but would rather go back to the Strasa if we could.

Currently what happens is when user clicks on a perpective link (tiki-switch_perspective.php?perspective=8), it will automatically change to http://example.com/tiki-index.php which is the same address for any perspectives by default... which can confuse user when they add the link as bookmark (favorites links) their browser will save the this link http://example.com/tiki-index.php and not http://example.com/tiki-switch_perspective.php?perspective=8

http://themes.tiki.org/Sample+page

{flash type="url" movie="display528" width="1111" height="494"}

r46077

http://dev.tiki.org/Bug+Tracker+Input+Form

In the trackerfilter at 

*((http://dev.tiki.org/Bug Tracker Input Form|Bug Tracker Input Form))
I set that the mouse popup display field: 27:48:55 (3 fields) but on the page i can see also fields 136 and 137. Those 2 fields are set as popup fields in the tracker itself. 

{syntax type="tiki" editor="plain"}
Please see https://info.tiki.org/Version+Lifecycle to say what we do, and do what we say

{img fileId="949"}

People will thus expect security fixes on 6.x and 11.x (which they shouldn't)

The end of life should be announced on info.tiki.org

{syntax type="tiki" editor="plain"}
{img fileId="267"}

When you try to access a wiki page which doesn't exist, Tiki offers you a list of similarly named pages, to search for that word, to create the page, etc.

__Good.__

When you try to access other contents in Tiki (articles, blog posts, etc.) that don't exist (either have been deleted, moved, not yet published, protected, etc.), you get a Tiki error message.

__Good as well.__


But what if you try an URL which is just not possible?

Ex.: If you migrated from another system to Tiki and you are still getting hits with the previous URLs?

Of course, you could check your access logs and add nice redirects. But how can we make this easier for site admins?


The bundled _htaccess file (which you need to rename .htaccess to make active) has an example line:
{img src=images/code.png}%%% {CODE()}
ErrorDocument 404 /tiki-index.php?page=Page+not+found
{CODE}

__This is good.__

Now, how could we use this to provide the Tiki admin with a top-x error pages? And thus, it would help to detect broken links, etc.

Could .htaccess include some configuration info from Tiki? So a Tiki admin could add configuration information without using FTP, all in Tiki, possibly with a secret "system" wiki page.

Great inspiration:
https://github.com/h5bp/html5-boilerplate/blob/master/dist/.htaccess

The behavior for browsing categories has changed, and not to my liking. If this was not intentional, then it is a regression (as I've listed it). If this was intended, then please consider this a "wish" to restore the old behavior or (perhaps better yet) provide a plugin that allows me to control the display.

I have two versions available for viewing. They are not show.tiki.org, but they should do for demonstration.

11.2-
http://www.hrsms.org/home/cat74?deep=on&type=wiki+page&sort_mode=name_asc

9.2-
http://www.hrsms.org/home9/cat74?deep=on&type=wiki+page&sort_mode=name_asc

I like that in 9.2 it only shows the current category, and without watch links.

In 11.2, all categories are shown, with watch links (which in my opinion just add clutter to the page), and the category listing is expanded to the last viewed, not the current. To see this:
a) Browse categories on this site
b) Expand "How To-->Hulls"
c) On left menu, select "Models-->By Nationality"
d) Note that the results displayed are for nationality, but the category listing is still expanded to "how to--> hulls". Confusing to the viewer.
e) Change current URL from ..\home\.. to ..\home9\.. to see how "nationalities" looked in the old version. I much, much, much prefer this way.

I tried using PluginCategory for the same purpose, but I could not get the desired results. Indeed, I'm not even certain I get the results that should be expected. Based on my understanding of the parameters, I would expect the categories AND sub-categories to be displayed, and the results split when the category changes. That does not happen. You can see that here:
http://www.hrsms.org/home/Models

{CODE()}{category id="4" types="wiki" sort="name_asc" split="y" sub="y" showdescription="y" showname="y" showtype="n" one="y" showlinks="y" categoryshowlink="y" maxRecords="1000" showTitle="n"}{CODE}