Category: 14.x

Spreadsheets in doc.t.o (using 12.x r48406) are displayed with large blank bottom section and rows out of sync with row numbers.

See example here:
https://doc.tiki.org/tiki-view_sheets.php?sheetId=1

{img fileId="582"}

When you click at edit sheet, rows are in sync with row numbers, but the extra empty space at the bottom is still shown.

-----

See also http://dev.tiki.org/item4923 it is closed since its a duplication of this report

The dynamic items list select gadget is too narrow to be useful. It should probably have a "form-control" CSS class, to widen it to the width of its container.

When I edit or create a tracker item (e.g. on the bug tracker) in a popup, and accidentally click on the area of the screen outside of the popup, the popup closes and all my edits are lost. This is a usability problem and all edit popups should be modal imho, especially this one :)

When editing a comment assigned to a trackeritem, the comment doe not update after save.
This happens only when codemirror is used.
When toogle "Highlighter" two times before hitting save, then the updated comment will be saved.
The reason seems to be that upon save, the updated comment is not read from the codemirror data structure, but from the initially loaded content saved in the textarea.

I was able to debug to the point where the POST request happens. That is tiki-jquery.js arround line 1740. There the wrong value is taken. Mabye also autosave.js is involved as well.

When a user's preferred language is set to Simplified or Traditional Chinese, that user will notice that upon editing a page the Wysiwyg editor won't complete loading. Other preferred languages I tried including English, Japanese and Dutch do not have this problem.

To see the bug:
- Go to [http://kong-11768-5699.show.tikiwiki.org]
- After show login, login to tiki as usr: admin and pwd: 12345
- Menu select: Wiki文档 -> Create a Wiki Page
- Fill in any name for wiki page to be created
- Click 创建文档 button
- Confirm language
- See the editor is loading for ever...

I have taken a snapshot just now of the show db, just in case.

If you are in a site with some "documentation" activity (a bunch of images already in the default folder), it's not easy for the end user to insert the image he/she has just uploaded to Tiki thorugh the toolbar icons/actions.

With the former file gallery interface to upload a file, you see the thumbnail or icon of the image/file just uploaded, so that it's very easy to find it and click on it to get the corresponding wiki syntax inserted in the text area, so that the file is used within the text.

With elFinder, this simple task becomes difficult, annoying, and time consuming (plus irritating at some times, if you can't seem to find the image you have just uploaded and you KNOW it's there somewhere).

Usual case (can be easily reproduced in doc.t.o):
# Log in doc.t.o
# Edit a documentation page
# Click at the toolbar icon to insert a new image from your local harddisk. elFinder interface is shown.
# Click at the icon to insert the file from your harddisk. Select your file, upload it.
# Once the file has finished uploading, you have no clue where the image is, and it's way more complicated to have your image inserted for you in your wiki page or text area.
** You have to start scrolling and scrolling there in the elFinder window to look for something... I know my image was called (real example from today) "tiki13_tracker_events_00.png".
** I typed "tiki13_tracker_events" in the search box, and nothing was shown (!).
** I typed "tiki13_tracker" in the search box, and nothing was shown (!).
** I typed "tiki13" in the search box, and dozens of images where shown (!!!).

At this time, my annoyance started to increase quite a lot, as you can image...

We need to make the lifer easier for the end user (and for the *.t.o Tiki contributor)

^ Expected behavior with elFinder:
* Once the file has finished uploading, we expected to have elfinder automagically search for that file name ("tiki13_tracker_events_00.png"), and display the end user JUST the icon/thumbnail of that file just uploaded, so that this human being can easily click on it to have it inserted.
^

Thanks for improving this lovely elFinder interface! :-) {sign user="xavi" datetime="2015-01-26T10:13:55+00:00"}

Go to tiki-admin_notifications.php
Add a notification like this one :
any wiki page is changed / destination email / user1@domain.com

It adds a line
wiki_page_changed / * / user1@domain.com / ""

Then add another notification:
any wiki page is changed / destination email / user2@domain.com

The second one will REPLACE the first.

Looks like a bug. And I cannot add an email like user1@domain.com,user2@domain.com.

When you have more than one calendar, and you have user watches enabled, the display of the icons to watch calendars is not shown. I tagged this as a dogfood a tiki.org site since this is an improvement needed for tiki users to get notified on Tiki fests, for instance. Currently, most powerusers don't know that they can monitor the tiki calendar.

In order to monitor calendars right now, you need to deselect all calendars, re-select just one, refresh, and then you will see the icon to watch / monitor /subscribe to the calendar. And you need to do that one by one.

Expected behavior: some way to see the list of all calendars with the icon to subscribe to each of them next to its name. Maybe through similar popup with the full list of calendars that you have the right to see and monitor, and then, you expose those icons/actions there?

Show.t.o instance:
http://xavi-9794-5877.show.tikiwiki.org
u: admin
p: 12345

There are 3+ calendars already, and when all are selected for display (default behavior), no icon to monitor them is shown:
http://xavi-9794-5877.show.tikiwiki.org/tiki-calendar.php

{img fileId="1037" thumb="box"}

But when you select just one, you can see the icons to monitor it:
http://xavi-9794-5877.show.tikiwiki.org/tiki-calendar.php?calIds%5B%5D=3&todate=1459860043&refresh=Refresh

{img fileId="1038" thumb="box"}

Plugin TrackerIf doesn't seem to accept nesting so far, and we need it to allow customization of the interface to edit data with Pretty Trackers.

*If field_1 is A
** if field_2 is not empty, display value of field_2
** if field_3 is not empty, display value of field_3
** if field_4 is not empty, display value of field_4
** ...
* if field_1 is B
** if field_10 is not empty, display value of field_10
** if field_11 is not empty, display value of field_11
** if field_12 is not empty, display value of field_12
** ...

{CODE(ln="1")}
{TRACKERIF(test="(f_1='A')", ignore='n')}
{TRACKERIF(test="(f_2 ='')", ignore='n')} {ELSE} {$f_2|output} {TRACKERIF}
{TRACKERIF(test="(f_3 ='')", ignore='n')} {ELSE} {$f_3|output} {TRACKERIF}
{TRACKERIF(test="(f_4 ='')", ignore='n')} {ELSE} {$f_4|output} {TRACKERIF}
{TRACKERIF}
{TRACKERIF(test="(f_1='B')", ignore='n')}
{TRACKERIF(test="(f_10 ='')", ignore='n')} {ELSE} {$f_10|output} {TRACKERIF}
{TRACKERIF(test="(f_11 ='')", ignore='n')} {ELSE} {$f_11|output} {TRACKERIF}
{TRACKERIF(test="(f_12 ='')", ignore='n')} {ELSE} {$f_12|output} {TRACKERIF}
{TRACKERIF}
{CODE}

When newsletters are edited using the wysiwyg-html edit, extra lines are added.
Tested on Tiki 12.4svn

Will setup a show instance.

Tiki14 has the same problem. I haven't tested other version.
This problem makes it impossible to work with newsletters in html.

Hi, I'm using tikiwiki to build my own task management system, I'm building a wikipage and try to set default value to a user defined variable like this:
{{lalala|nothing}}
my server showed nothing , but still i can set the value of variable lalala by use URL.
Is there a bug or I missed any configuration?
Thanks a lot.

I get "Fatal error: Class 'Comments' not found in .../lib/importerlib.php on line 24" when trying to import a forum (at'tiki-forum_import.php').

!Retested

Fixed in 15.0alpha (REV 57761)

!Bug

When enabling CAPTCHA Questions, the following error is displayed below the comment entry text area, in stead of the CAPTCHA and the submit control buttons.

-+Fatal error: Call to undefined method Captcha_Questions::getService() in [[snip tiki path]/lib/captcha/captchalib.php on line 179+-

It is not possible to submit a comment, since the submit button is not displayed.

The bug appears for comments in all features accepting comments.

!Reproduction

!!Enable advanced preference filters

tiki-admin.php

!!Enable comments for wiki pages

tiki-admin.php?page=comments

Enable "Comments below wiki pages"

Set "Allow comments per wiki page" = "Enable (default On)"

!!Enable captcha questions

tiki-admin.php?page=security

Go to tab "Spam protection"

Enable "Anonymous editors must enter anti-bot code (CAPTCHA)"

Enable "CAPTCHA Questions"

Enter into "CAPTCHA Questions and answers":

q1:a1
q2:a2
q3:a3
q4:a4

!!Set permissions for Anonymous users

tiki-objectpermissions.php

Allow for Anonymous:

*comments/Can post new comments (tiki_p_post_comments)
*comments/Can read comments (tiki_p_read_comments)
*wiki/Can view wiki comments (tiki_p_wiki_view_comments)

!!Enable comments for HomePage

Edit the page, and save.

!!Test

Log out, and see the error message below the comment entry text area.

(End of reproduction)

Accessing tiki-calendar.php returns
{CODE()}Fatal error: Uncaught exception 'SmartyCompilerException' with message 'Syntax Error in template "/var/www/tikitrunk/templates/tiki-calendar.tpl" on line 255 "" unclosed {else} tag' in /var/www/tikitrunk/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_templatecompilerbase.php:667 Stack trace: #0 /var/www/tikitrunk/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_smartytemplatecompiler.php(118): Smarty_Internal_TemplateCompilerBase->trigger_template_error('unclosed {else}...') #1 /var/www/tikitrunk/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_templatecompilerbase.php(206): Smarty_Internal_SmartyTemplateCompiler->doCompile('??{title admpag...') #2 /var/www/tikitrunk/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_template.php(187): Smarty_Internal_TemplateCompilerBase->compileTemplate(Object(Smarty_Internal_Template)) #3 /var/www/tikitrunk/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_templatebase.php(155): Sma in /var/www/tikitrunk/vendor/smarty/smarty/distribution/libs/sysplugins/smarty_internal_templatecompilerbase.php on line 667{CODE}

Using the latest Tiki 14.x zip file, creating pages using the Norwegian characters æøå fails, when typing in the name and using the double parenthesis syntax.
The page saves ok and displays the ? - mark.
Click to create the page. All seems well.
Save the page.. leads to page not found.

Will set up a show instance

...later ... show problem
The show instance does not work properly.
After I activated SEFURL, the homepage fails to load.

The "Upload New Version" action item in file galleries is no longer reliable. Clicking it opens a file selection dialog, but if the wrench icon controlling the menu of action items is not clicked, the dialog disappears quietly, without reporting any error. This is not too misleading, since there is no false confirmation.

http://bsfez-11581-5668.show.tikiwiki.org/tiki-list_file_gallery.php?galleryId=1
Can't upload a new version....

The File Gallery Template feature is still in Tiki, and it seems nobody really knows what it was used for, if you will here is something I wrote a couple years ago on this, at https://tiki.org/forumthread59522
If this is supposed to work somewhere, it sure would be great to have it working if the intentions were to build upload templates from it.
Thanks for looking
John

Dear Sir:

This may not sound as a bug, but this could be a problem for people who use tiki to build a professional website.

In an ideal CMS, no one has to know what platform the webmaster is using. Knowing the platform from first sight is considered a huge flaw in the design of the CMS. It's not my position to defend this statement, but you're professional developers, and you understand how this should be the first piece of information any hacker is looking for. Honestly I'd be already surprised if this not clear.

With that said, let's state the problem: The problem is that every php page in tiki has the prefix "tiki-", like "tiki-index.php". Now why?

Let's look at this rationally. Does this benefit the user with anything? Absolutely not. As it looks to me, it's just a show-off of the kind "hey look, this website was made by tiki, and the webmaster couldn't get rid of those urls exposing him".

Trust me, some companies will just refuse to use the whole platform because of this! Usually organizations are paranoid about security.

So please, fix this. Just remove every "tiki-" from every file name. There's not a single good reason to have it done this way.

PS: Renaming the files myself is not considered a solution. Even if it works, an update will mess it up.

Best,
Samer

Since updating to 14.2, I can no longer select a file gallery to store the files uploaded through a files tracker field in the 'Options for Files' menu. The dropdown menu only shows --, but no gallery files to select. Existing Files fields (created in 14.1) still have their gallery link, but a new Files field in the same tracker presents no option to link to that same or any other gallery anymore, only --.

Consider a tracker 1 that has a field with fieldId=2 of type item link, and multiple values are allowed for this field. Assume that the tracker contains an item 3 where field 3 is a set of 2 item links, one to value "A" and one to value "B". The value of field 3 of item 2 in tracker 1 will show as "A,B".

Now make a trackerlist with trackerId="1" filterfield="2" and filtervalue="B". Due to a bug in trackerlib.php item 3 will not be shown. Item 3 should be shown, because value B occurs in field 2.

The problem is that the code does not handle item links with multiple values, and the filtervalue is checked only against the first link in the link item field.

The bug is due to the following piece of code:

INNER JOIN tiki_tracker_item_fields ttif{$i}_remote ON ttif$i.`value` = ttif{$i}_remote.`itemId`

The ON statement should take into account that ttif$i.`value` can be a list of itemIds, not a single value. Replacing this code with the following code resolves the problem:

INNER JOIN tiki_tracker_item_fields ttif{$i}_remote ON FIND_IN_SET(ttif{$i}_remote.`itemId`,ttif$i.`value`) > 0

Find an easy way to help tiki users convert their slideshows made with tiki slideshow feature into a pdf of slides (for backup and life-saver when internet issues at presentation time)

Every now and then, we prepare presentations with the nice Tiki ((doc:Slideshow)) feature (jquery.s5)
But the day of the presentation, some issues might happen: internet connectivity issues, or others, like in the demo scheduled for the Tiki Roundtable Meeting for April 2015 from teh tekadvocates, etc.

The dompdf lib seemed to help with that, but it was never brought to a production level. See:
http://doc.tiki.org/Slideshow#PDF_Export

Some workaround is to make the slideshow by hand through screenshots of all slides, one by one, and then, convert them all into a pdf with external tools, such as gscan2pdf or similar.
http://gscan2pdf.sourceforge.net/

can not delete a created forum.
When I ty to delete the forum entry the window to ask it i wish to delete the forum pops up.
When I say yes, nothing happens.

Best regards

Jürgen

There's some weirdness in posting in the forum that should be corrected. I just spent time writing a response to a forum post at the community site, and clicked "preview". Then a modal came up and said "This page is asking you to confirm that you want to leave - data you have entered may not be saved." There were two buttons, the highlighted one was "Leave page"; the other was "stay on page".

What does this mean? Normally "leave page" means just that, but I didn't want to leave the page if it means my post isn't saved, which the dialog warned about. So I clicked "stay on page" and watched the "save in progress" anim rotate forever, over my ghosted post which I feared would be lost. So I opened my DOM inspector and "display:none"ed all the modal layers and was able to hit the "post" button.

In a follow-up test, I clicked the "Leave the page" button and this in fact allowed me to stay on the page and see a preview of my post.

Clearly things aren't as they should be. The "stay on page" action is completely dysfunctional, and the "leave page" is, ah, misleading. Is a warning needed here at all? Why not just show the preview? If a confirmation is needed for some user-unfriendly reason, then at least the wording could be corrected.

tiki-forum_rankings.php is broken since Tiki 4 due to its usage of function forums_ranking_last_topics(), which was removed:
Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tiki/6.x/tiki-forum_rankings.php on line 70

or

Fatal error: Call to undefined method RankLib::forums_ranking_last_topics() in /var/www/tikitrunk/tiki-forum_rankings.php on line 72

The method was removed in r20573.

Forum editor (wysiwyg?) can't be loaded in mobile device (tested with chrome on android smartphone).

Example url:
https://next.tiki.org/tiki-view_forum_thread.php?comments_parentId=52179

If it can't be properly fixed, at least wysiwyg editir shoukd be disabled when in mobile devices?
---
^ __Update as of March 16th 2015 __
Bug still present in next.t.o (sorry, I can't see the revision number any more at "Settings > Control Panels > General > General Preferences").
I did clear the ./temp/public/ cache folder, reloaded the url indicated in the bug report in a browser at the computer (wysiwyg shown), and then something equivalent on Chrome on Android smartphone, and still can't see the textarea to type.

So please, don't close a bug report unless you tested the fix with the described steps to reproduce it, even if some other bugs are fixed that "should" or "might" also fix the reported bug, etc. At the most, change status to "pending" while requesting to the bug poster to "Please retest". And thanks wolfgang for all you efforts to improve Tiki: they are very welcome!
{sign user="xavi" datetime="2015-03-16T08:43:49+00:00"}

In addition, no editor shown at the show.t.o instance attached to this bug report with Chome on GNU/Linux PC, using 14x r54428, either:
http://xavi-9794-5559.show.tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=1
u: admin
p: admin
^