Category: Conflict of two features (each works well independently)

'Show creation (or modification) date when viewing items' shows nothing any more when tracker section format is set to Tabs

Problem noticed here:
http://www.wiki-translation.com/tiki-view_forum_thread.php?forumId=2&comments_parentId=39

{img src=images/code.png}%%% {CODE()}
I'm trying to log in with my OpenID. I don't have a wiki-translation.com account yet.

After validating my OpenID, I'm taken to a Tiki page that prompts me to create a new account on wiki-translation.com to associate with my OpenID. I enter a username and password, but then get the following error:

Wrong registration code
{CODE}


__Duplicate of {wish id=2204}__

12.x: accents not shown properly in forum posts when wysiwyg-html is on

Reproduced in precarios~~black:.org~~

And in
http://xavi-9794-5228.show.tikiwiki.org/tiki-view_forum_thread.php?forumId=1&comments_parentId=1&thread_sort_mode=commentDate_asc#comments

See he reply that says:
{CODE()}
Otro más
{CODE}

and it should say:
{CODE()}
Otro más
{CODE}

If you disable storing syntax as HTML but revert it to store wiki syntax, then everything is fine again for new posts.

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)

When you have your Tikiw with Wysiwyg enabled, and using wiki syntax in the wiki pages, then page alias links are saved as internal links.

Example for the domain example.com. This syntax in that context at page "foobar":
{CODE()}
(alias(foo bar))
{CODE}

Would be converted, after page save, into:
{CODE()}
((foobar|foo bar))
{CODE}

And therefore, we loose the alias name. If you attempt to visit page

http://example.com/foo+bar

you would get that the page doesn't exist, instead of showing you the aliased page

http://example.com/foobar


Reproduced here:
http://xavi-9794-5083.show.tikiwiki.org/tiki-index.php?page=foobar
u: admin
p: 12345

Registration from within PluginTracker does not create a new user. (it has a field called "registration", which then shows the registration fields in the tracker form)

The same process from the registration script does work (user created, and item in user tracker created also).

Reproduced in the show instance:
u: admin
p: 12345

Add a new item through the Plugin Tracker, and the new user is not created, just the tracker item:
http://xavi-9794-5098.show.tikiwiki.org/tiki-index.php?page=Inscripcions&cookietab=2

Add a new user (and tracker item) through the registration form, and the user and tracker item are created successfully:
http://xavi-9794-5098.show.tikiwiki.org/tiki-register.php

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)

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

13.x dev.t.o: Print version for tracker item almost empty

Untested in trunk yet.
To reproduce, see a tracker item, such as:
http://dev.tiki.org/item5294

And see the printer-ready version of that item:
http://dev.tiki.org/item5294?print=y

Only this is shown:
{CODE()}
12.x & 13.x: Comments can't be posted (12.x) nor edited (12.x, 13.x) when codemirror is switched on (or 'disabled but switchable')


The original document is available at http://dev.tiki.org/item5294
{CODE}

'Add an item' for tracker field 'item link' does nothing when field displayed as multi select.

See it reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=insert_item&trackerId=1&modal=1

u: admin
p: 12345

::{img src="https://dev.tiki.org/display799"}::

13.x: Contents of Plugin Code shown twice when shown through an iframe (the Upgrade Wizard uses that to display some doc.t.o pages, such as http://doc.tiki.org/Tiki13 and http://doc.tiki.org/Upgrade

13.x: dev.t.o fivealive-lite.css: images can't be uploaded or selected throught the toolbar icon from tracker textarea

{HTML()}
<video width="320" height="240" controls>
<source src="http://doc.tiki.org/dl1108" type="video/webm">
Your browser does not support the video tag.
</video>
{HTML}

{WEBDOCVIEWER(url=>http://doc.tiki.org/dl1108, width=>425, height=>350)}{WEBDOCVIEWER}

See: http://doc.tiki.org/dl1108

__140713_dev.t.o_13.x_bug_when_attempting_to_upload_or_select_image_from_textarea.webm__ - 5.69 Mb

Tabs stopped working in 13.x, as demostrated after applying the "Voting System" profile, from the Profiles Wizard.

See it reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-index.php?page=Voting

14.x: Tracker inline editing broken through Plugin TrackerList

Reproduced after for instance applygin profile Bug_Tracker and set the param in the plugin trackerlist "editableall=y". See it here:
http://xavi-9794-5455.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker
u: admin
p: 12345

Fields are open for edition, without clicking on them.
Correct behavior shown when listing items through the tracker interface directly:
http://xavi-9794-5455.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1


You can do the same thorugh PlugintrackerList on 12.x or 13.x, and it behaves properly (fields only open for edition when you clik on them)
----
UPDATE:
* after this instance has been svnupdated to r52471, behavior is fixed (thanks marc & lph), but icons (indicating which fields are editable inline) are currently lost (no icons shown neither through trackerlist nor through the tracker iteself). {sign user="xavi" datetime="2014-09-21T06:44:15+00:00"}
* apache error message in the logs:
+ {CODE()}
No route found - full:/trunk/styles/layout/img/icons/database_lightning.png query:, referer: http://localhost/trunk/styles/layout/tiki.css
{CODE}

Upload a file in the registration tracker after choosing group is not possible (field Files: using modal or not) - ajax needs to be re-attached probably after the group selection, since the gruop selection already loads the form through ajax.

Reproduced here:
http://xavi-9794-5987.show.tikiwiki.org/tiki-register.php
* choose group (any of the 2)
* attempt to upload a file at the field: "CV-Resume (PDF)"

To login as admin:
u: admin
P. 12345

FYI: everything works as expected when the registration user tracker is just used by the "Registered" group, and no ajax in the gruop choice to see the fields to be filled at registration time.

15.x: Improvements needed for mobile view of many *.t.o sites (dev, themes, doc, ...)

{img src="display1077" thumb="box" width="800"}

(1) No way to login at dev.t.o or doc.t.o, for instance, when browsing the page in the smartphone
(tested with Chrome on Android, but it seems to be reproduced with a browser on a desktop and making it narrow enough as a smartphone)

(2) There is no logo nor site name displayed in the top header of most *.t.o sites. OTher (non-tiki) bootstrap websites do display their logo and name when shown through smartphone. IS tehre anything that can be done in the Tiki side to fix this?

(3) Fullscreen button is shown on top of the button at the top layer to display the logo and site name. Therefore, clicking there, fires the fullscreen in some cases. And when in full screen, in a smartphone, I couldn't come back to normal display mode clicking at that button in the smartphone for some reason, I had to fix the param in the url to get back to normal.

(4) The submenu is not shown in dev.t.o and doc.t.o but it is shown in themes.t.o Why? How shall we edit the submenus so that they are shown in the smartphone display?

Thanks

15.x: Recalculate mathematical calculation tracker field at indexing time fails
The tracker field was set to that option: Recalculate on indexing.
If you set the tracker field to recalculate on save, it works as expected.

12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno).

No matches are found when there are some items which met the intended criteria.

--It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"}
Login in here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
u: admin
p: 12345

You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact)

Try to filter by that field:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter#
---
__Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"}
the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/
To reproduce, see it here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

__The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __

__Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__
Does work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

Doesn't work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter#

Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter.

2-way sync of userPreference tracker field (between user tracker and preferences) tricky to set up

I'll see if I can reproduce it in a show.t.o instance...
More info to come...

This is a workaround for the bug described below. We just had this same problem occur in Tiki Wiki 6.3. Our Architect looked at the code and said the search wasn't recognizing the pages' language. I turned off the multilingual feature that I just turned on last week (May 31, 2011), and our search function worked normally again.

This is a cut and paste of the following open bug I found that describes this problem:

Status open
Rating (1)
Ticket ID 2188
Subject Search function does not work when tiki-searchindex.php is first invoked
Submitted by Geoff Brickell
Priority 9 high
Category Bug: Error
Tiki Version 2.x
Feature Search
Description Using the Search link in the application menu invokes tiki-searchindex.php which does not return any results no matter what you search for.

Having had a 'failed' search you are however now at tiki-searchresults.php and all subsequent searches work fine.

When you use the Search box module you fill in the form and the form 'action' is to run tiki-searchresults.php - and so this works fine.

This was previously logged as id 1696 - but this flagged the problem as a usability problem with the tiki support site rather than a possible coding bug - so have submitted this again.


Lastmod by Geoff Brickell
Created Monday 01 December, 2008 04:40:25 CST
LastModif Monday 01 December, 2008 04:46:34 CST

I defined a structure Helpdesk FAQ and a categorie Helpdesk.
Now I give a group Helpdeskadmin the permission tiki_p_edit (and a lot of others).

If a helpdeskadmin trys to add a page with the button on the top of the wikipage with over the toc, the message "You do not have permission to edit this page." appears.

The problem seems to be the following permission test in tiki-editpage.php:

// Permissions
$tikilib->get_perm_object($page, 'wiki page', $info, true);
if ($tiki_p_edit !== 'y') {
[...]
$smarty->assign('errortype', 401);
$smarty->assign('msg', tra("You do not have permission to edit this page."));
$smarty->display("error.tpl");
die;
}

If I give the permission tiki_p_edit to the group, the helpdeskadmin comes to the wysiwyg-edit-page, also he gets a message like the page must have a categorie. I didn't analyzed that yet.

{syntax type="tiki" editor="plain"}
I created a test newsletter on a new tiki 4.x (using recent svn, similar to tiki4rc1)

* Switched editor to wysiwyg
* copied some content from this page: http://en.wikipedia.org/wiki/Paul_R._Ehrlich (from the title "Paul R. Ehrlich" until the title "other activites" (so that, it's including also a few images available on the internet, in case it matters)
* cliked on the switch editor button (to go back to a normal editor showing wiki syntax)
* a blank page is produced, after 10-15 seconds.

Hello,

Remark : The editing current page seems to crash if to many changes by cut are made (my page lost).

Object :

Change of option "check orthography" lead to system error when you save the page :

__SYSTEM ERROR

La table 'teawik-ld8-50s-new1.babl_words_fr' n'existe pas
__
The query was :
select `word` from `babl_words_fr` where `word`=? or `word`=?

Valeurs :

1. Table
2. table

The built query was likely :
select `word` from `babl_words_fr` where `word`='Table' or `word`='table'

Stacktrace :
* tiki-editpage.php : 0 -> {main}(array ( ))
*tiki-editpage.php : 853 -> spellcheckreplace(array ( ))
*lib\tikilib.php : 1659 -> spellcheckword(array ( ))
* lib\tikilib.php : 1704 -> spellcheck_word(array ( ))
* lib\bablotron.php : 44 -> word_exists(array ( ))
*lib\bablotron.php : 104 -> query(array ( ))
* lib\core\lib\TikiDb\Bridge.php : 29 -> query(array ( ))
*lib\core\lib\TikiDb\Pdo.php : 119 -> handleQueryError(array ( ))
*lib\core\lib\TikiDb.php : 150 -> handle(array ( ))

{syntax type="tiki" editor="plain"}
So the alias is not 100% an alias.

On: ((doc:Semantic))

There is a link to:
* ((doc:Semantic Alias))

But this ((doc:Semantic Alias)) is an alias of ((doc:Alias))

Also in action here:
http://profiles.tikiwiki.org/handler

Related:
*{wish id=2754}
*{wish id=2729}

---
Activating plugins doesn't invalidate cache and thus, the plugin help doesn't appear on next page edit.

To reproduce:
1- edit a wiki page
2- click on the help button
3- scroll down to plugins
4- click on Activate/deactivate plugins which takes you to tiki-admin.php?page=textarea ~~#FF0000:(wrong tab!)~~
5- Click on plugins
6- Activate a plugin
7- Notice that on next edit, the new plugin is not available
7a) a bug in my text, edit Help was in French, so maybe the cache of another user was appearing