Category: Release60

{syntax type="tiki" editor="plain"}
I tried some other languages, but it seems only to apear with the german translation.

The wiki css breaks if u change to german. most pages work well, but the wiki gets killed

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.

{syntax type="tiki" editor="plain"}
Emails containing inline images fail to present when selected from the email inbox list. This is a problem for both jpg and png images. It does not seem to be relevant as to where the image appears in the email. I have tried with the image in the middle of the text as if the image has been sent as part of the content and at the very end as if a signature block with exactly the same result.

I rated this as a 7 as it makes the webmail feature unusable to the users of the [http://sistersafar.com|site] in question. This in turn makes the site itself, being designed to keep distant family members in touch with each other and friends, pretty much ineffective for the target audience. It does not however technically render anything but one site feature unusable so a rating higher than 7 does not feel justified.

--Steve

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

Recurrent problem since 4.0. already reported, seems to had been solved, so may be it's a regression. To test.

The sort command (by clicking into header) leads to a crash.

Before we got an SQL error, now the current selection is cleaned.

__Important details :__
* not tested (again) for each column in "table header"
* not tested for various selections of tracker items
* Sure : after a selection of items (content of selection not empty normally without importance : category feature and feature requests for all), a click on date column header which runs a sort command leads to an empty page for a new search.

I am quite sure that an error still occurs into the sort SQL command, but the error is kept and a locate to new search is made.

__What I am going to do :__
* Test for the not tested various conditions (already done six month ago)
* Test on my development version 6.x with xdebug (show the requests, firebug and eclipse)
* Check the SQL request(s)
__
Then write here the report __

If you install a brand new Tiki6 site, and your database was created with latin1 charset (by sys admin, phpmyadmin, by whatever means), Tiki doesn't warn you at installation time that the db is using latin1.

Only when you upgrade the Tiki6 site, tiki detects that db and tables are not utf-8, and allows converting them to utf-8.

This can be reproduced easily with the TikiLiveCD 0.6, which came (from a customized Slax GNU/Linuxd distro) with an empty db called "test" with latin1 charset, that is to be used for Tiki installation.
http://tiki.org/TikiLiveCD

For multipage wikis the display of the "table of content" using __maketoc__ isn't ideal as this statement requires to be placed on every page otherwise it wouldn't be visible for other pages.
Usually this "table of content" is used for quick navigation purposes. Therefore an alternate to the __maketoc__ statement should be provided which should allow to specify the wikipage which shall be outline. Such a statement can then be used in a module nearby the original wikipage.

Machine translation ( http://doc.tiki.org/Machine+Translation ) seems to be broken in Tiki 6 LTS, at least.
No content is translated from the page.

The same site (before upgrading months ago to tiki6) had that feature working.

Is this feature working for anyone on any stable (non deprecated) tiki version?
--
Update:
I've just checked on localhost with 8.x (r38429), and the feature still exists in admin panels. When enabled, and attempted to request to have a wiki page google-translated, a blank page is shown :-/

It concerns the Passwords match and do not match.
Chealer explained to me that there is a language.js file to be created in the lang/<yourlang> folder (as in ca).
Since my ajax is on, the password check is not run from
tiki-js.js, checkPasswordsMatch
but from
register_ajax.js (please also add a header to this file), check_pass.
The tr function is not defined there, so it would not work.

See also
http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2010-10-19,Tue

P.S. I rated this 9, because there will be people who want ajax and another language, but do not like to dig js files for such a basic functionality.

Using Tiki 6.x (proposals) and Tiki 7 (trunk)

I have a wiki page that belongs to multiple structures.

I have the "open page as structure" option enabled.


If I open the page directly, Tiki does not know which structure to use, so it opens the page __with no__ structure.

This means that the generated TOC is empty. The only way the end-user knows that the page is __supposed__ to be in a structure is by selecting a specific item from the __Structure__ drop list.

But the end-user may not have any understanding of what a "wiki structure" actually is.

There should be a way to set the default structure for a page.

{syntax type="tiki" editor="plain"}
Link is broken, and I can´t find any .tpl file to correct it. If you know which one is it please tell...

The text In spanish:

Usted recibió una nueva tarea

Revisar templates de Tareas
desde :cc@solcentral.org
La prioridad es: normal.

Usted debe empezar su trabajo al menos en: 07-03-2011 04:25

Identifíquese y cliquee el enlace siguiente
http://?tiki_view_mode=view&taskId=8

¡Por favor lea la tarea y trabaje en ella!

hi,

i install the the tiki 3.0 but when i try to make the first login with admin give me a cookie error but i check and the cookies are enable.

any help
thank you

{syntax type="tiki" editor="plain"}
Discovered in Tiki 6.1, demonstrated on info.tiki.org

When selecting a Machine Translation language, the resulting page is empty.

# Go to http://info.tiki.org
# Use the language drop-list to select a Machine Translation.
# Tiki returns the message:
+__This text was automatically translated by Google Translate from the following page: Tiki Wiki CMS Groupware__
+ but there is no page content.

I use Tikiwiki v2.2

I use the standard menu id=42 for admin menu on the right pane on my website but the menus will not expand so I am able to see the menuitems.

I get the following javascript error in my browser:

Error: document.getElementsByName("icn" + foo)[0] is undefined
Source File: http://www.mydomain.com/lib/tiki-js.js
Line: 520

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

I have tested and look at dev of the module Action Calendar on 6.0 and 6.x trunk.
It need to be polished.
There are some misfit.
Who read this must understand that the function where not ended for 6.0
This note is technical sometime for a good link to dev team.

The item 3650 relates that the popup which shows action buttons can't be reached.

In fact as the function is not polished the buttons are the same as module calendar, but they have not corresponding available functions.

As I test to set these popup as "sticky" it function as the main calendar. After I test various issues :
#Action link on the cell of a day -> go to show a calendar of a full week. Can display thousands of events.
#Buttons on popup goes quite nowhere

!Module Action calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. *The buttons can't be the same as main calendar
*As the events are system events they can't be updated neither deleted.
*The update could be to add a comment to but as it is a list... for the day it is into the list.
**the events can't be edited, but an enhancement can be to have the capability to add comment
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)
**a button on the popup can activate directly the calendar view with options of time span "day, week, month" or list with same options

!Module Main calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar. Options : view only, view and add comment (if rights opened), edit
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Button update
* Button delete
* Button copy and edit
* Button repeat the object (daily, weakly, monthly, trimestrial, yearly, fiexed date - checked on calendar) option edit list generated after
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made, edit types (a structure only for events classification), modify type (check on structure)
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. The buttons can be
*Show the list (right can be only "show_calendar items" and not "edit")
*Display the list in edit mode
*As there are several event they can't be updated neither deleted directly only defined upon the list.
*Depending of opened rights the update button could be "show full list : can add comment " if right opened
Notes :
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)

!For 7.x :
!!Calendar with Gantt presentation
!!Calendar content can content several types of objects with various rights.
See corresponding text (the link to wished features projects for 7.x about calendar will be here soon ###)

{syntax type="tiki" editor="plain"}
Seen in Tiki 5 and Tiki 6:

#Missing images:
The path location that Tiki generates for the Infinite carousel icons (next/previous, play/pause, etc.) is incorrect. Tiki is generating:
{CODE()}
/js/infinitecarousel/images/..
{CODE}

But the correct path is:
{CODE()}
/lib/jquery/infinitecarousel/images/..
{CODE}

#Incorrect DIV height calculated
Tiki is calculating the height of the __div id="carousel" ..__ incorrectly -- the bottom 19px of all images is clipped. There needs to be an additional __19px__ added to overall height, to account for the play/pause button & padding

#Suggestion
Tiki should close the entire __div id="carousel" ..__ within another __div__ with __overflow:hidden__ property. This way, Tiki will no longer display ''all'' images on the initial load of a page. Note, that the additional 19px will need to be added to the div's height, too, as noted in #3.

{syntax type="tiki" editor="plain"}
Using Tiki 6.0, I have encountered the following problems with staging and approval process:
* Staging copies are not deleted upon approval, when the __Delete staging pages at approval __ option is enabled.
* Impossible to create a brand new wiki page when using staging and approval.
* If a staged edit is rejected, Tiki still approves the page.

There can currently only be one shoutbox to a site (at least by any research I have done). Personally, I think TikiWiki is the best poised software on the net to bring people's data back home by creating by giving the general public the ability to create their own sites instead of being data mined on the current social networking repositories. By enabling each family member to have their own shoutbox it would in a sense give each person their own "wall" feature on their own group pages.

I can see how putting in the ability to have multiple shoutboxes would also benefit company sites by giving each project team using the same TikiWiki site as their collaborative space to have their own rapid update system specific to their individual project needs.

By visitors subscribing to (watching) individual group page shoutboxes a "Twitter" like capability quickly begins to emerge. This is especially true when people begin watching each others shoutboxes this could become a platform for launching a broad feature set.

I'm sure the potential benefits wouldn't be limited to these scenarios alone.

--Steve

if you use the example of the mwtable plugin
{CODE()}{MWTABLE( wiki_classes=false )} style="width:50%", class="myclass"
|+style="font-style:italic;"|My caption
? width="30%;" ?? style="background-color:yellow;"
! style="background-color:grey;"| Name
! Address
|- style="background-color: red"
| style="color: blue;" | Bill
| The little house
|-
| Carol || The big house
{MWTABLE}{CODE}

you will get something like this:

{CODE()}<table style="" width:50%="" ,="" class="normal br">
<caption style="" font-style:italic;="">
My caption<br></caption>
<col 30%;="" width="">
<col style="">
<tbody><tr>


<th style="" background-color:grey;="">Name<br></th>
<th>Address<br></th>
</tr>
<tr style="" background-color:="">
<td style="" color:="">Bill<br></td>
<td>The little house<br></td>

</tr>
<tr>
<td>Carol</td>
<td>The big house<br></td>
</tr>
</tbody></table>{CODE}

you see that the attributes are not translated right.

as well there is a problem with a space like "color: blue"

and another addition: doesn't recognise colors in hexadecimal format (#rrggbb)

it happens in version 3.x and as well as in version 6.1 i am testing right now.

When viewing a specific blog post (tiki-view_blog_post.php), users should be able to go to the NEXT / PREVIOUS post in the blog.

The __last_modif_pages__ module has a __minor__ parameter which is supposed to be able to permit/omit wiki pages that were last saved with the __Minor Edit__ option from appearing in the list of last changes.
*minor=y (default) -- Show Minor Edit pages in the list
*minor=n -- Do ''not'' show Minor Edit pages

However, this option does not appear to work (in 2.x).

There is nothing in the wiki page history or action log that identifies a wiki page as having been saved as a __Minor Edit__.

We were trying to have the new antibot captcha working in a Tiki site based on Tiki trunk (during TikiFestBarcelona2 - mid July 2010), were a user tracker was set to collect more information from users at registration time.

when we enabled zend new antibot-captcha , no antibot code was shown at registration time, because there seems to be some conflict with the user tracker.
Once the user tracker was disabled, the antibot-captcha was shown properly, etc.

----
Update: disaled the new zend antibot catpcha, in order to use the former simple captchaimage, but that one is not working either, if user tracker is on.

One can ask for the realName "admin" and get it with no problem. In fact, all the 1000 users of a site could be called admin.
TW51

{syntax type="tiki" editor="plain"}
If you have a clean tiki 6.1 install, the default preview is made with some kind of ajax include above the edit area.
but this preview has no linebreaks in it.
if you disable this and have the "standard" (like in tiki 3.x) preview you have linebreaks in the preview

{syntax type="tiki" editor="plain"}
The email sent to the admin with the form that was filled by an anonymous user, it shows the email address of the user but only the part that is before de "@" sign.



Using
Tiki 6.2

and I formerly encountered this error in
Tiki 6.1 fresh code install, on past 6.0 db updated to 6.1.

The email sent to the admin with the form that was filled by an anonymous user, it shows the email address of the user but only the part that is before de "@" sign.



Using
Tiki 6.1 fresh code install, on past 6.0 db updated to 6.1.