Category: 12.x

I've seen the gorgeus work done with jquery to allow re-sorting data in tables at wiki pages when using the ((doc:PluginFancyTable))

That would be also awesome if enabled in the ((doc:PluginTrackerList))...

This way, we would even allow the conflict between cache and sorting for anons... (see this other report [bug2898] )

After activating the Article and RSS features I tried to generate articles from an RSS feed and it didn't work.

When clicking here http://regis-10191-4930.show.tikiwiki.org/tiki-view_articles.php nothing appears.

I do not know how to contribute code, but have developed the following "fix" that works to create TOCs when using the >Print Current Document feature in TW. This fixes the problem with the TOC growing to enormous length on a large page with each new section TOC being appended to the previous section's TOC. This fix has worked across many major versions.

File: [tikiwiki]/lib/parser/parserlib.php
Insertion point: in 12.0 line 2814; in 12.2 line 2967

Insert IMMEDIATELY BEFORE the following existing code:
{CODE()}
if (!empty($maketoc)) {
$maketoc = $maketoc_header.$maketoc.$maketoc_footer;
}
{CODE}

Inserted code:
{CODE(ln="1")}
//=====larryg -- beginning of custom code to make TOC and MAKETOC work properly in tandem
global $TOC_newstring, $TOC_oldstring ;

$TOC_newstring = $maketoc ; //===== get a copy of the newest TOC before we do anything to it
if ( strpos($maketoc, $TOC_oldstring) ) // larryg - if this MAKETOC contains previous chapter's TOC entries, remove that portion of the string
{
$maketoc = substr($maketoc, 0 , strpos($maketoc, $TOC_oldstring)).substr($maketoc, strpos($maketoc, $TOC_oldstring)+ strlen($TOC_oldstring)) ;
}

//prepare this chapter's TOC entry to be compared with the next chapter's string]
$head_string = '<li><a href=' ;
$tail_string = '<!--toc-->' ;
if ( strpos($TOC_newstring, $head_string ) && strpos($TOC_newstring, $tail_string) ) {
$TOC_newstring = substr($TOC_newstring, strpos($TOC_newstring, $head_string) ) ; // trim unwanted stuff from the beginning of the string
// $maketoc_header = 'PRESTRINGFOUND'.$maketoc_header ;
$TOC_newstring = substr($TOC_newstring, 0, (strpos($TOC_newstring, $tail_string) -5)) ; // trim the stuff from the tail of the string </ul></li></ul>
// $maketoc_footer = 'POSTRINGFOUND' ;
$TOC_oldstring = $TOC_newstring ;
}
//=====larryg -- end of custom code for TOC and MAKETOC
{CODE}
Please feel free to apply/use as you see appropriate,

-larryg

---
{BOX()}
See comments to this item.
In addition, a show.t.o instance has been created where the issue is reproduced:

http://larryg-10847-5405.show.tikiwiki.org/tiki-print_multi_pages.php?printstructures=%255B%25221%2522%255D&find=&print=Print

u: admin
p: 12345

As you can see, the table of contents in Chapter 2 ("3.2" in the numbering of the single html) shows the issue.
After applying your patch, I get the same issue still in this example.

You can test locally if you want by means of downloading a snapshot of the show instance.
{sign user="xavi" datetime="2014-08-08T09:05:34+00:00"}
{BOX}

_htaccess contains the following but has no effect in ClearOS (which is like CentOS)

{CODE()}
<IfModule deflate_module>
AddOutputFilterByType DEFLATE text/html text/plain text/xml text/css application/x-javascript application/javascript
</IfModule>
{CODE}

But the following works:
{CODE()}
<IfModule mod_deflate.c>
<filesMatch "\.(js|css|html)$">
SetOutputFilter DEFLATE
</filesMatch>
</IfModule>
{CODE}

http://gtmetrix.com/ reports a difference for PageSpeed Enable gzip compression and YSlow Compress components with gzip


I am wondering if I should add or replace.

See error here:
http://www.webpagetest.org/result/131028_JB_1YY/1/details/

https://dev.tiki.org/vendor/jquery/plugins/chosen/chosen/chosen.jquery.min.js

No route found. Please see http://dev.tiki.org/url+Rewriting+Revamp



{img fileId="444"}

When selecting 'Quarter' in a Tiki-calendar it show the correct months (three), however when moving up or down it jumps 4 months.

Reproduction:
- http://info.tiki.org/tiki-calendar.php?viewmode=quarter
- It shows (at time of writing): January - March 2015
- Press the right arrow makes that: May - July 2015

Expected:
- This should be April - June 2015

Hint:
I noticed three arrays in tiki-calendar.php, where quarter is defined with 4 months in stead of 3.

We are using ((doc:Daily reports)) in a productin site running Tiki12 LTS (svn).

I've just noticed that there are some Undefined index messages thrown when the php console.php is run:
{CODE(colors="php", caption="cd /var/www/tiki12/;php console.php daily-report:send")}
PHP Notice: Undefined index: start in /var/www/ueb/lib/calendar/calendarlib.php on line 447
PHP Notice: Undefined index: end in /var/www/ueb/lib/calendar/calendarlib.php on line 448
PHP Notice: Undefined index: end in /var/www/ueb/lib/calendar/calendarlib.php on line 450
PHP Notice: Undefined index: start in /var/www/ueb/lib/calendar/calendarlib.php on line 450
PHP Notice: Undefined index: description in /var/www/ueb/lib/calendar/calendarlib.php on line 451
PHP Notice: Undefined index: name in /var/www/ueb/lib/calendar/calendarlib.php on line 452
PHP Notice: Undefined index: name in /var/www/ueb/lib/core/Reports/Send/EmailBuilder/CalendarChanged.php on line 28
{CODE}

On creation of revision 66 of http://dev.tiki.org/Update, I got:
{img fileId="657"}

{CODE(caption="Error(s)")}Indexing failed while processing "Update" (type wiki page) with the error "RemoteTransportException[[search3][inet[/76.74.203.89:9300]][indices/mapping/put]]; nested: MergeMappingException[Merge failed with failures {[mapper [comment_count] of different type, current_type [long], merged_type [string], mapper [contributors] has different index values, mapper [contributors] has different tokenize values, mapper [contributors] has different index_analyzer, mapper [object_id] has different index values, mapper [object_id] has different tokenize values, mapper [object_id] has different index_analyzer, mapper [url] has different index values, mapper [url] has different tokenize values, mapper [url] has different index_analyzer, mapper [object_type] has different index values, mapper [object_type] has different tokenize values, mapper [object_type] has different index_analyzer, mapper [view_permission] has different index values, mapper [view_permission] has different tokenize values, mapper [view_permission] has different index_analyzer, mapper [title_initial] has different index values, mapper [title_initial] has different tokenize values, mapper [title_initial] has different index_analyzer, mapper [relations] has different index values, mapper [relations] has different tokenize values, mapper [relations] has different index_analyzer, mapper [deep_categories] of different type, current_type [long], merged_type [string], mapper [relation_types] has different index values, mapper [relation_types] has different tokenize values, mapper [relation_types] has different index_analyzer, mapper [categories] has different index values, mapper [categories] has different tokenize values, mapper [categories] has different index_analyzer, mapper [language] has different index values, mapper [language] has different tokenize values, mapper [language] has different index_analyzer, mapper [geo_located] has different index values, mapper [geo_located] has different tokenize values, mapper [geo_located] has different index_analyzer, mapper [allowed_groups] has different index values, mapper [allowed_groups] has different tokenize values, mapper [allowed_groups] has different index_analyzer]}]; "{CODE}

Running in wysiwyg-html mode, the inline editor sometimes adds "This block is not editable inline currently as it contains plugins", when displaying the editor.

The problem is that this title is also saved and displayed in regular view mode.

While editing a blog entry, inserting an image by clicking Icon "choose or upload images" will lead user to file gallery (<tiki-root>/tiki-upload_file.php?galleryId=1&view=browse&filegals_manager=blogedit).
btw: This is the same as clicking on "choose or upload files" - icon does. In this case it's ok :-)

Expected: It leads user to image galleries instead (<tiki-root> /tiki-upload_image.php or <tiki-root>/galleries or something like that).

I have tiki11.1 running on dreamhost. When I tried to upgrade to 12.0, I received the following error on step 5 of the install:

No route found. Please see http://dev.tiki.org/url+Rewriting+Revamp

I then created a new database and did a fresh install of 12.0 to the new database. I received the same error message.

I am able to log into the site and the application seems to be working okay. When I go to the Admin home page, I get the following error:

Your database requires an update to match the the Tiki version; use the installer. Using Tiki with an incorrect database version will cause errors. If you have shell (SSH) access, you can also use the following, on the command line, from the root of your Tiki installation: php installer/shell.php

Local.php still shows the version at version 11

I am not sure this is relevant but I want to point out that dreamhost uses a separate server for their mysql databases. If I install tiki at http://tiki.a2host.us, the database will reside at mysql.a2host.us.

The installer used to be l10n ready. That is, you select a language in the first step, and all the other steps would display the strings in your desired language (provided they are translated in the corresponding language.php, etc).

Current trunk looses the language choice in the step: 'Configure General Settings', and the information is all shown again in English, even if the strings are translated in language.php.
--
Fixed, thanks Manni for checking! {sign user="xavidp" datetime="2013-11-07T16:55:04+00:00"}

Not sure if it's due to a combination of MySQL version, PHP settings, or InnoDB, but installer times out in some cases when doing a FRESH install (not upgrade).

See http://comments.gmane.org/gmane.comp.cms.tiki.devel/34097

if I fill out a content with the following text:
{CODE()}
-=DateTime and DateTimeZone=-
- for further knowledge go to [http://derickrethans.nl/talks.php
-] [http://www.worldtimezone.com/index24.php

----
((Overview)) | ((Development)) | ((PHP))
{CODE}

I can save this page, but it will show "Invalid URI supplied" after saving it. Also the following errors appear on the page:

Search index could not be updated. The site is misconfigured. Contact an administrator.
Invalid URI supplied
Search index could not be updated. The site is misconfigured. Contact an administrator.
Invalid URI supplied

EXPECTED:
I would expect to either not saving the content and showing errors immediately or to save it and show at least something (auto-corrected?). At least I would expect, that the search index is going to be build and not crash, which it does right now.

To reproduce, setup a new client server setting under Known Hosts on the InterTiki master.

All works fine. Then modify the key for the setting, and you will find that login now fails with Invalid Server Key message.

The reason why this is so is because the "key" is used as the "key for the preference setting" and also at the same time used for the "key to determine if there is such a setting for that server". So obviously it cannot function for both these uses robustly if it can be changed....

((doc:InterTiki)) permits to share login, preferences and groups between various Tiki sites.

We need the Sister Wiki too!
http://www.wikimatrix.org/wiki/feature:SisterWiki
Continue discussion here: ((Sister Wiki))

((doc:backlinks)) are very cool. But what about backlinks from other sites?

We could use list from:
http://doc.tiki.org/External+Wikis


Related:
[wish2086|Backlinks between trackers and wiki pages (and maybe forums)]
[wish1768|Tracker plugin to get title and make link to tracker item]

Thanks, Marc.

I had all the minify's set on tiki-admin.php

I first unchecked:
Minify CSS into a single file (found in performance)
and got:
Invalid CSS property declaration at: . temp/public/minified_b0ce6c498b992dbbce71a8e58b27e5e9.css:4
Invalid CSS selector: input.ui-button::-moz-focus-inner,button.ui-button::-moz-focus-inner temp/public/minified_9853f6dd93c8f0e01d7638e38b456649.css:19
Invalid CSS property value: #blue temp/public/minified_814bb502a7fbafe471223475b3b5128f.css:1
Invalid CSS property name: -webkit-overflow-scrolling temp/public/minified_6df987c4671ceba4d5b952189c509395.css:1
Invalid CSS property declaration at: . design.css:2528

Clearing caches didn't help. I then unchecked
Minify CSS (found in performance)
and got:
Invalid CSS property declaration at: . lib/codemirror_tiki/codemirror_tiki.css:32
Invalid CSS selector: input.ui-button::-moz-focus-inner, button.ui-button::-moz-focus-inner vendor/jquery/jquery-ui-themes/themes/flick/jquery-ui.css:222
Invalid CSS property name: -webkit-overflow-scrolling vendor/jquery/plugins/colorbox/example1/colorbox.css:9
Invalid CSS property declaration at: . design.css:2528
Invalid CSS property value: #blue temp/public/codemirror_modes.css:94
Invalid CSS property declaration at: ; temp/public/codemirror_modes.css:219



On Sat, Sep 7, 2013 at 11:09 PM, Marc Laporte wrote:
> I suggest to un-minify and to see where it comes from.
>
> Then, it is likely worth reporting to http://dev.tiki.org/Make+a+wish
>
> It will likely be low priority, but easy to fix. And we need easy ones
> that we can give to new devs or students.
>
> Best regards,
>
> M ;-)
>
>
>
> On Sat, Sep 7, 2013 at 11:02 PM, Pete Jalajas wrote:
>> While tracking down that other weird problem, I noticed these in my
>> Chrome Dev Tools window:
>>
>> Invalid CSS property declaration at: .
>> minified_28c0e59edef0064ad5ab707ffc53162e.css:338
>> Invalid CSS property declaration at: .
>> minified_28c0e59edef0064ad5ab707ffc53162e.css:622
>> Invalid CSS property value: #blue
>> minified_28c0e59edef0064ad5ab707ffc53162e.css:623
>> Invalid CSS selector:
>> input.ui-button::-moz-focus-inner,button.ui-button::-moz-focus-inner
>> minified_28c0e59edef0064ad5ab707ffc53162e.css:645
>> Invalid CSS property name: -webkit-overflow-scrolling
>> minified_28c0e59edef0064ad5ab707ffc53162e.css:749
>>
>> I'm using tikinewt theme with shadows.
>>
>> Do I care?
>>
>> Thanks,
>> Pete
>>

{syntax type="tiki" editor="plain"}
Try: http://dev.tiki.org/Together/

{img fileId="524"}

Searching result views are little bit irregular outlines when we using Coelesce theme. It works well until Tiki 11.x as I know.

I've tested it Tiki 12.x with IE8 and Chrome browser.

{img type="fileId" fileId="636" imalign="left" align="left"}

Calling plugins in headings in pages where maketoc is used can cause breakage. For example, this happens when calling the ANAME or FOOTNOTE plugins.

! Effect on ANAME
Although Tiki generates anchors for all headings automatically, I find using ANAME is a great way of creating manageable and easily memorable Anchors for otherwise unwieldy headings
If a heading within a tiki page is coded as follows
{CODE(caption="1. Tiki Source Code snippet" wrap=1)}
!! Fourth and Even More Forgetful Heading{ANAME()}Quick4{ANAME}
{CODE}then Tiki generates the following HTML code
{CODE(caption="2. Generated HTML snippet" wrap=1)}
<h3 class="showhide_heading" id="Fourth_and_Even_More_Forgetful_Heading"> Fourth and Even More Forgetful Heading<a id="Quick4"></a></h3>
{CODE}which can be exploited by
{CODE(caption="3. Tiki Source Code snippet" wrap=1)}
{ALINK(aname=Quick4)}Link to Fourth Heading by its Quick4 Anchor{ALINK}
{CODE}All the above works flawlessly.

However, add MAKETOC to the page above the source line where ANAME is last used and it breaks the ANAME anchor(s). For this example, the maketoc is restricted to level 2 headings only as ~np~{maketoc levels="2"}~/np~ which makes the generated HTML a little more compact.
Tiki generates the following HTML in response to the inclusion of maketoc
{CODE(caption="Generated HTML for maketoc snippet 3" wrap=1)}
<ul><li><a href='#First_Level_Two_Heading' class='link'> First Level Two Heading</a>
</li><li><a href='#Second_Long_and_Equally_Unmemorable_Heading' class='link'> Second Long and Equally Unmemorable Heading</a>
</li><li><a href='#Third_Painfully_Difficult_Heading' class='link'> Third Painfully Difficult Heading</a>
</li><li><a href='#Fourth_and_Even_More_Forgetful_Heading' class='link'> Fourth and Even More Forgetful Heading<a id="Quick4"></a></a>
</li><li><a href='#Fifth_Long_and_Not_Very_Memorable_Heading' class='link'> Fifth Long and Not Very Memorable Heading</a>
</li></ul></li></ul><!--toc--></div><br />
{CODE}Note how the entry for the Fourth Paragraph has the anchor "Quick4" associated with it. The HTML code generated for the Fourth Paragraph heading remains identical.

The effect of this is that the tiki anchor Quick4 is now incorrectly linked to the TOC entry, being the first instance of HTML ANCHOR within the HTML file.

If the MAKETOC plugin is included below the ANAME, then the ANAME works as intended, since that is the first occurrence of the generated HTML ANCHOR statement.

I have a couple of test pages which illustrate this issue, if they are of any use in your testing.

! Effect on FOOTNOTE
Calling FOOTNOTE returns an HTML A element with an id, so using that same identifier twice causes invalid HTML. Additionally, since browsers favor the first element using the identifier in such cases, the TOC's instance wins if ~np~{maketoc}~/np~ precedes headings, which is not what we want.

! Cause
Plugin calls are executed in parse_first(). (Calls to plugins in "html" format are replaced by alphanumeric fingerprints.) After, parse_data_process_maketoc() is called and expands "~np~{maketoc}~/np~" to headings, so that each plugin call in a heading in the TOC has its result (or fingerprint) twice in the source. (After, replace_preparse() replaces fingerprints with the result of plugin functions (stored during parse_first's execution).)

This issue happens because maketoc therefore causes a plugin call's result to be repeated in the TOC (instead of possibly executed again specifically for TOC-s), which has 2 problems:
* plugins don't expect their output included twice in the page, so some (such as ANAME) may use HTML's id attribute in a manner incompatible with maketoc, causing invalid HTML
* plugins don't expect their output to be included in an HTML A element, so some (such as FOOTNOTE) for example generate links themselves, again causing invalid HTML

Not working yet

Some fields display html code in the spreadsheet cells:
Like:

{CODE()}
Identificació - 319 ItemId - 320
<span class="hdrField" data-level="3" style="display:none;"></span> 1596
...
{CODE}

See screenshot here:
{img src="display66"}

The first column is a self-numbering field type, as main field (linked from the list to the item), and the one that says "Etiquetes lliures" refers to tags, which show hyperlinked tags, etc.
---
UPDATE: Still happening in 12.x {sign user="xavi" datetime="2013-11-17T08:47:04+00:00"}

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

Renaming a group doesn't update the name in the corresponding group watches

Reproduced in our production site: http://ueb.vhir.org

This might be the culprit for this other more serious usability issue in our production site:
http://dev.tiki.org/item5497?from=Watch

12.x: file actions (in file gallery) can't be operated in mobile mode

This is because when you click on the tools icon at the left of the file in a file gallery, a popup opens showing all the posible actions to be done with that file.

In mobile mode, nothing is shown.

Remember that file gallery use the non-elFilder interface in mobile mode.

Example:
http://xavi-9794-4984.show.tikiwiki.org/tiki-list_file_gallery.php?galleryId=4
u: admin
p: 12345

(enable Mobile mode through the module in the right hand side column, and attempt to click later to the tools icon with actions to do with the file "My Flower": nothing is shown)