Category: Usability

Forum last posts module gives the following Notice errors on top of tiki-objectpermissions.php page and messes up the font size of permissions list.

Notice: Undefined index: forumId in ../proposed/5.x/lib/core/lib/Perms.php on line 185

Notice: Undefined index: forumId in ../proposed/5.x/lib/core/lib/Perms.php on line 229

For every topic created you will get another 2 of those Notices.
When there are 100 forum topics not that hard to get you will need to scroll down 200 lines of notices just to edit a few permissions.

Reproduce:
Turn on feature forum
Asign forum last posts module
Create a forum and a topic


One of the notices i got is fixed in Revision 29138
Notice: Use of undefined constant ttz - assumed 'ttz' in ../proposed/5.x/lib/tikilib.php on line 7682

(Note: When creating an event in the calendar as an "All Day" event, it works as expected.)

When creating an event with a start and end time, the start time moves itself to the current time. Events appear on the calendar to span days. The end time looks correct.

When attempting to correct the start time, the clock now shows 7pm, December 31st, 1969 as the start. Changing the start time and saving it has no effect.

OS: OpenSUSE 15.1
Apache: 2.4.33
PHP: 7.2.5

Timezone is set to America/New York, system clock set to UTC. Clock appears correct in TikiWiki.

{syntax type="tiki" editor="plain"}
When a user clicks on the little magnifying glass to view an event, I would recommend that the first two items displayed be "Title" and "Description". The other items that currently appear first ("Calendar", "Recurrence", "Start" and "End"), although important, are usually not why the user clicked on that event.

Usually, the user is interested in finding out more about what the event is - information included primarily in the "Description".

The event's "Title" is all that can be viewed initially for a given date and it includes only a few words. If the user's interest is piqued by those few words, the first thing the user would like to see is a fuller description.

Currently, the user clicks on the event and then has to click on the magnifying glass and then has to read half-way down the page before finding out more about the event proper.

Those other items could be more usefully placed below "Description" so that they can be read if the user is interested.

I would argue that this would make the calendar more user-friendly.

I would also encourage placement of the magnifying glass to the left of the "edit" icon (when the user first clicks on an event) for similar reasons. Many more people will want to view an item than edit it, so the magnifying glass (or "view" icon) would more usefully come first.

{syntax type="tiki" editor="plain"}
Cannot use wysiwyg editor in blog if we want also to use excerpt feature.

If any temporary or fixed solution can be found...

Many many thanks

If you access https://dev.tiki.org/Tiki20#Open_or_Pending_Blockers_and_Regressions , there's a button to Expand that Table. It doesn't work, as it used to until a few days ago. So navigation in the table becomes very difficult. If you turn off jqDoubleScroll then the feature works fine.
{img fileId="1298" thumb="box"}

{syntax type="tiki" editor="plain"}
When exporting tracker items, the generated csv file contains a blank line after every 100 items.

...
100 "180";"48";"13-06-2005";""
101 "133";"1";"30-04-2005";"5"
102
103 "179";"47";"31-01-2005";"0"
104 "178";"46";"31-01-2005";""

When you have more than one calendar, and you have user watches enabled, the display of the icons to watch calendars is not shown. I tagged this as a dogfood a tiki.org site since this is an improvement needed for tiki users to get notified on Tiki fests, for instance. Currently, most powerusers don't know that they can monitor the tiki calendar.

In order to monitor calendars right now, you need to deselect all calendars, re-select just one, refresh, and then you will see the icon to watch / monitor /subscribe to the calendar. And you need to do that one by one.

Expected behavior: some way to see the list of all calendars with the icon to subscribe to each of them next to its name. Maybe through similar popup with the full list of calendars that you have the right to see and monitor, and then, you expose those icons/actions there?

Show.t.o instance:
http://xavi-9794-5877.show.tikiwiki.org
u: admin
p: 12345

There are 3+ calendars already, and when all are selected for display (default behavior), no icon to monitor them is shown:
http://xavi-9794-5877.show.tikiwiki.org/tiki-calendar.php

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

But when you select just one, you can see the icons to monitor it:
http://xavi-9794-5877.show.tikiwiki.org/tiki-calendar.php?calIds%5B%5D=3&todate=1459860043&refresh=Refresh

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

((doc:PluginGanttChart)) is a very promising feature in Tiki for real-world uses cases of project management

We lack the ability to filter results provided to the plugin gantt chart by means of filtering content from the unified search index, in an equivalent way to what it's possible in other ((doc:PluginList))-based plugins using [https://doc.tiki.org/PluginList-filter-control-block|the -+filter+- control block]. See examples:
* Filtering displayed tracker items based on values in a field (without user intervention)
+ https://doc.tiki.org/PluginPivotTable#Advanced_example_2
* Allow users to filter displayed tracker items based user input in a search form:
+ https://doc.tiki.org/PluginPivotTable#Advanced_example_3

What would be needed to get this GanttChart extended this way?

Thanks in advanced

You can reproduce this issue by means of applying the ((pr:GanttChart)) profile.

Example of coded shown in that profile:
{CODE()}
{GANTTCHART(trackerId="1" name="trackerganttTaskName" begin="trackerganttStartDate" end="trackerganttEndDate" roleId="trackerganttRole" status="trackerganttStatus" progress="trackerganttProgress" canWrite="true" canDelete="true" canWriteOnParent="true" description="trackerganttDescription" code="trackerganttCode" effort="trackerganttEffort" resourceId="trackerganttResourceId" order="trackerganttOrder" level="trackerganttLevel" depends="trackerganttDependencies" startIsMilestone=="trackerganttStartIsMilestone" endIsMilestone=="trackerganttEndIsMilestone")}
{filter field="tracker_field_trackerganttTaskName" editable="content"}
{filter field="tracker_field_trackerganttDescription" editable="content"}
{filter field="tracker_field_trackerganttResponsible" editable="content"}
{filter field="tracker_field_trackerganttEndDate" editable="content"}
{GANTTCHART}

{CODE}

{syntax type="tiki" editor="plain"}
At : tiki-admin.php?page=general#contentadmin_general-3
We have an option : The URL that the anonymous user is redirected to when a page is not found

The work fine.
When an anonymous it a 404 he see the page.
But that doesn't work with registered.

Why not extend to anyone when a page is not found ?
That would be very useful.

{syntax type="tiki" editor="plain"}
External feeds don't show anymore the date of the feeded content, and they used to do while in Tiki3. After upgrade to Tiki4 and Tiki5 (or with new Tiki5 installs), dates are not shown any more.

The problem might be in the Tiki providing the feeds, not the tiki getting them.

E.g.:
http://moviments.net (using Tiki 3.5 by the time of this bug report) is set to fetch in a module in the right column (called "__Altres esdeveniments__") the feed from a site with Tiki 5rc2 (from svn) here:
http://intercanvis.net/tiki-calendars_rss.php?ver=2

Previously, the right modules in moviments.net was showing the dates properly of each calendar item fetched.

tiki-admin_external_wikis.php does not seem to work at this point. Show instance is created. Please see home page.

When newsletters are edited using the wysiwyg-html edit, extra lines are added.
Tested on Tiki 12.4svn

Will setup a show instance.

Tiki14 has the same problem. I haven't tested other version.
This problem makes it impossible to work with newsletters in html.

When viewing a tracker on a wiki page, an extra word 'Label' is showing in Tiki 15x (12x this is not / never was a problem). Is there any way to hide this word? It seems to be something in the back-end.

Pic of how it was before in Tiki 12x:

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

Pic of how it looks now in Tiki 15x:
{img fileId="1112" thumb="box"}

Parameters:
- browser: Opera mini (& beta mini), with parameters (very important) -
1) single column view (Settings > Page Layout > Single column view)
2) extreme mode data savings (Settings > Data savings > Extreme mode)
3) no images (Settings > Data savings > Images > off)
(all versions of Opera mini to through latest, v.21 & v.22)


- Android 5 and 6

I understand that most people do not use Opera mini, particularly with these parameters (which strip out all formatting for fast loading under 2G/GPRS environments), and this is a minor annoyance that users an get used to, but submitting as maybe it's an easy fix (this does not occur in any other browsers, or Opera Mini if 'Extreme Mode' data savings is turned off).

Thanks,
Mike

I believe there may be a bug with the Fade plugin in Tiki 15 (15.4) as it worked in 12x.

It does not open when used on a wiki page, and that page is used as a template for EDITING a pretty tracker (it opens for editing in the modal dialog).
(it works, i.e. opens, when VIEWING a tracker item as a wiki page template).

This problem occurs with or without the 'Icon' selected.
The hyperlink is there (cursor changes) but the Fade does not open up.

Within that Fade I have text, links, a fancy table, etc.

thanks,
Mike

__Update:__
To reproduce:
#Go to http://mikeua-11714-6308.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=117&from=farming2+Review
#Enter show:show
#Login as admin:12345
#Click "Edit" button
#Click "Planting" under the "status:"

New fade plugin is cool.
http://doc.tikiwiki.org/PluginFade

#If body is empty, plugin should not be clickable
#However, if there are line breaks in the body, the are no longer in the fade.
#Also, should have a setting, default to y for little icons:
{img src=images/code.png}%%% {CODE()}
[-] [+]
{CODE}

Fancy table
code works in ver 15 but copy and paste into ver 18 causes fault to table sorter list.
The common name shows data function list.
I have used tikiwiki syntax ((around common name)) to make page link.
in ver 15 it works, but the same code in 18 caused common name list to expand and show data function list
If you remove the (( )) the problem disappears
Update
it works on the show.tiki site fancy table page
I am running ver 18 on a home server (debian linux) does this mean the jquery or javascript on the server is wrong or the ver 18 installation
version 15 is on the same server and works okay.


example

{DIV(class="row")}{DIV(class="col-md-12")}{FANCYTABLE(colwidths= "5%|10%|20%|10%|30%|25%" head=" Flower|Common name| Type | Picture | Seedling" sortable="type:reset" sortList="[0,0],[1,1],"tsortcolumns="type:word;group:word|type:word;group:word|type:word;group:word|type:nofilter|type:nofilter|type:nofilter" tsfilters="type:dropdown|type:dropdown|type:dropdown|type:nofilter|type:nofilter|type:nofilter " tsfilteroptions="type:reset" tspaginate="max:50")}
white|((Bittercress))|rosette|{img fileId="286" thumb="box" desc="name"}|{img fileId="287" thumb="box" desc="name"}
yellow|((Buttercup))|rosette spreading|{img fileId="356" thumb="box" desc="name"}|{img fileId="288" thumb="box" desc="name"}
white|((Bramble))|Climbing Tall|{img fileId="369" thumb="box" desc="name"}|{img fileId="355" thumb="box" desc="name"}
{FANCYTABLE}{DIV}{DIV}

I get "Fatal error: Class 'Comments' not found in .../lib/importerlib.php on line 24" when trying to import a forum (at'tiki-forum_import.php').

The implementation of favicons is incorrect for types other than .png.

Tiki currently renders the favicon as:
{CODE(caption="Current rendering",ishtml="0")}<link rel="icon" href="favicon.png" />
{CODE}

Notice that there is no declaration of MIME type (very bad). If you goto Administration | Look & feel | Other, there is a pull-down box to select the favicon icon MIME type, which gives choices:
* image/png
* image/bmp (wrong!)
* image/x-icon (wrong!)

None of these selections actually effect the LINK tag! In other words, someone forgot to implement the MIME attribute of the link tag. Even if it was implemented, these choices would be wrong (see solution).

Also on the Look & feel | Other page, there is a 32 character limit on the favicon icon file name. This limit is too small and is problematic for sites where the favicon is not located in the tiki root directory.

tiki-admin.php?page=general

1- favicon box is limited to 32 characters. This is not enough for people using multiki.

2- When I try to change path to favicon, it doesn't save.

3- How do I deactivate this feature?

Shouldn't this feature be in Site identity?

feature alias (semantic links) is not SEF (search engine friendly) ready

Using 4.2.
See it here:
page:
http://gavarrespedia.org/pendent

has a few aliases such as:
{CODE()}
(alias(pendents))
{CODE}

If you have SEF feature off (btw, and htaccess rewrite rules on), when you type:
http://gavarrespedia.org/pendents

you get
http://gavarrespedia.org/pendent

However, if you enable SEF feature (to make tiki create also short urls), then:
http://gavarrespedia.org/pendents

shows error, page not found, maybe you were looking for pendent, etc.
and it should just show the page "pendent" straight away

I'm running 1.9.2. I am unable to get the attachment portion of inbound emails to show up as an attachment to a forum post or wiki page. I expect this also applies to analogous emails of other types of content. I think this was working in January 2006.

I will be posting a related issue in the next item. It deals with e-mails to forums having "Use this thread to discuss the [tiki-index.php?page=xxx|xxx] page." added to the body of the forum post, as if it was a Discussion of a wiki page.

If the page I am looking for doesn't exist, Tiki will send to a similar page (if only one) or to the list of pages (if many)

This is interesting.

However, I may not want this behavior if I am building my wiki pages from the menu 1- create menu and 2 click on it to create page and thus testing the link.

This new feature (which wasn't there before) creates a new behavior that maybe should be the default. But it should be possible to turn it off.

AFAICT, feature_redirect_on_error (in tiki-admin.php?page=features) doesn't seem to do anything in 1.9 or 1.10 Redirect on error seems to always be on.

Currently I am only able to add 1 featured link. Adding a second link replaces the first. It is also not easy to find the option for adding featured links once the module has been created. I had to type in the url because I could not find the option for adding them.

The field drop down in the tracker is to short to support the list of all contry (see bellow)

Français :: Le field 'drop down' est trop court pour supporter la liste des pays du monde (ci-contre). Il faut ajouter de l'espace pour 2000 caractères!

__Listes des pays du monde (inclus les États membres de la Francophonie)_
Afghanistan,Afrique du Sud,Albanie,Algérie,Allemagne,Andorre,Angola,Antigua-et-Barbuda,Arabie saoudite,Argentine,Arménie,Australie,Autriche,Azerbaïdjan,Bahamas,Bahreïn,Bangladesh,Barbade,Belgique,Belgique/Communauté française de,Belize,Bénin,Bhoutan,Biélorussie,Bolivie,Bosnie-Herzégovine,Botswana,Brésil,Brunei,Bulgarie,Burkina Faso,Burundi,Cambodge,Cameroun,Canada,Canada/Québec,Canada/Nouveau-Brunswick,Cap-Vert,Centrafrique,Chili,Chine,Chypre,Colombie,Comores,Congo,Congo RD,Corée du Nord,Corée du Sud,Costa Rica,Côte d’Ivoire,Croatie,Cuba,Danemark,Djibouti,Dominique,Égypte,Émirats arabes unis,Équateur,Érythrée,Espagne,Estonie,États-Unis,Éthiopie,Fidji,Finlande,France,Gabon,Gambie,Géorgie,Ghana,Guatemala,Grèce,Grenade,Guinée,Guinée-Bissau,Guinée équatoriale,Guyana,Haïti,Honduras,Hongrie,Inde,Indonésie,Irlande,Iran,Iraq,Islande,Israël,Italie,Jamaïque,Japon,Jordanie,Kazakhstan,Kenya,Kirghizstan,Kiribati,Koweït,Laos,Lesotho,Lettonie,Liberia,Liban,Libye,Liechtenstein,Lituanie,Luxembourg,Macédoine,Madagascar,Malaisie,Maldives,Malawi,Mali,Malte,Marshall,Maroc,Maurice,Mauritanie,Mexique,Micronésie,Moldavie,Monaco,Mongolie,Mozambique,Myanmar,Namibie,Nauru,Népal,Nicaragua,Niger,Nigeria,Norvège,Nouvelle-Zélande,Oman,Ouganda,Ouzbékistan,Pakistan,Palaos,Panama,Papouasie-Nouvelle-Guinée,Paraguay,Pays-Bas,Pérou,Philippines,Pologne,Portugal,Qatar,République dominicaine,République tchèque,Royaume-Uni,Roumanie,Russie,Rwanda,Sainte-Lucie,Saint-Kitts-et-Nevis,Saint-Marin,Saint-Vincent-et-les-Grenadines,Salomon,Salvador,Samoa,Sao Tomé-et-Principe,Sénégal,Seychelles,Sierra Leone,Singapour,Slovaquie,Slovénie,Somalie,Soudan,Sri Lanka,Suède,Suisse,Suriname,Swaziland,Syrie,Tadjikistan,Tanzanie,Tchad,Thaïlande,Timor oriental,Togo,Tonga,Trinité-et-Tobago,Tunisie,Turkménistan,Turquie,Tuvalu,Ukraine,Uruguay,Vanuatu,Vatican,Venezuela,Viêt Nam,Yémen,Yougoslavie,Zambie,Zimbabwe

When you are on a page of a wiki structure, you can click on the print icon, but you will only print that single page.

The icon and option to "__print this page and all the subpages__" (= in the the sub-structure) right from there (without going through all the clicks at "Wiki > multiprint > select structure > print") would be very welcome, since the base feature to rpint the full structure exists.

From the home of the structure, it would print the full structure (as it can be done with one click from a structure within a Workspace through ((doc:AulaWiki)) mod, or through many clicks as usual, as explained above).

If the user is on a subpage of the structure, that button would print that page and all subpages from the same structure.

Does it make sense?