Category: 12.x

Often times there are bugs that are never closed even though an actual fix has been applied. There is also the strong times where a fix was done that actually solves a bug that is in the tracker even though the developer might not have known is was there.

It would be great to have a way (maybe using NLP in Tiki 12) to have a dashboard of all the SVN commits, when you click on it, it would give a list of possible related bugs that are still open. This would allow the WishList team to clean up the old bugs and also make it easy for Developers to perform this check when comitting fixes.

clicking on Calendar on next.t.o takes you to the calendar for a split second then a redirect happens and takes you to the info.t.o calendar.

Not sure if this is suppose to be the behavior?

but to the whole Tracker watches/notifications here on dev.t.o after submitting a bug.

Still an issue. Just did that and now I receive all bugs notifications. {sign user="luci" datetime="2014-06-20T15:35:08+00:00"}

{img fileId="312"}

When you close an old tracker item, it shows up again in the since_last_visit_new module as new tracker item.
This also seems to happen when you change the status to "pending".

It happens also in dev.tikiwiki.org to me (user xavi)
See this one for pending: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1946

And this one for closed:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=2124&trackerId=5&show=view

I logged in Jan 16th, and they appeared as new to me (user xavi, at least).

---

UPDATE: Still present in 12.x. {sign user="xavi" datetime="2013-11-17T09:52:11+00:00"}

{syntax type="tiki" editor="plain"}
Adding any type of code such as PHP or SMARTY saves fine but adding actual HTML code inside the CODE plugin generates some funky results.

This means that it would be impossible to create a wiki page that demonstrates on to write HTML.

Show username / password

user: admin
pass: 12345

{flash type="url" movie="display315" width="1193" height="1040"}

Codemirror does not respect off-bs-by-default in L&F & extra white space & false scroll

To reproduce for the time being, see
http://demo.tiki.org/12x/tiki-admin.php?page=look&cookietab=6

Codemirror set to "__Off (but switchable)__".

!!! Issue 1: Codemirror does not respect off-but switchable by-default in the admin panel Look & Feel

Custom css text area respects the codemirror default setting, but Custom HTML head does not (and neither they do custom bottom code nor custom javascript, which show codemirror on by default)

{img fileId="679"}

!!! Issue 2: Codemirror shows extra white space & false scroll

See custom code before the closing body tag

{img fileId="680"}

Notice the big space at the bottom, and the scrolling bar indicating that there is more content at the bottom (but it's not shown in the white space below).

When you scroll down a bit, you see that there some some more code indeed:

{img fileId="681"}

But that should be shown using all the available space in the textarea in the first instance.

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

Do a view source of the show instance and you will see:

{CODE()}<script type="text/javascript" src="vendor/codemirror/codemirror/lib/codemirror.js"></script>{CODE}

Perhaps it's kept separate to be lazy-loaded when needed, but supplying a minified version of the file would be better.

See video

This was discovered as part of {wish id=4728}
---
The same issue happens when you add line numbering in PluginCode sections.
Reproduced also here:
http://dev.tiki.org/Web-based+source+code+editor#Bugs

{syntax type="tiki" editor="plain"}
Following the code mirror upgrade recently in {commit id=48260} and despite several repairs by me {sign user="jonnybradley" datetime="2013-11-14T20:19:35+00:00"} it seems to be causing problems in several areas:
* --CODE plugins no longer do syntax highlighting-- (sort of fixed but looks messy {sign user="jonnybradley" datetime="2013-12-05T13:31:50+00:00"})
* Plugin popup edit textareas using codemirror (such as CODE) no longer show any text at all (that's the line numbering issue)
* Usable height of codemirror textareas in prefs admin pages such as tiki-admin.php?page=look&cookietab=6 is too short (or box too tall)
* Side by side translation totally messed up (possibly was before)

So should we revert r48260 and go back to codemirror 2.25 (although i have repaired some breakages, might be messy), or somehow fix all these things, or re-mark codemirror as experimental for 12.0 and hope to fix it better later?

Codemirror: button to switch it on is hidden when first the editor is set to fullscreen

This was working in Tiki9.

To reproduce:
* Set codemirror feature to on, and mode to "Off (but switchable)"
* edit one wiki page with the plain text editor
+ notice that the button to "switch highlighter" is shown below the textarea. Do not click on it yet.
* click at full screen icon in the toolbar
+ notice that the button to "switch highlighter" is gone from the textarea surroundings

{flash type="url" movie="display683" width="778" height="654"}

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

See screencast of:
http://dev.tiki.org/tiki-pagehistory.php?page=Tiki+Slideshow+used+in+BigBlueButton&source=14

{flash type="url" movie="display561" width="664" height="528"}

Colorbox in mobile 12.x LTS doesn't show up properly (empty black screen with a encircled cross in the middle)

To reproduce, see show.t.o instance:
u: admin
p: 12345

Load the homepage, switch to mobile, and click at the link in the homepage: "wiki syntax"

php console.php index:rebuild works well

However, it doesn't give any feedback.

The web interface reports:

wiki page: 2850
blog post: 4
article: 1708
file: 4321
trackeritem: 6988
comment: 13

Execution time: 510.07 secs
Memory usage: 116.50MB
Queries: 245172 in 163. secs
Last update from SVN (12.0svn): Friday 02 of August, 2013 11:11:40 EDT- REV 46958

We have a nice comparison for wiki, spreadsheet, etc. but not yet something nice for images.

DokuWiki has a nice "Shine-through" and "Swipe" diff views of images
{flash type="url" movie="display303" width="344" height="551"}


See also:
https://github.com/zurb/twentytwenty

https://tiki.org/tiki-view_forum_thread.php?comments_parentId=51788
Hi,
1. Can't use categories as I have too many subcategories and it is a very long list;
2. Is it possible with trackers to have some nested dropdowns, but in the end with automatic asignments? For example Hardware, Software, depending on what you choose to be able to select PC, Notes in the first case (Hardware) and OS, Office in the second (Software); but also in the same form AFTER the selection, after the second selection in fact to automatically complete a text field (time in hours to complete) and a user field (to whom the job is automatically assigned)

Example
Hardware - Notebook - Peter - 2
Hardware - PC - Jan - 3
Software - OS-Linux - Sarah - 3
Software - OS-Windows - Sarah - 2
Software - Office - Priscilla - 1

{syntax type="tiki" editor="plain"}
Prefs that should be handled differently for:

* ((Redactor))
* ((Connect))
* Some prefs if you copy a site elsewhere and try to run like ((tw:Pre-Dogfood Server))
*** Elastic Search
*** CDN
*** memcache?

Check video

Hi,

When I test the quizzes feature, I see the countdown doesn't work.
I investigated the code and found the problem.
In the template tiki-take-quiz.tpl, there is a line:

{CODE()}itid = window.setInterval('settimeleft();',1000);{CODE}

The right syntax is:

{CODE()}itid = window.setInterval(function(){settimeleft()},1000);{CODE}

Regards,

SebD

Not sure if this:
a) configuration error on my part
b) a wish
c) a bug

From the documentation:
https://doc.tiki.org/Dynamic+items+list
it almost sounds as if this should work, except for the opening "to be tested".

Quote: "to be tested filterFieldHere can be an item link, a user selector, a group selector, a country selector, a dynamic list"

Listed a bug for now.

Will create a show.tiki instance for demonstrating

I have stumbled upon a problem when a feature (especially Hotwords) is enabled it creates lot of issues incorrectly parsing the content of Wiki pages and other parts of Tiki where wiki or smarty syntax is involved resulting in links inside rendered HTML attributes or WSODs. So here is my wish:

It would be super useful to have a plugin which would prevent some enabled features auto-parsing or allow parsing of its body depending on params, something like:

__The next example would prevent (ignore) parsing of the Hotwords and CamelCase WikiWords in the plugin body.__

{CODE()}
{PARSE(ignore="feature_hotwords:feature_wikiwords")}
I am a ((Hotword|Hot word)) and I don't want to be double-parsed.
CamelCase is WikiWord? Yes!
__I am bold__ and I am not.
{DIV()}I am a div.{DIV}
{PARSE}
{CODE}

__The next example would allow only parsing of Wiki syntax and WikiWords and nothing else in the plugin body.__

{CODE()}
{PARSE(only="wiki_syntax:feature_wikiwords")}
I am a ((Hotword|Hot word)) and I don't want to be double-parsed.
CamelCase is WikiWord? Yes!
__I am bold__ and I am not.
{DIV()}I am a div.{DIV}
{PARSE}
{CODE}

Other candidates for the "ignore" and "only" params:
feature_wiki_allowhtml
feature_autolinks
feature_wiki_argvariable
feature_wiki_paragraph_formatting
smarty_syntax
wiki_plugins (meaning all wiki plugins)
wikiplugin_div (meaning specified wikiplugin)
etc.

I think it would be useful also for the LTS versions.

Anybody takes the challenge ?

{sign user="luci" datetime="2013-12-12T20:48:49+00:00"}

When creating a table using the table button in the editor. the table acts and feels exactly how you set your preferences.

Once you save then all the formatting leaves

If you try to edit the table properties after then they never get applied

Show Account Info

user: admin
password: 12345

Creation of tracker items with __relative dates__ from profiles shows the right date in view item but empty when editing item

By __relative dates__ I mean something like:
{CODE()}
+1 day 2 hours
{CODE}

(See more: http://www.php.net/manual/en/function.strtotime.php )

See it reproduced in the show instance of this other bug report ([item5254]):

http://xavi-9794-5254.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=4
u: admin
p: 12345

This item was created through applying the profile "Tracker_as_Calendar_12"

Defined as:
{CODE(ln="1")}
type: tracker_item
ref: event_004
data:
tracker: $Tracker_as_Calendar_12:trac_as_cal
status: open
values:
- [ $Tracker_as_Calendar_12:trac_as_cal_summary, A big conference ]
- [ $Tracker_as_Calendar_12:trac_as_cal_location, room 2.3 (15 seats) ]
- [ $Tracker_as_Calendar_12:trac_as_cal_start_date, +1 day ]
- [ $Tracker_as_Calendar_12:trac_as_cal_end_date, +1 day 2 hours]
- [ $Tracker_as_Calendar_12:trac_as_cal_priority, 5 ]
- [ $Tracker_as_Calendar_12:trac_as_cal_description, "I'm really looking forward to attending at this event." ]
{CODE}

Which produced, once applied, something like:

|| Summary | A big conference
Location | room 2.3 (15 seats)
Priority | 5
Description | I'm really looking forward to attending at this event.
Start date | 2014-05-28 12:58
End date | 2014-05-28 14:58
Created | Tuesday 27 of May, 2014 12:46:16 CEST
LastModif | Tuesday 27 of May, 2014 12:46:16 CEST
||

When clicking at edit, no start or end date are shown in the form, and the icon to open the popup helper to fix the dates is not shown either.

And then, in the wiki page to display items as calendar events ( http://xavi-9794-5254.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12 ), this event is not displayed either.

{flash type="url" movie="display782" width="857" height="741"}

Like:
https://drupal.org/project/poormanscron

Useful for ((Update notifier)), Newsletter throttling, etc.

-------------------

{sign user="pascalstjean" datetime="2013-09-10T19:31:34+00:00"}
This will be important in order to make Unified Index default in Tiki (reindexing of the site every week or so)

I can't make the basic example work.
https://doc.tiki.org/PluginCustomSearch#Basic_Usage

I'll reproduce it in show.t.o to make it easy for others to to review where the issue might be.

My goal is to leave one basic working example documented in doc.t.o

Admin password in that instance is:
u: admin
p: 12345

Go to Homepage, log in as admin, and try to search for any word found in the three items in that tracker. No results are found.
Index has been rebuilt many times.