Category: 6.x

{syntax type="tiki" editor="plain"}
I defined a structure Helpdesk FAQ and a categorie Helpdesk.
Now I give a group Helpdeskadmin the permission tiki_p_edit (and a lot of others).

If a helpdeskadmin trys to add a page with the button on the top of the wikipage with over the toc, the message "You do not have permission to edit this page." appears.

The problem seems to be the following permission test in tiki-editpage.php:

// Permissions
$tikilib->get_perm_object($page, 'wiki page', $info, true);
if ($tiki_p_edit !== 'y') {
[...]
$smarty->assign('errortype', 401);
$smarty->assign('msg', tra("You do not have permission to edit this page."));
$smarty->display("error.tpl");
die;
}

If I give the permission tiki_p_edit to the group, the helpdeskadmin comes to the wysiwyg-edit-page, also he gets a message like the page must have a categorie. I didn't analyzed that yet.

{syntax type="tiki" editor="plain"}
Does the "Users Information Tracker Fields Asked at Registration Time" work for someone in 6.1? it used to work in 5.x. not pretty.

This feature was not particularly important if the trackers with registration="y" would work nicely. Read more here.
[http://irc.tiki.org/irclogger_log/tikiwiki?date=2011-01-08,Sat&sel=52#l48]

{img fileId="270"}

Visit these pages to see for yourself:
http://info.tikiwiki.org/Hosting (6.x)
http://profiles.tikiwiki.org/Profiles_in_installer (9.x)
http://dev.tikiwiki.org/Tiki13 (12.x)


It should be a redirect 301. And needs to work for 6.x, 9.x and 12.x

This worked when the feature was introduced so some other fix / enhancement must have broken it.

This is especially not good because in this version the ((canonical)) link is just relative and thus, we have two canonicals for same page...

If you go to front page, it redirects OK
http://info.tikiwiki.org (6.x)
http://profiles.tikiwiki.org (9.x)
http://dev.tikiwiki.org (12.x)

After sending a structure between 2 tiki sites (using the send pages features between tikis, xmlrpc, etc), once I clicked on the button to accept the received structure in the target tiki site, I got this error:

{CODE()}
Column 'page_alias' cannot be null

The query was:
insert into `tiki_structures`(`parent_id`,`page_id`,`page_alias`,`pos`, `structure_id`) values(?,?,?,?,?)

Values:

0
70
1
0

The built query was likely:
insert into `tiki_structures`(`parent_id`,`page_id`,`page_alias`,`pos`, `structure_id`) values('0','70',NULL,'1','0')
{CODE}

Both tiki sites are running recent proposals_6x

The url on the target tiki was:
tiki-received_pages.php?offset=0&sort_mode=receivedDate_desc&accept=1

Tracker item history seems to be unreliable: it works for me on some 6x sites but I haven't been able to make it work in a local 6x or proposals_6x .

# I create a tracker item
# I edit the tracker item again, changing some fields (1 text area, and 2 text fields ) and save changes
# refresh the tiki-tracker_view_history.php?itemId=1 page but I see nothing there

((GroupMail)) is not working for me any more since I updated a site to 6.x from 4.x
In 4.x it was working me (I created most of the documentation in doc:((doc:Groupmail))

Maybe that's because Webmail is not working either...?

What I did:
* installed a new tiki proposals/6x tiki site in localhost
* added ajax_xajax feature to the groupmail profile (it was missing)
* applied Groupmail profile
* followed instructions to setup a new group (web)mail account
* the module groupmail is spinning all the time, and no messages are shown
* I've double checked that the user and pass info for that email account are all right

I also applied that profile on a remote server (a production site) and no luck either. No email is fetched.
I checked the webemail account (by means of other webmail software) and I confirm that it has plenty of read email, and 2 new messages pending to be read.
---
Update:
Weird, after I tried to unsuccessfully delete that account in the remote (production) server, it seems that webmail started to work!

:-/ Well, it looks boggy to me, or at least, for sure it's been unrealiable behavior!

At elast, for sure tehre is a bug at removing a webmail account: which is not removed (even if you ckick again at the confirmation step, the account is still there)

{syntax type="tiki" editor="plain"}
I upgraded an old tiki 4 install to 6.0.
In filegalleries I did not get the popup when I clicked on the action icon. Nothing happened.
=> I could not update a file.

I found out that it worked when I set "Use CDN for Java..." to GOOGLE in Performance settings.

I've been thinking for ages that this kind of option is REALLY needed, and I thought it should not be much coding effort:

Automonitoring each own's posts, through either:
# Add a select box to monitor each own's forum post or tracker submission at post time, in a "per forum post or tracker item insertion" basis, or
# with a user preference for all forums, or all trackers, blogs, etc..
---
Still needed...

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.

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

On the Admin section -> Log In -> Authentication method: Tiki

The setting Users can register is uncheck.
All the sub setting are hidden but some setting seams to still applied.

Example : If "Validate new user registrations by email" is checked the user will be forced to validate his email.

When creating a topic in admin topic (tiki-admin_topics.php) i have 2 fields to fill:
Topic Name
Upload Image

Only name is mandatory and saving is ok.

If i want to edit the created topic to modify it i see a third field appearing: Add Notification Email.
If i save without giving an email i got the following error : Invalid email.
I can't save. Best evasion course is to close or jump back from this page.

I don't recall having set a feature or an option that force emails for topic article notifications.

There is no reason why i should be forced to add an email ONLY on edit (if a feature were set for a mandatory email address) and the error message (if he is linked to a feature) should be more explicit.

Trackers are great in Tiki, it provides a way to build quick and easy register solutions.
When used in any context related to monitoring, it would be nice to have a way to associate a record with one or more events in time. For instance you would like to receive an email at the time the issue related to the task should be controlled and/or be resolved.

Thinking on it as a feature, the following could be considered in the solution:
*It could exist more than one "timer" in the tracker record,
*It should be added like any other tracker field to the record definition,
*It could have different ways to alert: email, rss, ... (maybe only one choice when instance),
*It could have rules, like auto disable when the record is closed (or other condition),
*It could be (as an option) reprogrammed,

and also
*Maybe a user wants to know about all his/her pending "timers".
*Maybe timer implementation could be independent objects that are linked to (special fields in) tracker records (or other objects), so global management is possible.

I guess that a good part of above functionality is already in Tiki in some form.

Logged in, go to:
http://profiles.tiki.org/tiki-pagehistory.php?page=Tiki+Transforming

You will see a bunch of action (Source, Permissions, History, Export, etc). These actions should be WYSIWYCA

Currently, Tiki creates a single RSS feed per feature (e.g., wiki, articles, etc.).

For features that support i18n, this means that end-users will subscribe to a feed that contains items that they cannot read.

It would be nice if Tiki could create language-specific feeds each feature.

You can see this on info.t.o; we issue articles in English and French and Tiki includes both languages in a single feed: http://info.tiki.org/tiki-articles_rss.php?ver=2

To allow for greater styling, it would be great to allow HTML coding and/or wiki syntax in the __Site Title__ and __Subtitle__ fields on Admin: L&F.

Allow Tiki to use virtual currency servers powered by CCLite.
(See ((cc)) project)
---
Reopening because it's not working (as of August 2010).
See (if needed):
http://c2c.ourproject.org

{syntax type="tiki" editor="plain"}
Editing a Wiki page i upload an image ({IMG(src="http://shocksite.com/pics/icons/pictures.png")}{IMG}) directly from the edit page. The code look like this :
{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}{img fileId="1" thumb="y" alt="" rel="box[g]"}{CODE}

I have set perm "tiki_p_view_file_gallery" for anonymous.

Unlogged (anonymous) i can't see the picture (tested on several browsers win/mac).
Logged as admin i can see the picture.

I have checked what perm allow the picture to be displayed and found that only when the perm "tiki_p_download_files" is set for anonymous an un logged visitor can see the picture.

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

Tiki Articles do not support the FOOTNOTEAREA plugin. In Tiki 5 and 6 I used:
{CODE()}
foo bar {FOOTNOTE()}http://www.foo.bar{FOOTNOTE}
---
{FOOTNOTEAREA() /}
{CODE}

Tiki renders the footnote (superscript) properly, but does not include a Footnote area at the bottom of the article.

Tested & confirmed on info.tw.o using Tiki 5 and 6

Using tw.o forums and 2.0 (afaik):

You add a screenshot attachment to a reply in a forum post, and if you click on "preview" first, (as you would do on wiki pages), the image is lost (no tag is inserted on the forum post to help you link the attachment).

However, if you do the same attachment on a post, and click to post it (without previewing it first), the attachment link is shown.

Example at tw.o forums where it recently happened:
[http://tikiwiki.org/tiki-view_forum_thread.php?forumId=4&comments_parentId=29608&thread_sort_mode=commentDate_desc&was_queued=n]

---
according to comment added to this bug report, this issue is still present in branch Tiki5 still (so probably also in trunk)
---
Unbelievable, bug still present in forum posts in 12.x since 1.x! (with forum replies, there is warning, at least, but not yet with brand new posts in the forum and attachment is lost indeed) {sign user="xavi" datetime="2013-11-22T09:45:52+00:00"}

Reproduced here:
http://xavi-9794-1986.show.tikiwiki.org/tiki-view_forum.php?forumId=1
u: admin
p: 12345

auto-change in status of items after a time frame (specified in the tracker definition) since tracker item creation of last modification date. I.e. After a month, change status from open to pending or closed.

With autolinks on, if I do:

~np~''Taken from http://climatechange.org''~/np~

the rest of the page becomes italic (the auto conversion of link breaks the closing italic tag.

If a valid wikilink is included within a comment on a wiki page, that link is reported by BACKLINKS on the page being linked to.

{CODE(caption="Test_MRB_01")}This page uses the BACKLINKS plugin to show pages with links to it -
{BACKLINKS()}{BACKLINKS}{CODE}

{CODE(caption="Test_MRB_02")}This page has three source lines, the second of which is a comment.
~tc~((Test_MRB_01|This link to Test MRB 01 is in a comment))~/tc~
This is the third line, but only two lines visible when viewed.{CODE}