Category: Closed - Completed

[https://wiki.php.net/rfc/optimizerplus|Optimizer+ will be integrated into PHP 5.5.0]

So
1- We want this in the dashboard like APC and Xcache
2- We want to make sure it works with tiki-monitor.php -> http://sourceforge.net/p/tikiwiki/code/48039


OPCache:
http://php.net/manual/en/book.opcache.php

OpCache status from Rasmus Lerdorf:
https://github.com/rlerdorf/opcache-status

Related:
http://rtcamp.com/tutorials/php/zend-opcache/

Important commits:
http://sourceforge.net/p/tikiwiki/code/27831
http://sourceforge.net/p/tikiwiki/code/27829

ex.:

# Redirects
# This is useful if you are migrating from an old site, and you want the old URLs to still work.
# Just uncomment and edit the line below.
Redirect 301 /oldpage.html /tiki-index.php?page=newpage

By default the Admin Filter Preferences is set to Basic.
Trackers can be turned on if the Admin Filter Preferences is set to Advanced.
If so the Admin Trackers tabs "Field Types" will be empty.
The field types will appear only when Admin Filter Preferences is set to Experimental.

This is too much. :)

The Admin Trackers tabs "Field Types" should appears only if Admin Filter Preferences is set to Experimental __OR__ the field types should be displayed when Admin Filter Preferences is set to Basic __OR__ a message should say "You can view the field types only when Admin Filter Preferences is set to Experimental __OR__ both should be displayed when the Admin Filter Preferences is set to Advanced.

The jQuery dialog boxes used on the Admin Modules page for assigning modules aren't showing up properly.

I have the following problem:

we wanted to upgrade our old tiki 2.2 to the new tiki 4.0 but there are some problems.

after using tiki-install.php to upgrade the old tiki to the new one the image galleries doesn't work anymore, even though it is activiated in the features menu.

the problem is the following:
every time i want to go to tiki-galleries.php i get the following error:
----
The following error message was returned:

__The query was:__
__select `sortorder`,`sortdirection` from `tiki_galleries` where `galleryId`=?__

__Values:__

__1. 13__
__2. o__

__The built query was likely:__
__select `sortorder`,`sortdirection` from `tiki_galleries` where `galleryId`='13'__
----

the problem is as you see there is no error message only the query is displayed.

i tried to install a vanilla 4.0 and created two galleries where each of it has one image in it and it works fine

i compared the database tables tiki_images, tiki_images_data and tiki_galleries and they seem to have the same structure

i tried to copy the tables mentioned above from the upgraded tiki into a clean install and still get the error above

possible problem seems to be with the tiki_image table as it works fine without the images in the image tables - but the error appears only after i copy the image tables into the database

it would be nice if someone could help me / fix this problem as it would take some time to reupload all the images (then probably into the file galleries)

and besides that is there a tool that moves the images from the image gallery to the file gallery for future use?

edit: all the other php files work like tiki-list_gallery.php and tiki-browse_gallery.php

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}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

Currently, an administrator of a Tikiwiki installation has to hunt for upgrades, updates, and security related information of his installation. It is often cumbersome and sometimes dangerous, think of the delay in fixing a crucial vulnerability, it has happened elsewhere before. It might also be nice to know that ppl are using current and feature complete software.

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 :)

[http://freshmeat.net/browse/1099/|bibliography management system] like www.bibwiki.com

http://refbase.sourceforge.net/

Could probably be done by a smart combination of ((doc:wiki)) & ((doc:trackers)) in a [http://profiles.tikiwiki.org|profile].

[http://en.wikipedia.org/wiki/Wikipedia:CITE|This guideline uses the terms "source", "reference", "citing", and "citation" interchangeably.]


Related:
[wish1825|Generate footnotes at the bottom of a wiki page] (a simpler version of the current wish)

Bootstrap icons are not found with bootswatch themes that have the font icon path set in their less file to a different location than used in Tiki. For example for the bootswatch amelia theme, the {DIV(type=span class=inline_syntax)}styles/bootswatch_themes/options/amelia/less/varibles.less{DIV} file has the variable {DIV(type=span class=inline_syntax)}@icon-font-path{DIV} set to {DIV(type=span class=inline_syntax)}"../fonts"{DIV}, when it should be set to {DIV(type=span class=inline_syntax)}"../vendor/twitter/bootstrap/fonts/"{DIV}.

To avoid having to alter the bootswatch themes which could complicate upgrading them, there should be a tiki specific less file that sets this variable and overrides that in any individual theme less file. This would mean this variable would not need to be set in any theme less file (currently it is set in each tiki theme file). The same should be done for the {DIV(type=span class=inline_syntax)}@icon-font-name{DIV} and {DIV(type=span class=inline_syntax)}@icon-font-svg-id{DIV} variable names as well.

Below is a demonstration of the problem with screenshots of {DIV(type=span class=inline_syntax)}tiki_list-trackers.php{DIV}:

Missing icons with the Bootswatch Amelia theme:
{img fileId="787"}

Icons are present in the bootstrap default theme:
{img fileId="788"}

Many (most) websites require the use of both a main menu and a secondary menu.

When I click the delete icon for a user in the list at tiki-adminusers.php, a modal dialog displays that says only "null". But the user isn't deleted.

I do Admin > Wiki > No Tab (i.e., tiki-admin.php?page=wiki) , go down to the Wiki Watch section, I see:

---
Wiki watch Help
Information Feature disabled. Enable now.
---

I click on __Enable now__.

I end up at tiki-admin.php?page=features

I go back to Admin > Wiki > No Tab, and it still says:

---
Wiki watch Help
Information Feature disabled. Enable now.
---

And if I go to a wiki page, I don't see the eye icon for enabling watches.

If you try and change some settings in the Preferences area of My Tiki e.g making your email public or the checkboxes for what type of content you want to 'track' - then the "Save changes" button does not do anything and the changes are not saved.

Don't know if this is a problem in other screens but I've checked it in FF, Chrome and Safari (for PC) and my own Tiki13 test site as well as the the Tiki Community web site

I am getting:

"Your Tiki is not completely installed because Composer has not been run to fetch package dependencies. You need to run 'sh setup.sh' from the command line. See http://dev.tiki.org/Composer for details."

Hey there,

talking about tiki-adminusers.php

Just recently tere was a new dialogue added to apply users. Today a popup opens and you can choose respectively multiselect groups to apply the users to or to remove users from.

I could not really test this good looking feature if it works spot on, or is tere would appear objections, because on save the user is not applied to the group - the setting is just ignored.

So on a site already having this update, I have to apply users to groups from tiki-admingroups.php tab 'members', which is a workaround, but not a good UX for te released system (thus a blocker).

I will look into it for a more detailed description lateron and try to find out who committed tis. Anyway, it would be nice, if someone of the coders could check and maybe fix ... I recon, that only a very little bit is missing.

Version 5.4 is out but under "General Preferences," the "Check For Updates Now" does not work

problem when using the (full) WYSIWYG editor with the latest IE version ie IE11

When using the link icon in the WYSIWYG toolbar (full html configuration), instead of the separate option for the Link Type being selectable from the drop down menu, ie for URL, Wiki Page etc., all the separate options are displayed one under the other and then everything locks up. You have to close the whole browser tab to get anything to work again.

Google searching suggests that this is a known ckeditor issue but was supposedly fixed with support for IE11 in ckeditor 4.3 - but it looks like the version of ckeditor in 12.2 is just 4.2.3

I think we need to move this up as 12.x is our LTS and a very significant numbers of users will use IE11 and will therefore be unable to use the editor.

13.x now has ckeditor 4.3.4 and IE11 seems to be OK in 13.x

See screencast of:
http://dev.tiki.org/tiki-pagehistory.php?page=Tiki+Slideshow+used+in+BigBlueButton&source=14

{flash type="url" movie="display561" width="664" height="528"}

php console.php index:rebuild works well

However, it doesn't give any feedback.

The web interface reports:

wiki page: 2850
blog post: 4
article: 1708
file: 4321
trackeritem: 6988
comment: 13

Execution time: 510.07 secs
Memory usage: 116.50MB
Queries: 245172 in 163. secs
Last update from SVN (12.0svn): Friday 02 of August, 2013 11:11:40 EDT- REV 46958

Creation of tracker items with __relative dates__ from profiles shows the right date in view item but empty when editing item

By __relative dates__ I mean something like:
{CODE()}
+1 day 2 hours
{CODE}

(See more: http://www.php.net/manual/en/function.strtotime.php )

See it reproduced in the show instance of this other bug report ([item5254]):

http://xavi-9794-5254.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=4
u: admin
p: 12345

This item was created through applying the profile "Tracker_as_Calendar_12"

Defined as:
{CODE(ln="1")}
type: tracker_item
ref: event_004
data:
tracker: $Tracker_as_Calendar_12:trac_as_cal
status: open
values:
- [ $Tracker_as_Calendar_12:trac_as_cal_summary, A big conference ]
- [ $Tracker_as_Calendar_12:trac_as_cal_location, room 2.3 (15 seats) ]
- [ $Tracker_as_Calendar_12:trac_as_cal_start_date, +1 day ]
- [ $Tracker_as_Calendar_12:trac_as_cal_end_date, +1 day 2 hours]
- [ $Tracker_as_Calendar_12:trac_as_cal_priority, 5 ]
- [ $Tracker_as_Calendar_12:trac_as_cal_description, "I'm really looking forward to attending at this event." ]
{CODE}

Which produced, once applied, something like:

|| Summary | A big conference
Location | room 2.3 (15 seats)
Priority | 5
Description | I'm really looking forward to attending at this event.
Start date | 2014-05-28 12:58
End date | 2014-05-28 14:58
Created | Tuesday 27 of May, 2014 12:46:16 CEST
LastModif | Tuesday 27 of May, 2014 12:46:16 CEST
||

When clicking at edit, no start or end date are shown in the form, and the icon to open the popup helper to fix the dates is not shown either.

And then, in the wiki page to display items as calendar events ( http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12 ), this event is not displayed either.

{flash type="url" movie="display782" width="857" height="741"}

dev.t.o (12.x): rating tracker items is half-broken

USer get the sensation that items from the dev.t.o bug tracker can not be rated any more, since when you click, the spinner never ends.

But if you refresh the page, the rating choice is shown (so it seems stored successfully, even if the spinner never ends and nothing indicates the user that the rating succeeded).

Maybe it's by design, but it looks a little weird...

We have: ((tw:PO convertor for TikiWiki))

Should we change the way we handle language.php?: ((Research about different i18n systems))