Category: Regression

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%%we can not format the header (color it red) without breaking the "header" status.

Currently we have a page with a ~np~{maketoc}~/np~ at the top and a bunch of h1, h2, h3 headers. We wanted to make the text color red for one of the h1 titles so it was more visible to users. Once we did this in the WYSIWYG editor, the header is no longer listed in the maketoc AND the Edit Section button is gone next to the header text. This ''may'' be associated with another bug [http://dev.tiki.org/tiki-view_tracker_item.php?itemId=3763].

{syntax type="tiki" editor="plain"}
We are using Tiki v6.2 vanilla, PHP 5.3.3. When using the WYSIWYG_6x default profile of:%%%{CODE()}Editing and Plugins
Wiki Paragraph formatting (ON, however default: off)
...but still create line breaks within paragraphs (on)
HTML Purifier (on)
Wiki
Allow HTML (on, however default: off)
WYSIWYG
Content is parsed like wiki page (on)
Content is partially wiki parsed (off)
Use Wiki syntax in WYSIWYG (off){CODE}%%% the lists (numbered and unordered) have irregular spacing between lines. Edited in Wiki normal and WYSIWYG Source modes work fine.

To reproduce create the following structure in a WYSIWYG editor{CODE()}*blah zaa zaa
*This is a list
**now indenting the list
**blah
*back out
**back in
***really far in
*all the way out{CODE} %%% this example displays for us as {CODE()} blah zaa zaa

This is a list

now indenting the list
blah

back out

back in

really far in
all the way out
{CODE} %%% Sometimes there is a break, other times there is not. If I Preview while editing it looks fine. If I edit the HTML via the Source WYSIWYG view and save then it looks fine until I save it in WYSIWYG mode again.

When using the WYSIWYG plugin (to edit the contents of a call to the WYSIWYG plugin), a line break is added at the end of the call when saving.

This happens in Tiki 15, but did not happen in Tiki 12, as a result of r55910. However, the proper fix is to leave tiki-ckeditor.js as-is and to instead modify parserlib.php as shown in the attached patch. This dirty patch also solves issue #6592.

When using the WYSIWYG plugin to edit the contents of a call to the WYSIWYG plugin containing several consecutive line breaks, some of these newlines can be removed when saving.

This happens in Tiki 15, but did not happen in Tiki 12, as a result of r55910. This can be solved by removing the line added in r55910, as shown in the attached patch. This patch also solves issue #6591. But I've ended up only applying the changes to parserlib.php due to issues described in my third comment in #6591.

In IE & Chrome, it's OK

{img fileId="678"}

When the calendar is in year view, all 365 days are displayed in one horizontal row. A look at the page source shows -+ tbody role="presentation" +- contains -+ tr role="row" +-, which contains many, many instances of -+ td class="fc-daygrid-day fc-day fc-day-sat fc-day-past" +- , not just seven instances for the seven days of the week as is done in the semester view.

Please see:
http://dev.tiki.org/Tiki+Slideshow+used+in+BigBlueButton

It worked when video was added

Thanks!

At http://tikiwiki.org/TikiWikiTV, the YOUTUBE plugin is being used, but the videos aren't displaying. A look at the finished page source shows that the movie src url is partially repeated, so broken. (The url in the page edit is the correct form, so then gets broken.) For comparison, the FLASH plugin works ok on that page, with no url distorting.

Hi,

As of r57122, when I pulled in and merged the latest source code, I noticed a bug pop up in our calendars page. When I visit a calendar and click the button at the top right of the page that opens a context window to select all the other calendars. If the window appears on top of the calendar itself where there are any events, the z-index of the events is higher than the context window's and makes the context window unusable in some cases.

The solution I implemented was to raise the z-index of the #filtercal ID in the calendar.css file from 2 to 10.

Hope this helps!

In a calendar, using the "calendar" view and "day" mode, the event information is held in a div id="event_1" that has a z-index of 100. If the event is all day, then the div fills the complete area to the right of the hours column. If I click on the calendar filter button, then a popover is displayed at screen center titled "Group Calendars". But this popover has a z-index of just 1, so it displays under the event information. (The text of the event information is over the popover text and background.)

It isn't obvious why the event information needs a z-index: 100, but maybe it does. Or maybe another fix is possible.

Hello,
Problem with:
- Zotero bibliography
- Zotero Bibliography Search Module

I followed the [https://doc.tiki.org/Zotero|documentation] and setup everything as it should be, but the mentioned plugins did not work.

- Can somebody confirm the plugins actually work ?

- From my server errors log:
~np~PHP Fatal error: Call to undefined method Zend\\Http\\Response::isSuccessful() in .../tiki/htdocs/lib/zoterolib.php on line 54 ...~/np~
- The isSuccessful() method is in: /tiki/htdocs/lib/zoterolib.php
- The isSuccessful() emthod is called on lines 54, 111 and 161

- Changing isSuccessful() to isSuccess() the error seems to be fixed, but the Zotero plugin is not working.
- I think using or relaying on Zend and tags to get feedback or content from Zotero may not be very good.
- Something like [https://github.com/ddean4040/phpZoteroWebDAV|this framework](phpZoteroWebDAV) would be much better.
Thank you.

{flash type="url" movie="display516" width="720" height="612"}

12.x svn LTS recent regression: mysql table for unified index doesn't exist and page edit displays fatal error (even if edition saved properly)

I recently noticed that, in a few tikis that I migrated from a server to a new one. They were working fine for a few days, unified search index being updated on a cron job at night time, page edits fine, etc.
And suddenly, page edits in some tiki sites started to display this fatal error message of missing mysql table for the index (using Mysql Full Text Search engine for the advanced unified search).

I also noticed that the index update failed for one site because some tracker field had a perm name too long for Mysql Full Text Search as unified search engine.

Anyway, I'll dop a note here just in case other people start to experience similar issues, so that we can look for common patterns to track the issue down.

In myc ase, workaround was to manually reindex again the site through console. Then no error was shown in further wiki page edits for the same users, etc.

12.x: can't post comments if codemirror is on (it says 'Content is empty'). This was working in 9.x.

Tried with jgui, codemirror on (default theme). Reproduced in a show.t.o instance for 12.x:
http://xavi-9794-5256.show.tikiwiki.org/tiki-index.php

Log in as:
u: admin
p: 12345
and try to ad a new comment.

When you click first to toggle highlighter (disable codemirror for that page and visit), then you can post the comment with no problem.

If this is too difficult to fix in codemirror implementation in Tiki, maybe some preferences would help to indicate in which section to have codemirror on (main text areas from wiki pages, trackers, etc), but disabled for comments, etc.

This has been recently introduced (in the last weeks, during March 2014, probably) in 12.x

composer is not updating latest packages due to issues in /trunk/@47/ from jcapture-applet due to missing directory 'src'

{img fileId="731" thumb="y" rel="box[g]"}

{CODE(colors="shell", ln="1")}
Your choice [c]?
You are already using composer version 70a20ebcc19f1ea8ab0954a4fbdce208b30085e7.
php is a tracked alias for /usr/bin/php
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
- Updating jcapture-applet/jcapture-applet dev-trunk (/trunk/@46 => /trunk/@47)
The package has modified files:
! src

Discard changes [y,n,v,?]? n

{CODE}

Countries list in tiki-user_preferences.php is not alphabetically sorted any more

You can see the demo on http://dev.tiki.org/tiki-user_preferences.php

Module minichat used to work with Tiki (last time I used it for production was in Tiki9, I reckon).
In current 12.x, module reports:
{CODE()}
Failed to execute "minichat" module
Missing dependencies
{CODE}

What dependencies is missing to have a chat working within Tiki?
---
Ah, ok, the "dependencies" are just enabling the minichat module!
See it reproduced here:
http://xavi-9794-5491.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Once you enable the minichat module, then the minichat is displayed as usual.
So fix should be failry simple: just replace the error message and offer a link to enable the minichat module preference, as in other cases of missing preferences and user being an admin.

After I upgraded a site from 10.x to 12.x, and cleared caches, I got this error when attempting to see or login at the site:

12.x: Fatal error: Unsupported operand types in lib/setup/prefs.php on line 406

using 12.x svn (r53316)

The site uses LDAP, so maybe some pref in LDAP settings interferes somewhere?

our server uses PHP Version 5.3.5-1ubuntu7.2ppa1~lucid1

Since june 2014 or so I see every now and then on a few 12.x production sites error pages indicating that no route was found.

The urls that produce this false message are valid urls (such as tiki-admin.php?page=look&cookietab=2), and the solution is just to reload the same page, and it always work at the second time.

I'm sorry I didn't understand better what is causing this issue, or how to reproduce it more consistently.
Maybe all cases are with users with admin rights? But I don't know for sure.

It is a bit worrying to be affected from this issue every now and then in production sites with our LTS version. I hope some dev can get better ideas on where to look at in order to get it solved...

Page Alias worked fine in 9.x at least, and probably in newer versions.
But they seem to be broken here on dev.t.o.
To reproduce, visit:

https://dev.tiki.org/SVNTips

which is supposed to be an alias of

https://dev.tiki.org/SVN+Tips

as you can see in the bottom of the ((SVN Usage)) page.
However, tiki replies: "Error: __Page not found__".

This breaks many links that we have spread all over the globe... to aliased pages to dev.t.o, and eventually, in other tiki12 sites out there....

----
Still present on 06 February, 2014 15:02:50 CET- REV 49772. {sign user="xavi" datetime="2014-02-07T09:16:03+00:00"}

PluginTrackerCalendar (fullcalendar resourceviews) stopped showing events when the Unified Search Engine is set to "Lucence (PHP)" (even if index is rebuilt).

There is a profile used to test the TrackerCalendar feature, where we could easily reproduce the expected behavior with PluginTracekrCalendar since Tiki10.

Applying that profile "((pr:Tracker_as_Calendar_10))" to current Tiki12 fails to show the events in the calendar widget anymore.

That is currently even more visible since that feature was added to one of the Featured profiles: "Collaborative Community_12x".

In short it will be reproduced in a show.t.o instance:
u: admin
p: 12345

Go to http://xavi-9794-5132.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_10
and you will see that issue reproduced.

This was working in Tiki9, as far as I know.

12.x: profile data defined for item link field do not get stored in local tiki where profile was applied

Example: apply profile "Time_Sheet" ( https://profiles.tiki.org/Time_Sheet ), and notice that items "Watch TV" or "Setup of Tiki TimeSheet" had defined "General" in the field "Associated project", which is an item link field.

The field seems to have been well defined, since it allows the admin (once the profile has been applied) to edit a tracker "Time Sheet" item, and select the project from the drop down list (so far it only contains "General").

To be reproduced in short in a show.t.o instance associated with this item.
http://xavi-9794-4983.show.tikiwiki.org/tiki-view_tracker.php?trackerId=2
u: admin
p: 12345

12.x: Ratings in articles don't show all options, just a single radio button
To see it reproduced, come here:
http://xavi-9794-5331.show.tikiwiki.org/tiki-read_article.php?articleId=1

and log in as
u: user1
u: user1

^{img src="display802" width="600"}^

You can also log in as admin:
u: admin
p: 12345

---

It was formerly working as expected, as it can be seen in the documentation pages:
http://doc.tiki.org/Rating#Users_ratings_in_Articles

^{img src="http://doc.tiki.org/display973" width="600"}^

site lang doesn't change to lang B through i18n admin panel if that admin has selected language A as user preference

Multilinguality doesn't seem to change this behavior.
And even if the setting "Users can change site language" is off, the interface doesn't change to lang B, if that admin has lang A in his user preferences screen.


I would say that this was working nicely in 9.x.... (at least, I never saw that problem and I usually do this type of thing in production sites to test lang changes in the interface, etc ...)

---

Reproduced in the show.t.o instance
u: admin
p: 12345

Site interface set to English. Language user preference for user admin set to a non-English language (Spanish when I did set it up). Disabled multilingual. Admin can change site lang to another lang or back to English: site showing in Spanish for this admin user.

(Loging out show the site in the right site language: there is no issue at this level)

Hi all

Since some recent commits related to themes and slideshow, the default slideshow behavior changed and some issues showed up with wrong font color contrast in respect to color background and side colors.

See it reproduced in this screenshot (after applying the "Slideshow_demo" profile, passing a few slides and changing the style to eggplant, for instance)

{img fileId="721" thumb="y" rel="box[g]"}

and see it also in the associated show instance.

u: admin
p: 12345

http://xavi-9794-5169.show.tikiwiki.org/tiki-slideshow.php?page=Tiki+Wiki+CMS+Groupware

The first slide already have the issue of the black text shown over the dark blue color on the right.
But if you cahnge the style through the dropdown at the bottom to "eggplant" for instance, you'll get an even worse scenario: white font over white bg.