Category: 12.x

Hello !

Currently the top af the wiki article has 4 lines, each for an item. Space could be saved (in my site wikispiral.org I'm putting those in a special slider fixed on top)...

When trying to remove an item from a Structure, the page refreshes and there are 2 options at the top of the page that aren't very obvious to the user.

This is inconsistent with our typical Tiki UI. Usually we either have a Popup with a request for action OR a page that requests Confirmation.

I would like to see a Popup with request for action

Trunk BBB integration doesn't seem to work with new version of BBB 0.81

This same configuration has been tested on an older version of Tiki 9 and it worked

The bloglist plugin ignores the permissions.

If no view blog permissions are assigned to (say) registered users, attepting to view the blog is blocked correctly.

However, if the same blog is shown using the bloglist plugin, on a page the user has permission to view, the blog posts are displayed anyhow.

See: https://tiki.org/tiki-view_forum_thread.php?comments_parentId=49015

{img fileId="638"}

And https://tiki.org/tiki-view_forum_thread.php?comments_parentId=42893
{img fileId="677"}

Browse categories in mobile mode: names of categories not shown (only when passing the mouse over the dot)

Example:
http://xavi-9794-5009.show.tikiwiki.org/tiki-browse_categories.php?parentId=1&deep=on&type=

u: admin
p: 12345

Change to mobile mode (link in module in right column)

Search offered by browsers (Ctrl+F) looks in text areas. So if editing a wiki page (for example), browser search should allow finding a term in the wiki page's source. Unfortunately, CodeMirror does not find terms reliably, in Tiki 17 as well as trunk (r63983).

It's not exactly clear when search works and when it doesn't, but apparently occurrences of the search term inside the visible zone will be found. Those outside will not necessarily though.

For example, searching for "Smarty templates" in https://dev.tiki.org/DevTips only finds 1 of 3 occurences if the editor is at its default positioning (top).

This affects at least Firefox 55.0.3 and Google Chrome 61.0.

I consider this a serious bug for CodeMirror.

When i do an upgrade from a version to another (here from 11 to 12 svn) the "Configure General Settings" page of tiki-install.php show me normally the previous browser title.

During my last install Revision: 47521 it shows "My Tiki" (default) like it was a brand new install.
I check in the db and the value for browser title exist and therefor i shouldn't see "My Tiki".
As you can see on the screenshot seams it is only this value that is wrong as the admin email is displayed properly.

{img type="src" src="http://i40.tinypic.com/29xjdzk.png" thumb="y" noDrawIcon="n"}

{img type="src" src="http://i40.tinypic.com/2uy6e5s.png" thumb="y" noDrawIcon="n"}

Sender address seams also deleted.

I changed the importance to high as it change and delete previous preferences data.
It is important to check this is limited to a few fields as this is destroying user/admin data !

hi all,

I've spotted a bug on the forums.

===Here is a case scenario~hs~:===
* Lets say that I have a forum thread in forumId=1 which is constituted of one original message and 4 answers
* and I'm moving it (as admin) to (as an example) forumId=2,
* then I end up with being only able to see the original post (which created the thread) and the last answer

===Note=== that if I move it back to its original location (in this case forumId=1), then I can see the full thread (original post + the 4 answers).

===I did some research:===
When I'm going in the data-base table "tiki-comments", the only difference I can see between the thread being in the 2 different locations (forumId=1 and forumId=2) is the number in the "object" column. This column looks to be used for indicating to which forumId the message belong to. So, if I'm changing the number of this "object" column to the relevant forumId number, then it makes it working as expected (ie: showing all the messages in the thread).

===My conclusion:=== it looks like there is then a bug in the function used to move one thread from a forumID=x to a forumID=y, which somehow does not handle correctly the changes needed in the "object" column of the "tiki-comments" table.

Hope that helps.

When installing I use a unique database name, not 'tiki'. I imported my old database and ran the installer. At the "Install & Upgrade" screen I chose "Upgrade". I then received a blank page with the following message:

MySQL INFORMATION_SCHEMA not available. Your MySQL version is too old to perform this operation. (upgrade_20120429_fix_collation_tiki)

Looking into the code for 20120429_fix_collation_tiki.php and doing a bit of debugging I found the following line to be causing the error:
{CODE()}if ( $results= $installer->fetchAll('SELECT DISTINCT(TABLE_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = ?', $dbs_tiki)
{CODE}
A debug_print_backtrace and a few php print statements later, I determined that the $dbs_tiki variable was being set to 'tiki' when it should have been set to my database name.

I believe the following check-ins are the area of concern:
http://sourceforge.net/p/tikiwiki/code/48422/tree//trunk/installer/installlib.php?diff=48171
http://sourceforge.net/p/tikiwiki/code/45334/tree//trunk/lib/init/initlib.php?diff=44846

From what I can tell the $dbs_tiki value is predefined as 'tiki' by initlib.php and the calling sequence in installlib.php is not correctly setting the database name from local.php.

I made the following changes to get around the issue. I do not know if this meets all the requirements for this function so I can not confirm that these changes are sufficient to correctly fix the issue.


{CODE(caption="installer/installlib.php")}# diff -u tiki-12.0/installer/installlib.php tiki-12.0-fix/installer/installlib.php
--- tiki-12.0/installer/installlib.php 2013-11-13 10:45:16.000000000 -0600
+++ tiki-12.0-fix/installer/installlib.php 2014-02-23 13:28:52.765490522 -0600
@@ -133,11 +133,13 @@
}

global $dbs_tiki;
- $local_php = TikiInit::getCredentialsFile();
- if (empty($dbs_tiki) && is_readable($local_php)) {
- require($local_php);
- unset($db_tiki, $host_tiki, $user_tiki, $pass_tiki);
- }
+ if (empty($dbs_tiki) ) {
+ $local_php = TikiInit::getCredentialsFile();
+ if (is_readable($local_php)) {
+ require($local_php);
+ unset($db_tiki, $host_tiki, $user_tiki, $pass_tiki);
+ }
+ }

if ( function_exists($standalone) ) {
$standalone($this);{CODE}

When I have two words side by side like this:
link1 link2

Then I select the first one and add a link to a file using the FILE tool tip in the edition bar and all is well and I get:
~np~{FILES( fileId="1")}link1{FILES} link2~/np~

Then I want to do the same with the second word. This does not work because it does not add it on the second word. Instead it replaces the first:
~np~{FILES( fileId="2")}link2{FILES} link2~/np~

Two errors are observed when I enter events after March 8, 2015:

If entered as a single-day, all-day event (e.g. start March 9, end March 9, all-day box checked), after hitting "Save" the start date changed to the day before, creating a two-day event. If I open the event while logged in as admin, it reads start March 8, end March 9. If I open the event while logged in as anonymous, it reads start March 8, end March 8.

If entered as a single-day event spanning two hours (e.g. 10am-12pm), the calendar shows the even staring one hour later (e.g. 11am). If I open the event it still reads 10-12, but the display after it is closed says 11am.

http://www.hrsms.org/home/calendar

I am running on a shared host (Bluehost).

Thanks,

Greg

When I export and import Tracker fields, all of the values are works well except some of features. That is Permissions value of "Visible by" or "Editable by" in Tracker fields are not exported or imported well.

As I have tested, it does not work in Tiki 11 or 12, and doesn't know the above versions are works well or not.

I have been worked export and import Trackers in production. When I doing this, I have to update the permissions values manually every time. It is an tiresome job for me as you may know.

Is there any other good idea?
Or is it an excluded feature in Tracker export? If it is, could you enable the feature?

Thanks,
Joon

I tried to add my name to the schedule created with plugin convene in ((Tiki11)) and clicking at the "Add user" button (or Add date) did nothing when I was visiting the page with mobile interface. Same with the button to edit choices.

Same issue with Chrome or Firefox on Android.

---

To reproduce:
http://xavi-9794-4778.show.tikiwiki.org/tiki-index.php?page=Community+Members+HomePage

u: admin
p: 12345

Change to mobile (link in module in the right column)
Click at "Add user" button (or Add date)
Nothing happens

I have a category structure with several levels.

But if I create a new wiki page and click on the __Categories__ tab, I only see the first level categories. And there is no way to open them up to assign a subcategories. So in effect, you can only assign a Level 1 category to a wiki page.

Note that I CAN view the > level 1 categories in the __Admin > Categories__. I just can't assign any of them to a wiki page.

Note that I am using the __Workspace UI__ feature which does some stuff with namespace of categories. Maybe that's the issue?

BTW: I upgraded this site to 12x, and it still exhibits the bug:

http://alpacatechnologies.com/

So It seems the bug is in 12.x also.

__Dec 23, 2013__

I tried to reproduce the bug on show, but am not able to.

And even on my site alpacatechnologies.com, it seems the bug only occurs when I am using the Darkroom theme (but on show, it works even with when using Darkroom).

I'll keep investigating.

{syntax type="tiki" editor="plain"}
Can't remove any items from a Wiki Structure directly after adding it to the structure. HTML/NULL error.

The bug was originally discovered on doc.tiki.org. I thought this could be due to the large volume of items we have in that Structure but I was able to reproduce the bug on a simple instance of Show.

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."

WHen the Jqui - dbldt theme is active, the login box is gone.

Hello,

we are using some structures for making a toc page. If i add a page since we have updated to 12.1 i can put it in the list and move it to the right position. But if i click on the save button nothing happens. The progress cycle appears and nothing happens. In this structure we have about 50-100 pages.

I've created a new structure and added one page i could save it too.


Best regards,

Tobias Jacobi

---
Comment here since comments tab currently doesn't display properly:

If you could reproduce this issue in a show.t.o instance atached to your bug report, maybe some developer might be able to give it a chance to debug it.
(it's beyond my skills, but others might give it a shot)
thanks!
{sign user="xavi" datetime="2014-06-18T11:54:42+00:00"}
---

When trying to use a tracker category field as a filter, only the value "Any" is displayed.

To see the changes in a tiki site you can use module since_last_visit_new
When you entered already one day, logout, login again days later, the focus is to show changes since the last date you did login, afaik.
Using the standard (former) calendar UI (i.e., NOT using FullCalendar UI), you can click on a date in the calendar to "change focus" to that date, so that since_last_visit_new module show changes since that new focus date.

This is not possible any more with FullCalendar UI (or I didn't know how to do it)

For each new release, part of the info is on doc.tiki.org/Tiki8 and part is in https://tiki.org/ReleaseNotes

Many times, no one creates a ReleaseNote page and it gives a broken link to users.

Let's stop this.

Let's put all links to the doc.tiki.org/Tiki8 and if there are any relevant release notes, they will be added there.

See show instance and screenshot

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

Some buttons, such as table, do not show up on the WYSIWYG editor.

I have verified table in the list of plugins stored in the custom toolbar.