Category: Less than 30-minutes fix

theme: TheNews
common problem when badly closed tags appear in the generated page source
left/right modules colums go down, cannot click to edit the category then

The admin interface for modules is partially localized (German). The parts that are not cannot be manually localized with custom.php (even if the array_merge is added). But what is even more strange: Module location "Left" is translated correctly into "Links". But "Right" isn't. Now I wanted to see whether tra() or tr in curly braces are missing but I could not find the source of the texts displayed here. So I wanted to look for a word that would not give me a hundred hits when doing a recursive grep through all Tiki directories, so instead I searched for "Pagebottom".

But most peculiar, there is only one file that contains "Pagebottom", and that is custom.php! Yet this string clearly is displayed. Now where might the string "Pagebottom" come from?

Here is my search:

{CODE(colors="tiki")}
/media/XXXX/Home/WWW/XXX/agim/tiki-18.6 $ find . -type f -exec grep -l
'Pagebottom' {} \;
./lang/de/custom.php
{CODE}

??!

Look at the screenshot...

{syntax type="tiki" editor="plain"}
To reproduce

Install 6.x
Apply community profile 6.x
Go to tiki-lastchanges.php
and click on the "d" for HomePage

tiki-list_object_permissions.php is fantastic

It lets me review any permissions received from category, and individual perms.


Some enhancements:
* Link to the category perm interface so I may adjust the perms
** As of 4.0, I need to check each category to see why the perms are applied
* Type group is missing (permissions ''about'' groups)

When a pref has a help text, this text must not contain colons, because Tikis help system separates a help headline from body text with a colon. Unfortunately there are texts containing colons, and where they could not be easily avoided, for instance for the setting of namespace separators.

/templates/admin/include_general.tpl contains this:

{CODE(Colors="Tiki")}
{preference name=namespace_indicator_in_structure}
{preference name=feature_use_three_colon_centertag}
{preference name=wiki_pagename_strip}
{remarksbox type="note" title="{tr}Information{/tr}"}
{tr}To use :: as a separator, you should also use ::: as the wiki center tag syntax{/tr}.<br/>
{tr}Note: a conversion of :: to ::: for existing pages must be done manually{/tr}.<br/>
{tr}If the page name display stripper conflicts with the namespace separator, the namespace is used and the page name display is not stripped.{/tr}
{/remarksbox}
{CODE}

This results in a headline "To use " and body text ": as a separator, you should also use ::: as the wiki center tag syntax" which is destroying the crucial information. The number of colons is vital here! And it likewise affects all translations as well...

I have a module that I am trying to reference from the left column of my Wiki pages. It displays fine, but there is far too much whitespace above the image, as it seems that a title is required. When I enter " " for the title, I get whitespace. When I leave this blank, I get "..." What I want is just to display the module (i.e., an image), without any whitespace surrounding it.

Any recommendations?
notitle in the module params?
http://doc.tikiwiki.org/tiki-index.php?page=Module Admin

Webcalendar offers a setting Timezone Offset to Subtract or add hours to server time.

{draw name=timezoneoffset}

This would make things simpler for site which all events are in a common timezone.

Ex.: Showing UTC time in RSS feeds is not very useful...

Tracker plugins are great.

There should be something about them in the tips, when creating trackers.

When you have backlinks to calendar events enabled, a wiki page that gets linked to from a calendar event that has a repetition rule, the wiki page's backlinks list ALL instances of the calendar event, which can be up to 99 !

At this point of course the real culprit is the inability of Calendar to actually have (and admin) repetition rules. What calendar does in reality is that it creates "n" copies of the event, which is a nuisance.

And due to a bug in calendar, entering an event with a repetition rule is always created twice, so you have to manually delete one after the creation.

Tracker field 'Dropdown with other' does not display the other field.
See it reproduced in trunk after applying the profile "Voting System" and attempting to add an item (cast a vote) using the other field.

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,

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

When you use the tracker field "items list" to link (for instance) offers and demands (or gods from an inventory, etc.), the option to specify to list only the open items, for instance, is needed. If a product is out of stock, would be set as out of stock, and maybe marked as "pending", or if discontinued, marked as "closed". And it shouldn't be listed through the "items list" field.

Nowadays (2.0rc2), it's not clear to me how this could be achieved (if so).

Sometimes we need a checkbox field in a tracker to be mandatory. Like:
^[[ ] I accept the terms and conditions.^
or
^[[ ] I agree with the three rules of tw.o dev community.^

This cannot be accomplished yet because the checkbox can be left empty, even if the field was marked as mandatory, and the tracker item is inserted (without that box checked).

It seems as if the button to import csv items has been broken: no action is taken when the user clicks at "import". In fact, nothing seems to happen.
See it reproduced in the show2.t.o instance of another bug report (sorry I felt lazy to create another 20.x one just for this):

http://xavi-9794-7124.show2.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=import_items&trackerId=6
u: admin
p: 12345

Download the csv of items from this tracker:
http://xavi-9794-7124.show2.tikiwiki.org/tiki-download_file.php?fileId=1

I first exported them, clear the list of items in the tracker, and attempt to import them again.
Many other scenarios do reproduce this issue, afaik; what I did was some of the easiest way to let you reproduce the bug.

Go at https://dev.tiki.org/tiki-view_tracker.php?trackerId=5

Check the url for the status bullet above the tracker items table:
https://dev.tiki.org/tracker5&status=p&sort_mode=created_desc

It is wrong and not working.
It should be :
https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=p&sort_mode=created_desc

Tracker items Export after filtering fails (either all items or none exported, depending on how you create your plugin TrackerFilter call). That was known to work in the past (see ), and I recall using this type of feature long ago (years ago, maybe with tiki6???).

It seems as if minor fix was needed to have it export items filtered on the criteria indicated through either PluginTrackerFilter or based on the filtering in the tracker feature interface itself.

http://xavi-9794-5876.show.tikiwiki.org/
u: admin
p: 12345

!!! Fixed
!!!! Case 1: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Filter for the word "topic". It will list just 3 items from the longer list of items in the tracker.
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?trackerId=1#trackerFilter1-result
* click at the "Export" button at the bottom, which will load this page (should it be another url?), and apparently nothing happens: the same page is reloaded:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?controller=tracker&action=export&trackerId=1&displayedFields=4&f_4=topic


!!!! Case 2: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
* Type the word "topic" in the ext box and click at "Export it" button. The csv produced has no content.

!!!! Case 3
You want to do the same from the tracker feature itself: after listing items, you filter bsaed on some criteria, and you click at ecport, you expect to get that filtering applied to the csv to be exported.
The url might look like:
http://xavi-9794-5876.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=export&trackerId=1&status=o&sort_mode=f__asc&filterfield=4&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B4%5D=topic&filter=Filter

Couldn't we use these values in the arguments of the url to have a pre-selection of items to be exported?
---

!!! Pending Fixing
Update: Filter based on cases of "Multiple selection" fields do not work: nothing is exported or all is (filtering doesn't seem to be working). {sign user="xavi" datetime="2016-06-07T08:14:59+00:00"}
!!!! Case 11: TrackerFilter using param "export=y"
This produces a button at the bottom to go to export, in theory, with the pre-selection of item filtered.

* Come here at the homepage:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=HomePage
* Field 7 (multiselect): "Resources needed" produces:
+ {CODE()}__tracker field type not processed yet M__{CODE}

!!!! Case 12: TrackerFilter using param " export_action='Export it' "
* Come here at the Tracker_as_Calendar_12 page:
+ http://xavi-9794-5876.show.tikiwiki.org/tiki-index.php?page=Tracker_as_Calendar_12
*You can't see the form field to filter based on the multiselect field. You type Laser at the text field to filter, and a 0 byte file is produced.

!!!! Case 13
You want to do the same from the tracker feature itself:
http://xavi-9794-5876.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
* Filter for the "Resources needed" Laser Pointer. 3 items will be shown (out of the 6 max).
* click at the "Export" button at the bottom. None is exported, just the header line with the variable names, but no record below.

{syntax type="tiki" editor="plain"}
If you have a tracker with fields e.g
X text
Y radio buttons, mandatory
Z date
and you would like to offer the user to update X only, or X and Z only, keeping the old value of Y, it won't work. The error message you get is that Y is mandatory.

{syntax type="tiki" editor="plain"}
Any dynamic list or other drop-down list will not get its default value, when modifying the item, or when it gets prefilled (or when autosave value is available).

{syntax type="tiki" editor="plain"}
TW5.0beta1
Tried a field($fieldid,user,$trackerid) expression, and it does not work if the $fieldid is of item link type.
Debug insight:
While field($fieldid,user,$trackerid) results in the unresolved itemid referencing to the item link domain, the
{CODE(colors="php")} $items = $trklib->list_items($trackerId, $tr_offset, $max, $tr_sort_mode, $passfields, $filterfield, $filtervalue, $tr_status, $tr_initial, $exactvalue, $filter, $allfields);
{CODE}
call does not work. Namely, $trklib->list_items(..) works with the resolved item links. Therefore, there is no match.

When creating a new Tracker, i cannot set categories. They are visible as checkboxes but not selectable.
Only checkbox "Auto-create corresponding categories" is selectable.

I put it to blocker because assigning permissions (categories) to tracker is essential.

I guess its easy to solve because it might be related to the bootstrap issue fixed in https://dev.tiki.org/item5500



__Testcase__:
user: admin
password: 12345
http://wolfganga-11730-5504.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

__Update: Since this bug is fixed i removed the testcase instance__

When the user toggle between status he sees the items with the status selected.
However, if he perform an action his previous selection is "forgotten" and he have to re-selected again.

{mediaplayer src="display2072"}

{syntax type="tiki" editor="plain"}
__Wiki / Translate / Translate this page to a new language__

When creating a tranlsation of a wiki page by way of the "Translate this page to a new language" button, the following is automaticlaly inserted above the untranslated text trabsferred fromn the original page to the new page:

^Translation of this page is incomplete.^
I assume this is designed for the benfit of people reading the page (rather than those editing it) and as such I find it very useful for the following two reasons:

If you are using a site in one language, say English, and a page appears in another, say French, its very useful for the reader to understand that:
* nothing is wrong e.g. they haven't mistakenly navigated to the wrong page or changed their language settings, and
* the site editors are aware that the content requires translating.

The problem is that it displays in the wrong language (e.g.in our example above in English when the reader may only understand French). The reader needs to see "Translation of this page is incomplete." in their own language regardless of the language of the untranslated text beneath it, otherwise the benefits above are lost.

(Of course, the same should all apply to Articles but they don't seem to have the "Translate this page to a new language" feature yet - only the ability to link to another already created Article at present).

{syntax type="tiki" editor="plain"}
1) Child links are "usually" (not always) configured to point to a bad Url.

Instead of taking you to :

http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=5

it will take you to

http://mi.solcentral.org/Textos%20Codificados

and Sefurls (Search engine friendly url) is OFF

You can see if for yourself in http://mi.solcentral.org/tiki-list_file_gallery.php?galleryId=2

I have changed Theme to see if its a Theme things and the problem persists.

The problem does not arise accessing with IE 7.0 since the Tree Control is not showed up at all (don´t know if this is also an error really, if you know tell me...).

2) Icons change. Instead of showing one type of icon in the tree structure, it shows two types.

Please Help

----
Tiki V 6.0 fresh install
Server: Windows
PHP Version: 5.2.6
Ram: 128 Mb

On the svn updating step when -+make update+- is ran there is an error reported:
{CODE()}
...
Updating svn...
svn --non-interactive merge --accept theirs-full --allow-mixed-revisions --dry-run --revision BASE:HEAD '/var/www/demo.luciash.eu/web/trimtesttiki18' 2>&1 [1]
svn: invalid option: --allow-mixed-revisions
Type 'svn help' for usage.
...
{CODE}

But it seems the script continues without fatal error then...

-+svn help+- reports -+Subversion command-line client, version 1.6.11.+-

There is a typo in /lib/prefs/short.php which makes displaying the help texts impossible, and it is carried on (through copy&paste by the dev).

Look at these code snippets:
{CODE(Colors="Tiki")}
function prefs_short_list()
{
return [
'short_date_format' => [
'name' => tra('Short date format'),
'descriprion' => tra('Specify how Tiki displays the date (shorter version)'),
.....
'descriprion' => tra('Specify how Tiki displays the time (shorter version)'),
{CODE}

The error is in lines 13 and 23: "descprion" should read "description"... This results in help texts that contain a heading (contained in 'name'), but no text...

This affects ''all'' languages, including English...

In the update wizard /templates/wizard/upgrade_others.tpl there is this:
{CODE(Colors="Tiki")}
{tr}You can prevent that unresponsive time by means of setting Tiki to store notification emails in an email queue (see <strong>Settings > Control Panels > General > General Preferences > Mail > Mail sender > STMP</strong>, and <strong>Mail Delivery > Queue</strong>), and request the server to process the email sending based on a cron job{/tr}.
{CODE}
Of course that should be SMTP :-)