Category: 15.x

The "((doc:PluginTrackerCalendar))" (fullcalendar resourceviews) needs annual view (for project management)

Because real projects last more than just a month... and managers want to see the evolution over time (monthts)

Moreover, we need "filters" for up to 3 tracker fields to control de display of data from the tracker

3 tracker fields because you usually want to review by:
(1) user/s,
(2) dates,
(3) a field related to the project itself (priority, custom field such as project type, etc)

---
A basic attempt is using plugin custom search, but I don't yet get the right syntax to filter events in the trackercalendar based on the results of the dynamic filter specified by the user.
Reproduced:
http://xavi-9794-4391.show.tikiwiki.org/tiki-index.php
u: admin
p: 12345

item link displaying duplicated items frmo a category field

I'll see if I'm able to reproduce in a show instance

http://xavi-9794-5929.show.tikiwiki.org/tiki-index.php?page=Services#step2
u: admin
p: 12345

Product name "Oracle Database" is duplicated in the dropdown.

Reproduced also in the tracker itself (aside of plugins in wiki pages)
http://xavi-9794-5929.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=insert_item&trackerId=2&modal=1

The deleteCookie function in tiki-js.js uses an invalid date format which is not accepted by Internet Explorer (even version 11) for its ''expires'' attribute. As a result, the following line which is supposed to delete the cookie only sets its value to an empty string in Internet Explorer:
{CODE(colors="javascript")}
document.cookie = name + "="
+ ((path) ? "; path=" + path : "") + ((domain) ? "; domain=" + domain : "") + "; expires=Thu, 01 Jan 1970 00:00:01 GMT";
{CODE}

This impacts code which checks for a cookie's existence, such as the following fragment from parse_first() (in parserlib.php):
{CODE(colors="php" theme="default")}
$iconDisplayStyle = '';
if ($prefs['wiki_edit_icons_toggle'] == 'y' && ($prefs['wiki_edit_plugin'] == 'y' || $prefs['wiki_edit_section'] == 'y')) {
if (!isset($_COOKIE['wiki_plugin_edit_view'])) {
$iconDisplayStyle = ' style="display:none;"';
}
}
{CODE}

The above example means that plugin call and section edit icons do not get their style set to display:none by specific CSS, which causes icons to show during load, until Javascript hides these when the page load is over. This happens when wiki_edit_icons_toggle is enabled and a user of Internet Explorer has hidden icons. To reproduce, it is probably necessary to display icons, then to hide them, then to load a page.

The invalid date format was introduced no later than 2003-08-07 and remains in trunk as of r68584.

jsCalendar widget unaware of time zones and recording event to one day earlier than selected (timezone difference of 6h)

__Describe precisely what you did (how to reproduce)__
Go to this link at https://tiki.org/tiki-list_kaltura_entries.php
Click on the links to the Kaltura Videos as produced by our tiki staff
__Describe exactly the faulty consequences__
The faulty consequence is the user is taken to the viewing page for the video link that was clicked, and the viewing page fails to render the Kaltura video.
__Explain what you expected instead of the faulty consequences__
What is expected is the video to render properly upon clicking on the Kaltura video link.
---
There will not be a tiki show instance of this issue, as the issue is related to tiki.org

[https://tiki.org/Community] user info popups show "Last Login" as "Never logged in" but on the user info page such as [https://tiki.org/user1553] it shows fine.

It's also not a problem on dev so i suspect an intertiki thing...

The tooltip info for site users such as page or post authors incorrectly reports the "last login" information as "never logged in". We can see this now at the Tiki project sites, and I'm seeing it at a Tiki 14 site also.

Apart from not being factually accurate, it probably doesn't make a good impression for the software to indicate that content is being authored by people who've never logged in.

There was an issue with the LDAP not syncing groups properly, and would thus cause a blank page to appear when logging into my site.

Essentially, the entire problem is attributed to a typo in the function name for the ldap_sync_groups function. The file ~/lib/userslib.php contains the function:

{CODE()} private function _ldap_sync_groups($user, $pass)
{...}{CODE}
The major problem is that this function name has a leading underscore (_) and causes an issue when it attempts to sync the groups with the LDAP.

Simply removing the underscore solves the whole problem. The function should be named as such:

{CODE()} private function ldap_sync_groups($user, $pass)
{...}{CODE}
This will make it so that when the file reaches the line:

{CODE()}$ret &= $this->ldap_sync_groups($user, $pass);{CODE}
It can successfully sync with the LDAP.

Hello, I have serious problems upgrading to version 15.4.

I am using LDAP connection for authentication - everything works fine in 15.2 and 15.3, but since 15.4 I get a 500er Server Error after logging in with an LDAP account - admin login works fine.

I found the place in the code where the error is:

tiki_login.php :
} else
{
// Verify user is valid $ret = $userlib->validate_user($requestedUser, $pass, $challenge, $response);
if (count($ret) == 3) {
$ret[] = null;
}

The $userlib->validate_user($requestedUser, $pass, $challenge, $response); does not work here.....

Any ideas? It is not possible to use Tiki anymore without this error being fixed...

Thanks a lot
Greetings
Kai Mengel

Behavior for ldap should be as follows:
#if user added to group in AD, added to group in tiki when log in
#if user removed from group in AD, removed from group in tiki when log in

1 is working fine, but 2 is broken. This is hard to demonstrate, as I can't really hook my AD up to a demonstration instance, but I have it set up in my tiki 11 install, and it works perfectly, but is not working on the latest 12.x pulled from svn (r49012 atm).

Another, problem that can cause the same symptoms, but is not the cause of the behavior above, is that when you edit an external group via -+tiki-admingroups.php?group=<group>+- the isExternal flag in
the users_groups table gets set to "n" for that group. This means that if you change the description of an external group in tiki, or set that group to inherit, or even don't change anything but click "Save" on the group options page, the group will no longer be treated as external, and you will see 2 break again. I submitted [https://dev.tiki.org/item4398|item4398] about this a while ago, but I figured I'd dump it here as well.

Tiki supports headers of various importance. A line starting with a single exclamation mark ("!") will generate the title for a main section, using HTML h1. A line starting with "!!!!!!" will generate the title for a level 6 section, using HTML h6.

Unfortunately, level 7 and above sections are not supported. This is because HTML only defines 6 levels of headings (h1 to h6). On one of my Tikis, at least one user would like to use level 7 sections. But 7 consecutive exclamation marks will be displayed literally (the parser ignores them).

A check box to mark the tacker can only be submitted once per person, like in the quiz feature, but with trackers.

I've tried everything I can think of that was written in every tracker help page to force only one submission per user. (not the same as one entry per user, since it seems I can re-submit the form over and over to modify the answer.)
---
Tested in trunk as of Jan 19th 2016 (r57256) and I confirm that there is some regression bug at least in trunk: standard registered user is able to submit a new item even if the setting to allow just one item per user or ip is enforced. {sign user="xavi" datetime="2016-01-19T10:13:02+00:00"}
To reproduce: login as
u: user1
p: user1
(plain registered user)

And go to

http://duqtape-11783-5792.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

where you will be able to insert new items, when you shouldn't, since the tracker setting "Only one item per user or IP (The tracker needs a user or IP address field with the auto-assign set to Creator)" is enabled, and that user field is set as required.

You can admin the site with:
u: admin
p: 12345

When I put the following LIST plugin showing the contents of a file gallery:
{CODE()}
{LIST()}
{filter field="gallery_id" content="4"}
{LIST}
{CODE}
I get a:
{CODE()}
System error.

The following error message was returned:

Unknown column 'created' in 'order clause'

The query was:
SELECT * FROM `index_57c5a14334249` WHERE 1=1 AND (`searchable` = 'y' AND `gallery_id` = '4') ORDER BY `created` desc

The built query was likely:
SELECT * FROM `index_57c5a14334249` WHERE 1=1 AND (`searchable` = 'y' AND `gallery_id` = '4') ORDER BY `created` desc
{CODE}

This does not happen in the blog post preview or in a wiki page.

Plugin ~np~ {listpages find="FAQ"} ~/np~ and also ~np~ {listpages find="FAQ" showNameOnly="n"}~/np~ produce expected output

But ~np~ {listpages find="FAQ" showNameOnly="y"}~/np~ produces no output

However ~np~ {listpages find="FAQ" showNameOnly="n"}~/np~ followed by ~np~ {listpages find="FAQ" showNameOnly="y"}~/np~ --does produce expected output from both commands.-- but it is correctly only by co-incidence.

Further testing shows the output from running a pair of ~np~{listpages }~/np~ in succession is erroneous. Create a test page
{CODE(colors="tiki" caption="For page == Test_XListPages_4")}

!!! Test 4
{listpages initial="test_p" showNameOnly="n"}

{listpages initial="test_x" showNameOnly="y"}
{CODE}
The output from the second command ignores its selection criteria initial="test_x" and simply repeats the output of the first command, all be it in the requested showNameOnly="y" format.

Not being able to produce simple list of pages is hampering our migration from TW6.7 to TW15.5

See Test_Page_1, Test_Page_2 and Test_Page_3 for demo of this issue in the show system.
I've updated the original test pages from find=tes" to initial="test_p" to more clearly demonstrate the erroneous behaviour and allow the contrast with test_p -v- test_x pages.

{CODE(colors="tiki" caption="For page == Test_Page_1")}
!!! Test 1
{listpages initial="test_p" showNameOnly="n"}{CODE}

{CODE(colors="tiki" caption="For page == Test_Page_2")}
!!! Test 2
{listpages initial="test_p" showNameOnly="y"}{CODE}

{CODE(colors="tiki" caption="For page == Test_Page_3")}
!!! Test 3
{listpages initial="test_p" showNameOnly="n"}

{listpages initial="test_p" showNameOnly="y"}}{CODE}

Tiki's syntax ((doc:Wiki-Syntax lists|allows paragraphs with ordered or unordered lists)). For example, the following dummy list items are inside this first paragraph:
*Dummy item 1
*Dummy item 2

Unfortunately, since {commit id=28616}, parsing such a paragraph generates an HTML P element followed by a distinct HTML UL or OL element. These are rendered as distinct elements, split by as much space as 2 distinct P elements. This can be seen for example in [http://philippecloutier.com/blogpost81-Timex-T128-alarm-clock-Imperfect-but-certainly-smooth|this blog post], stored in Tiki 15 as of 2018-07-31.

Ironically, this problem happens when feature_wiki_paragraph_formatting is enabled, and not when it is disabled. But there is still a problem when feature_wiki_paragraph_formatting is disabled, because as pointed out by Jonny Bradley, the p element cannot contain list elements in HTML 5. This is explicitly documented in the second note of https://www.w3.org/TR/html5/grouping-content.html#the-p-element

As reverting the change would make HTML invalid, the proper solution would be to either hack some CSS which avoids the p element's bottom margin when it is followed by some lists, or to use the div element instead of the p element, as shown in the HTML specification.

After updating to 15.alpha found a problem in the login module in the default mode (module) Both the user form-group and pass form-group divs has an height of 0, messing everything up. Maby It's something about Box-sizing: border-box; not allowing it's area to adapt to its size? Tested without any custom css applied, and it persists.

Here's the Html:
{CODE(colors="htmlmixed")}<form name="loginbox" class="form" id="loginbox-2" action="http://www.foo.bar/tiki-login.php" method="post" autocomplete="off">

<div class="user form-group">
<label class="col-sm-4" for="login-user_2">Usuário:</label>
<div class="col-sm-8">
<input class="form-control" type="text" name="user" id="login-user_2">
</div>

</div>
<div class="pass form-group">
<label class="col-sm-4" for="login-pass_2">Senha:</label>
<div class="col-sm-8">
<input onkeypress="capLock(event, this)" type="password" name="pass" class="form-control col-sm-8" id="login-pass_2">
<div class="divCapson" style="display:none;">
<span class="icon icon-error fa fa-exclamation-circle fa-fw " style="vertical-align:middle;"></span> CapsLock ligado.
</div>
</div>{CODE}

The computed style:
{CODE(colors="css")}

Show all
box-sizing
border-box
color
rgb(51, 51, 51)
display
block
font-family
'Helvetica Neue', Helvetica, Arial, sans-serif
font-size
14px
height
0px
line-height
20px
list-style-image
none
list-style-position
outside
list-style-type
none
margin-bottom
15px
orphans
3
text-align
left
widows
3
width
132px
Rendered Fonts
Arial—6 glyphs{CODE}

The CSS:
{CODE(colors="css")}element.style {
}
.form-group {
margin-bottom: 15px;
}
* {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
/* box-sizing: border-box; */
}
user agent stylesheet
div {
display: block;
}
Inherited from li
.dropdown-menu li {
background-color: #fff;
color: #333;
}
address, blockquote, dd, dl, dt, h1, h2, h3, h4, h5, h6, li, nav, noscript, ol, p, pre, ul {
widows: 3;
orphans: 3;
}
user agent stylesheet
li {
display: list-item;
text-align: -webkit-match-parent;
}
Inherited from ul.dropdown-menu.dropdown-menu-right
.dropdown-menu {
position: absolute;
top: 100%;
left: 0;
z-index: 1000;
display: none;
float: left;
min-width: 160px;
padding: 5px 0;
margin: 2px 0 0;
list-style: none;
font-size: 14px;
text-align: left;
background-color: #fff;
border: 1px solid #ccc;
border: 1px solid rgba(0, 0, 0, 0.15);
border-radius: 4px;
-webkit-box-shadow: 0 6px 12px rgba(0, 0, 0, 0.175);
box-shadow: 0 6px 12px rgba(0,0,0,0.175);
background-clip: padding-box;
}
.dropdown-menu {
color: #777;
}
address, blockquote, dd, dl, dt, h1, h2, h3, h4, h5, h6, li, nav, noscript, ol, p, pre, ul {
widows: 3;
orphans: 3;
}
user agent stylesheet
ul ul, ol ul {
list-style-type: circle;
}
user agent stylesheet
ul, menu, dir {
display: block;
list-style-type: disc;
-webkit-margin-before: 1em;
-webkit-margin-after: 1em;
-webkit-margin-start: 0px;
-webkit-margin-end: 0px;
-webkit-padding-start: 40px;
}
Inherited from li.dropdown.open
#nav > li {
display: inline-block;
font-size: 14px;
}
address, blockquote, dd, dl, dt, h1, h2, h3, h4, h5, h6, li, nav, noscript, ol, p, pre, ul {
widows: 3;
orphans: 3;
}
user agent stylesheet
li {
display: list-item;
text-align: -webkit-match-parent;
}
Inherited from ul#nav.nav
#nav {
text-align: justify;
font-size: 0;
}
.nav {
margin-bottom: 0;
padding-left: 0;
list-style: none;
}
address, blockquote, dd, dl, dt, h1, h2, h3, h4, h5, h6, li, nav, noscript, ol, p, pre, ul {
widows: 3;
orphans: 3;
}
user agent stylesheet
ul, menu, dir {
display: block;
list-style-type: disc;
-webkit-margin-before: 1em;
-webkit-margin-after: 1em;
-webkit-margin-start: 0px;
-webkit-margin-end: 0px;
-webkit-padding-start: 40px;
}
Inherited from nav.navbar.navbar-inverse.navbar-fixed-top
address, blockquote, dd, dl, dt, h1, h2, h3, h4, h5, h6, li, nav, noscript, ol, p, pre, ul {
widows: 3;
orphans: 3;
}
Inherited from body.tiki.tiki_wiki_page.fixed_width.layout_header_middle_footer_containers
body {
font-family: "Helvetica Neue",Helvetica,Arial,sans-serif;
font-size: 14px;
line-height: 1.42857143;
color: #333;
background-color: #fff;
}
Inherited from html#page_9
html {
font-size: 10px;
-webkit-tap-highlight-color: rgba(0,0,0,0);
}
html {
font-family: sans-serif;
-ms-text-size-adjust: 100%;
-webkit-text-size-adjust: 100%;
}
Pseudo ::before element
*:before, *:after {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
box-sizing: border-box;
}
Pseudo ::after element
*:before, *:after {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
box-sizing: border-box;
}{CODE}

I'll try to fix it here, but not sure if I will learn how to commit soon enough for the release of the v15

Thanks

In Tiki 12, I could see who I am logged as inside the login pop-up (in "popup" mode, which is on every default install).
Now it only displays "My account". This makes life uselessly hard to people who have many logins, or people who share a computer and want a quick remainder of who is logged in.

In tiki 12, it was provided with ~np~{user|userlink}~/np~
I suppose this was causing issues with side effects of something else (avatars?) so I suggest a simpler fix using ~np~{$user|username|escape:"html"}~/np~

When a long description is entered at "edit properties" for a file, and saved, then when you hover over the "i" icon for information, the flyout dialogue is not responsive. It fly's out of the constrained areas.

I upgraded my Tiki site to version 15.0, and consequently I was locked out, as my Admin password did not work after the upgrade.

In earlier versions of Tiki, this page would have helped ...
*https://doc.tiki.org/Lost+admin+password

.... but in Tiki version 15.0 there is no user_users table.

So where are the users stored now?
How do I recover my admin password?

LTS Regression: images not shown if align=center as param (reproduced in doc.t.o)

See this thread were it's explained:
https://tiki.org/tiki-view_forum_thread.php?forumId=2&comments_parentId=60647&threadId=60648&thread_sort_mode=commentDate_asc#threadId=60648

reproduced, also, here in doc.t.o, fixed by hand with that change:
https://doc.tiki.org/tiki-pagehistory.php?page=Newsletter+Admin&history_offset=1&paginate=on&history_pagesize=50&tra_lang=sq&diff_style=sidediff&diff_style=sidediff&show_all_versions=y&compare=Compare&newver=0&oldver=31&confirmAction=

I mass replaced
{CODE()}
{img align="center" src="img/wiki_up/
{CODE}

with
{CODE()}
{img src="img/wiki_up/
{CODE}

in doc.t.o, but other tikis might be affected by that issue too. (I thought images were gone in some migration between servers or something when I first saw that)

When attempting to register a new user in a 12.x tiki site (svn updated to recent revisions as of today {sign user="xavi" datetime="2016-03-03T09:31:44+00:00"}), users see this image after filling in the form with all required fields (and images from the recaptcha test) and clicking at the register button:

Fatal error: Call to undefined function curl_init() in /path/tiki12svn/lib/captcha/Captcha_ReCaptcha20.php on line 49

{CODE()}
root@site:/path# php console.php mail-queue:send --site=site.example.com
Mail queue processor starting...
Sending message 1...
PHP Fatal error: Call to undefined method Zend\Mail\Message::getRecipients() in /path/lib/core/Tiki/Command/MailQueueSendCommand.php on line 51
{CODE}

Same process works as expected in an equivalent tiki12 setup. (same server, type of commands, smtp account, equivalent cron job)

Using
URL: https://svn.code.sf.net/p/tikiwiki/code/branches/15.x
Relative URL: ^/branches/15.x
Repository Root: https://svn.code.sf.net/p/tikiwiki/code
Repository UUID: b456876b-0849-0410-b77d-98878d47e9d5
Revision: 58070
Node Kind: directory
Schedule: normal
Last Changed Author: luciash
Last Changed Rev: 58070
Last Changed Date: 2016-03-23 22:54:14 +0100 (dc, 23 mar 2016)

Make a basic working example of Tour (to end up in a learning tiki profile, for instance)

I tried with some basic copy pasting of current info in https://doc.tiki.org/PluginTour and it didn't fully work for me.

See the issue reproduced here:
https://demo.tiki.org/trunk/tiki-index.php?page=HomePage
and
https://demo.tiki.org/trunk/tiki-index.php?page=Tour2


{CODE(caption="Homepage contents")}
{TOUR(title="Welcome to the tour" prev="-1")}Here's the start of a tour.{TOUR}

foo1

{TOUR(title="A Jumbotron")}Use a jumbotron to make an area for special intro information, etc.{TOUR}

foo2

{TOUR(element="#module_1 .panel-heading" title="This is a module heading.")}This is a module.{TOUR}

foo3

{TOUR(path="Tour2")}The next step is on page 2.{TOUR}

foo4

{TOUR(next="-1")}This is the last step of the tour.{TOUR}
{CODE}

And contents in Page "Tour2":
{CODE(caption="Tour2 contents")}
{TOUR(title="Welcome to the tour" prev="-1")}Here's the start of Page 2 in the tour.{TOUR}

foo10

{TOUR(title="A Jumbotron")}Use a jumbotron to make an area for special intro information, etc.{TOUR}

foo11

{TOUR(next="-1")}This is the last step of the tour.{TOUR}
{CODE}

Issues:
!!# "This is a module" instead of start of Tour
Visiting https://demo.tiki.org/trunk/tiki-index.php?page=HomePage shows then content related to "This is a module", and not the content set as the start of the Tour, according to the documentation.

!!# I can't see the jumbotron content

!!# I can't see the info about "The next step is on page 2"
when that info was expected to be seen, the page was redirected to page 2 ("Tour2", in this case)

!!# In page2 (Tour2) no tour is shown


Probably, issues just due to only partial documentation available about how to properly set up a tour with this plugin? {sign user="xavi" datetime="2016-01-11T08:50:41+00:00"}

Make File gallery tag image files in Tiki according to exif tags and such, and the other way round too.

For instance, we could tag files in shotwell, and upload them to tiki, to have all tags recognized and shown in tiki also.
"Shotwell 0.8 can write metadata to photo files on the fly - to enable this, select the option "Write tags, titles and other metadata to photo files" in the preferences dialog. Once this is selected, Shotwell will update metadata in photo files as soon as you tag them."

Ideally, tags added in Tiki to image files should be added to image exif metadata (and similar), so that when images are exported from tiki they should carry their own tags inside. At least, allow that optionally.

This was working in previous versions of Tiki (maybe 9.x?). I couldn't check when the regression was introduced.

popup box to select visible calendars shown underneath events details (using fullcalendar)
In 15.x: Using theme "Default bootstrap", but also reproduced with fivealive-lite, etc.
In 12.x: using default theme style (fivealive)

See it reproduced in 15.x here:
http://xavi-9794-5901.show.tikiwiki.org/tiki-calendar.php?todate=1459413360
u: admin
p: 12345

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

To see it reproduced in 12.x, visit:
http://xavi-9794-5904.show.tikiwiki.org/tiki-calendar.php?todate=1459461600
u: admin
p: 12345