Category: 4 - Done - Ready for DEV Team
Show subcategories objects| Name | Type |
|---|---|
| since_last_visit on doc.tw.o doesn't link to individual new files but to their gallery | tracker item |
|
slideshow not working after upgrade to 11.x (multitiki) if js minify is off
Slideshow is not working anymore since I upgraded the site to Tiki11, (I also changed the style to coalesce). http://sustainability.seeds4c.org/tiki-slideshow.php?page=Session+02 or http://sustainability.seeds4c.org/show:Session%2002#s1 show the same wiki page, with no slides. Those same pages upto tiki10 produced slides in a slideshow. |
tracker item |
|
Slideshow: Change Theme button not clickable
Demo here: http://dev.tiki.org/show:Slideshow+Test#s6 {flash type="url" movie="display593" width="967" height="732"} |
tracker item |
|
Social Header Bar Content
This is a patch to add a new social header bar on a tiki pages. When you create a new tiki page, this bar with options to facebook, twitter and others social networks are showed by default. Otherwise, you can disable this feature through of Tiki administration panel, in specific, Advenced features section. |
tracker item |
|
Some wiki syntax crashes page, with error message: Not unique table/alias: 'ts'
See 9.x: https://profiles.tiki.org/Admin Still a problem in trunk: http://nextprofiles.tiki.org/Admin This is the commit that caused it: https://profiles.tiki.org/tiki-pagehistory.php?page=Admin&compare=Compare&newver=14&oldver=13 |
tracker item |
|
change the table definitions to support the new utf8mb4 character
I was creating a wiki page entry and encounter a bug. When a special character is used in the text, text is deleted at the instance of the first special character and below. I just upgraded from 10.2 to 11.1 hoping to fix this problem. Both version delete text using special characters inserted using the character feature of the editor. mu, epsilon, pi, kappa, h bar were used. epsilon is the first special character and was the start of the deleted text. ----- This is now converted into a Feature Request for tiki 13, See comment thread for reasons why {sign user="pascalstjean" datetime="2013-11-27T16:09:44+00:00"} |
tracker item |
|
Spreadsheet Column Headers don't match Column sizes in Full Screen mode
in full screen mode, the column headers take the full width of the screen instead of staying the same size as the columns. (see screen shot) {img fileId="589"} |
tracker item |
|
Spreadsheet: Potential CSS regression in Tiki12, with line-height
Noticed here: https://dev.tiki.org/Tiki12 I am pretty sure Tiki11 was fine. I will make a screenshot of Tiki11 on another site |
tracker item |
|
Spreadsheet: update to latest stable version
Perhaps jQuery.sheet should move to Composer and Packagist? Use: jQuery.sheet 3.0 http://sourceforge.net/p/tikiwiki/code/48315/ |
tracker item |
|
Start coordination with student legal team for 2013-2014
2013-08-29: "I am writing to let you know that a new WVU Entrepreneurship and Innovation Law Clinic team has been assigned to determine if there is an additional TIKI matter for this year." This should kickstart getting someone new to help with this, along with Pascal, as per ((tw:TikiFestPostPostMuskoka)) Nelson is still in charge of this until hopefully Steve takes the lead |
tracker item |
|
Strasa theme does not seem to work properly in V11.0
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. |
tracker item |
|
Switch-theme module doesn't work at nextthemes.t.o when not logged in
Using the switch-theme module has no effect. The page refreshes but the theme doesn't change. But, it works as expected when the user is logged in. see also : http://dev.tiki.org/item4874 |
tracker item |
|
Switching perspectives should have URL of the home page of that perspective, instead of tiki-index.php
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 |
tracker item |
|
Switching themes has no effect
http://themes.tiki.org/Sample+page {flash type="url" movie="display528" width="1111" height="494"} |
tracker item |
|
t.o 11.x: left column overlapping central column and flip left column is unclickable with Chromium
tiki.org (11.x): many pages shows as anonymous (or registered) with left column overlapping central column. And the icon to flip left column is unclickable. See screenshot (from http://tiki.org/Translation+Server ). This was visited with Chromium (Versió 28.0.1500.71 Ubuntu 13.04). Using firefox everything is displayed properly {sign user="pascalstjean" datetime="2013-08-26T01:52:24+00:00"} * Chromium is no longer webkit. It is now Blink http://techcrunch.com/2013/04/03/google-forks-webkit-and-launches-bl * Also tried to reproduce using http://browsershots.org/ I ran all browsers and couldn't find a screenshot that seemed broken {sign user="xavi" datetime="2013-08-29T19:29:30+00:00"} * Other user reports in irc.t.o a similar issue in t.o with Firefox browser: + [http://irc.tiki.org/irclogger_log/tikiwiki?date=2013-08-29,Thu&sel=72#l68] |
tracker item |
|
The tracker popup setting are applied instead of the trackerfilter popup setting.
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. |
tracker item |
|
Text colour palette is blank on wiki editor toolbar
The change text colour palette is blank: {img type="fileId" fileId="483" thumb="y" noDrawIcon="n"} Tested on the instance and confirmed. ~~#F00:Update:~~ Fixed on 48335. {sign user="Bsfez" datetime="2013-11-05T07:25:28+00:00"} |
tracker item |
|
The img... plugin shows HTML code instead of image after saving an article
{syntax type="tiki" editor="plain"} I could not (yet?) reproduce on show.tiki.org I will try to further research on my website and try to reproduce or finally close. --- SORRY for frequent Bug Tracker infomails - something weird is going on on this server/website The bugtracker seems to be broken (worth another bug report => see item4829) I cannot save categories so here: Category: "Bug Regression" / Version: "Tiki 12" / Feature: "Articles, WikiPlugin?; FileGallery?" I try to save the categories again and make a 12.x instance instead of 12.0alpha --- => After saving an article, the ~np~{img ...}~/np~ plugin shows HTML code instead of the image. Before saving the article or on re-editing, the preview shows the image alright aswell as a wikipoage shows the same image alright - just in the article view mode something goes wrong. Maybe this could be related with[http://dev.tiki.org/item4815?status=op&sort_mode=f_41_desc&filterfield=26&filtervalue[26]=img&filter=Go|ElFinder returns img plugin syntax instead of image UR]? I will make a show instance now and report back here. |
tracker item |
|
Tiki Calendar Permissions--they're kinda messed up.
{syntax type="tiki" editor="plain"} Tiki calendar object permissions do not work properly. (Or, I am not understanding how they should work correctly.) It is my understanding that object permissions should override global permissions. In the case of calendar, this means that if there are no global permissions granted, but there are object permissions set on a calendar, the calendar should comply with the object permissions. This is not how calendar currently works. In order for a user to add an item to a calendar, they must have the add item permission in global permissions, regardless of whether the object permissions grant them that permission. In the snapshot below, I have it set up as follows to demonstrate this. User: admin PW: 12345 User: reg PW: 12345 Member: Registered Registered is granted no calendar related permissions globally. I created a calendar "test" and granted Registered add, change, browse, and view calendar permissions in the object permissions. User "reg" is unable to add items (button does not appear) to calendar "test" from -+tiki-calendar.php?calIds=1+- I believe that "reg" should be able to add items, as the object permissions allow them to, regardless of global permissions. Note that the view permission seems to be working correctly on the object level of permissions for calendar, as "reg" is still able to view the calendar, though that permission is not granted globally. Let me know if I'm just crazy and over-thought this into a dumb :) |
tracker item |
|
Tiki DB Redactor: Add script and document procedure for running from any Tiki DB, including *.tiki.org backups
See: ((Database Redact)) Although it would be nice, this doesn't need to be automatic on a cron job like {wish id=4665} Amette explained that he copies data to a new database and that he executes various operations on this database. So in essence, a cloning command is necessary for this. And a clone and upgrade is needed for show.tiki.org If clone and redact was available on the command line, as a cron job, it could be an extra parameter to a clone command. See: ((Command-line tool|#console.php_clone)) And when we'd become quite confident with our script, we could even make the backups available to the public, like Wikipedia does. This is one more reason why fully automated would be nice. http://en.wikipedia.org/wiki/Sanitization_(classified_information) 1st use of this new process is to supply redacted copies of tiki.org, doc.tiki.org and dev.tiki.org to Matthieu Hermet to work on NLP with ElasticSearch. |
tracker item |
|
Tiki Importer - Mediawiki
Hi, When trying to use the Tiki Importer for Mediawiki, I ended up with a blank page. Reproducible everytime: *Menu Admin / Tiki Importer *In the dropdown box "Select the software to import from", select Mediawiki *Click OK => blank page I added this to view errors: ini_set('display_errors',1); error_reporting(E_ALL); Fatal error: require_once(): Failed opening required 'Text/Wiki/Mediawiki.php' (include_path='/path/to/my/tiki/vendor/bombayworks/zendframework1/library:/path/to/my/tiki/vendor/bombayworks/zendframework1/extras/library:/path/to/my/tiki/vendor/phpseclib/phpseclib/phpseclib:.:/usr/lib64/php/:/usr/share/pear/:/usr/share/php/:/path/to/my/tiki/') in /path/to/my/tiki/lib/importer/tikiimporter_wiki_mediawiki.php on line 9 Indeed there is no Mediawiki.php in those folders Workaround: I found this file in the folder /vendor_extra/pear/Text/Wiki/ I copied the folder Text into /vendor/bombayworks/zendframework1/library The file was properly called. I guess it would be better to correct or add the path but I don't know how. Thnak you! |
tracker item |
|
Tiki wishlist bug
The Tiki wishlist has a problem when using filters. {img fileId="412" thumb="y" rel="box[g]"} Error text ! ) Warning: rawurlencode() expects parameter 1 to be string, array given in /var/local/dev.tiki.org/www/templates_c/en^ee47e9233c84675a267d9b73de7f1fdd7b241491.file.tracker_filter.tpl.php on line 71 Call Stack #TimeMemoryFunctionLocation 10.0004803584{main}( )../route.php:0 20.00191169344include( '/var/local/dev.tiki.org/www/tiki-view_tracker.php' )../route.php:237 37.5589100835536Smarty_Tiki->display( )../tiki-view_tracker.php:556 47.5589100836296Smarty_Internal_TemplateBase->display( )../smarty.php:360 57.5589100836488Smarty_Tiki->fetch( )../smarty_internal_templatebase.php:374 67.5590100840496Smarty_Tiki->fetch( )../smarty.php:241 77.5591100840856Smarty_Internal_TemplateBase->fetch( )../smarty.php:266 87.5631101837200content_523e87998c87f4_88692712( )../smarty_internal_templatebase.php:180 97.5726103041616Smarty_Internal_Template->getSubTemplate( )../en^5a11464211dbc7d301d052e0c3d6808c26d5e183.file.tiki-view_tracker.tpl.php:241 107.5727103084072Smarty_Internal_TemplateBase->fetch( )../smarty_internal_template.php:286 117.5746103528536content_523e8799d25ca4_03606393( )../smarty_internal_templatebase.php:180 127.5752103546896rawurlencode ( )../en^ee47e9233c84675a267d9b73de7f1fdd7b241491.file.tracker_filter.tpl.php:71 &filterfield=32&sort_mode=created_desc&status=o" class="statusimg"> ( ! ) Warning: rawurlencode() expects parameter 1 to be string, array given in /var/local/dev.tiki.org/www/templates_c/en^ee47e9233c84675a267d9b73de7f1fdd7b241491.file.tracker_filter.tpl.php on line 71 Call Stack #TimeMemoryFunctionLocation 10.0004803584{main}( )../route.php:0 20.00191169344include( '/var/local/dev.tiki.org/www/tiki-view_tracker.php' )../route.php:237 37.5589100835536Smarty_Tiki->display( )../tiki-view_tracker.php:556 47.5589100836296Smarty_Internal_TemplateBase->display( )../smarty.php:360 57.5589100836488Smarty_Tiki->fetch( )../smarty_internal_templatebase.php:374 67.5590100840496Smarty_Tiki->fetch( )../smarty.php:241 77.5591100840856Smarty_Internal_TemplateBase->fetch( )../smarty.php:266 87.5631101837200content_523e87998c87f4_88692712( )../smarty_internal_templatebase.php:180 97.5726103041616Smarty_Internal_Template->getSubTemplate( )../en^5a11464211dbc7d301d052e0c3d6808c26d5e183.file.tiki-view_tracker.tpl.php:241 107.5727103084072Smarty_Internal_TemplateBase->fetch( )../smarty_internal_template.php:286 117.5746103528536content_523e8799d25ca4_03606393( )../smarty_internal_templatebase.php:180 127.5756103546896rawurlencode ( )../ ---- A screencast ... {flash type="ur |
tracker item |
|
tiki-all_languages.php needs canonical
The canonical is: <li But should be <li |
tracker item |
|
tiki-check.php: make all these 50+ values available to Nagios/Icinga/Shinken
Use case 1: * Customer has his own hosting (ex: dedicated or shared hosting) * There is not just Tiki on that hosting * Tiki consultant doesn't really control the hosting. They may change config to suit another app or in an upgrade. * Tiki consultant sets up everything just nice thanks to Tiki Check * Several months go by, all is well. Tiki Consultant is a hero. * Hosting company (or someone else working on another app on the same server) proceeds to an upgrade/change without telling anyone * Several months go by, problems appear, there is dissatisfaction * Customer considers this as within the warranty and expects the Consultant to fix without extra charge * Tiki consultant feels: "hey, it worked when I left it" * Tiki consultant doesn't remember / have data on the previous config so can't explain the cause of the issues. * Customer thinks Tiki was perhaps not such a good idea, as it's not supporting data load and there are all kinds of quirks * Customer gets told, "why didn't you use system XYZ instead?" In an alternate reality, Tiki Consultant sets up a Nagios/Icinga/Shinken instance to track all Tiki sites he has been associated with. Data is logged quietly in the background. When an issue is reported, he can look at historical data and see what changed and have a clue. As a bonus, he can indicate to the customer that hosting company made changes to the server without advising anyone. Tiki Consultant is a hero (and can bill that time), and hosting company is not. If Nagios/Icinga/Shinken could alert the Tiki Consultant of changes, it would permit Tiki Consultant to review changes and to evaluate if there are any risks of issues. Use case 2: run on all *.tiki.org sites to help reliability. Use case 3: run on pre-dogfood servers and if we notice something went awry (ex: requires more RAM), we have a clear indication of which day the commit came in. We have 50+ beautiful checks in tiki-check.php Surely it can't be hard to make them accessible to an outside monitoring system? |
tracker item |
|
Activity Stream: should not be basic prefs
http://marclaporte-11197-4963.show.tikiwiki.org/tiki-admin.php?page=community {img fileId="615"} Please make this Advanced not Basic {sign user="pascalstjean" datetime="2013-11-23T18:00:15+00:00"} |
tracker item |
# Batch Category Creation - Figure 3 (Batch Category Creation - Figure 3.PNG)
# Batch Category Creation - Figure 1.PNG (Batch Category Creation - Figure 1.PNG)
# Batch Category Creation - Figure 2.PNG (Batch Category Creation - Figure 2.PNG)
# Batch Category Creation - Figure 3.PNG (Batch Category Creation - Figure 3.PNG)
However, those files all link to the same url, which is the gallery url,
http://doc.tikiwiki.org/tiki-list_file_gallery.php?galleryId=2
and not their single url's.
Example:
http://doc.tikiwiki.org/tiki-download_file.php?fileId=126&preview
----
UPDATE: was that an intentional move? I still consider that the former (1.x?) behavior was better from the point of view of usability. {sign user="xavi" datetime="2013-11-17T09:49:01+00:00"}
---