Category: Usability

The context menu of file gallery (which opens when you mouseover the screwdriver icon) offers -among others- these two actions to choose from:

a) "Display" (looking glass icon)
and
b) "Browser display (raw / download)" (eye icon).

Both, when clicked, open one and the same URL:
{CODE(colors="tiki")}
tiki-download_file.php?fileId=NN&display
{CODE}

I guess that at some point in development, those two options would have been for different purposes.

Therefore I suggest that either the initial, differing purpose is restored where it was lost, or one of the two gets completely removed for redundancy.

{syntax type="tiki" editor="plain"}
On tiki-list_file_gallery.php?view=page, the file image initially appears with the dimensions of width=300px and max-width=100%. (I don't know how the image's proportions are kept correct as I can't find any height setting.) There is a form input to change the image maximum width, but when I enter, for example, 400 (the input has "pixels" appended so no need to input that), the page refreshes and the image isn't 400px wide, it's 100% wide and overflowing out of its containing div and into the right column of the page. And the maximum width form input contains the figure "4", not "400" as I input, so two indications here that the code to change the image size is broken.

The code on this and other gallery pages looks ancient and should be replaced with something modern. I understand there is an Avantech task to revamp the file galleries. I wonder if a short-term solution would be to at least do a mini-revamp of the image displays by switching to Bootstrap-type code.

If that mini-revamp isn't possible, maybe the maximum-width gadget should be commented out in the template. There's no point in having it there if it produces broken results, and there is a "Display" item in the popup if the user wants to see a larger version of the image.

Dear Sir:

This may not sound as a bug, but this could be a problem for people who use tiki to build a professional website.

In an ideal CMS, no one has to know what platform the webmaster is using. Knowing the platform from first sight is considered a huge flaw in the design of the CMS. It's not my position to defend this statement, but you're professional developers, and you understand how this should be the first piece of information any hacker is looking for. Honestly I'd be already surprised if this not clear.

With that said, let's state the problem: The problem is that every php page in tiki has the prefix "tiki-", like "tiki-index.php". Now why?

Let's look at this rationally. Does this benefit the user with anything? Absolutely not. As it looks to me, it's just a show-off of the kind "hey look, this website was made by tiki, and the webmaster couldn't get rid of those urls exposing him".

Trust me, some companies will just refuse to use the whole platform because of this! Usually organizations are paranoid about security.

So please, fix this. Just remove every "tiki-" from every file name. There's not a single good reason to have it done this way.

PS: Renaming the files myself is not considered a solution. Even if it works, an update will mess it up.

Best,
Samer

Hi. There are two places, where file upload fails, with no error message, when the file size limit is exceeded:
# In the ordinary wiki pages, at the bottom under "Files"
# In the "File Galleries" menu to the left of a page, under "Upload File"

There's no error message - it just silently fails. This should be amended.

In the second case, the file upload size limit is displayed. That's good. I recommend to display it in the first case, too.

The PHP default size limit is just 2 MB.

This is why Toggg created ((tw:TogggDeletorPhp))

Logged as user xavi here on dev.tw.o/tracker5 I can't filter by summary (text field): no text input field is shown. Some other type of filter fields work as expected (I didn't try all) but not filter by summary.
Reported April 2nd. Using Firefox 2.0.0.13 ca on GNU/Linux
---
Reproduced as user xavidp (admin rights) using 2.x here again on dev.tw.o/tracker5 using Firefox 3.0 ca on GNU/Linux.

When I filter on a radio button field using TrackerFilter plugin, and I choose radio or checkbox for the formatting, I get two buttons/boxes for "Any" plus one for each radio button in the field.

e.g.

* Any
*
-----
* Yes
-----
* No
-----

where * denotes a button or box, and the dashes denote a break between elements

example:
http://hrsms.org/home/tiki-index.php?page=Resources

After a basic PluginListExecute with editable filters, once we submit an action, we are redirected to the page where all filters are duplicated. See GIF below:

https://cl.ly/0698c9a23f29

The first "title" provided in an external RSS feed is displayed as if it is the channel's title (description). Many RSS feeds provide a "title" element immediately after the "channel" element, containing a description of the channel. But if no channel title exists, the title of the first item is displayed as if it were the channel title, resulting in the first title being displayed twice.

I just installed my first Tiki12 for a long time from svn.

I start sh setup.sh and after I follow all the default suggestions and I see no hint of anything wrong, when I go to the new site all it shows is:
Your Tiki is not completely installed because Composer has not been run to fetch package dependencies. You need to run 'sh setup.sh' from the command line. See http://dev.tiki.org/Composer for details.

Going back carefully through the setup messages for the purpose of this bug report, I see that there are actually messages about curl not being found, but they are impossible to spot because they don't stand out and they are immediately scrolled 24 lines !

For the record, this is what I see:

libs@giftbox:/www/tiki12.jmlibs.name/htdocs$ sh setup
setup-legacy.sh setup.sh
libs@giftbox:/www/tiki12.jmlibs.name/htdocs$ sh setup.sh

Tiki setup.sh - your options
============================

c run composer and exit (recommended to be done first)

f fix (classic default) o open (classic option)
S clear screen

predefined Tiki Permission Check models:
----------------------------------------

1 paranoia
2 paranoia-suphp w suphp workaround
3 sbox W sbox workaround
4 mixed
5 worry 6 moreworry
7 pain 8 morepain
9 risky a insane

q quit x exit

There are some other commands recommended for advanced users only.
More documentation about this: http://doc.tiki.org/Permission+Check

Your choice [c]?
curl: not found
setup.sh: 455: setup.sh: curl: not found
We have failed to obtain the composer executable.
NB: Maybe you are behing a proxy, just export https_proxy variable and relaunch setup.sh
1) Download it from http://getcomposer.org
2) Store it in temp/

Tiki setup.sh - your options
============================

c run composer and exit (recommended to be done first)

f fix (classic default) o open (classic option)
S clear screen

predefined Tiki Permission Check models:
----------------------------------------

1 paranoia
2 paranoia-suphp w suphp workaround
3 sbox W sbox workaround
4 mixed
5 worry 6 moreworry
7 pain 8 morepain
9 risky a insane

q quit x exit

There are some other commands recommended for advanced users only.
More documentation about this: http://doc.tiki.org/Permission+Check

{syntax type="tiki" editor="plain"}
Unverified bug . New install of 1.9.10.1 in subdirectory, e.g. http://my.domain.com/subdir

After typing in admin/admin to login for the first time, I was redirected to http://my.domain.com/tiki-change_password.php instead of the expected http://my.domain.com/subdir/tiki-change_password.php.

Using the default fivealive theme on tiki.org and on a fresh install has the unwanted effect of the right hand column being far off to the right, and below the content (have to scroll down & across to see it).
Using Firefox 3.0, Linux.

See the screenshot: {img fileId="1344" thumb="box"}
Ctrl+refresh this site to see it live.

__Update:__ Better but now there is a transparent bg when scrolling down
{img src="tiki-download_item_attachment.php?attId=529" thumb="box"}

{img fileId="1365" thumb="box" width=640}
See https://tiki.org/forumthread73548-comments-on-blog-posts

fix 'make viewdb' command in trim (sqlite3 missing: add dependency check & info?)
https://doc.tiki.org/TRIM#make_viewdb

See this output I got when I attempted to use this command on a Ubuntu 16.04 (64 bit):
{CODE(colors="shell")}
root@coprinus:~/code/trim# make viewdb
sqlite3 data/trim.db
make: sqlite3: Command not found
Makefile:22: recipe for target 'viewdb' failed
make: *** [viewdb] Error 127
root@coprinus:~/code/trim#
{CODE}

With TRIM svn r58809
^Last Changed Rev: 58718
Last Changed Date: 2016-05-27 21:34:31 +0200 (dv, 27 mai 2016) ^

I had installed in my machine:
* libsqlite3-0
* libsqlite3-0:i386
* php-sqlite3 (for all php versions in my computer)

but not
* sqlite3

Installing sqlite3 package allowed to get the output from the sqlite console:
{CODE(colors="scss", ln="1")}
root@coprinus:~/code/trim# make viewdb
sqlite3 data/trim.db
SQLite version 3.11.0 2016-02-15 17:29:24
Enter ".help" for usage hints.
sqlite> .help
.backup ?DB? FILE Backup DB (default "main") to FILE
.bail on|off Stop after hitting an error. Default OFF
.binary on|off Turn binary output on or off. Default OFF
.changes on|off Show number of rows changed by SQL
.clone NEWDB Clone data into NEWDB from the existing database
.databases List names and files of attached databases
.dbinfo ?DB? Show status information about the database
.dump ?TABLE? ... Dump the database in an SQL text format
If TABLE specified, only dump tables matching
LIKE pattern TABLE.
.echo on|off Turn command echo on or off
.eqp on|off Enable or disable automatic EXPLAIN QUERY PLAN
.exit Exit this program
.explain ?on|off|auto? Turn EXPLAIN output mode on or off or to automatic
.fullschema Show schema and the content of sqlite_stat tables
.headers on|off Turn display of headers on or off
.help Show this message
.import FILE TABLE Import data from FILE into TABLE
.indexes ?TABLE? Show names of all indexes
If TABLE specified, only show indexes for tables
matching LIKE pattern TABLE.
.limit ?LIMIT? ?VAL? Display or change the value of an SQLITE_LIMIT
.load FILE ?ENTRY? Load an extension library
.log FILE|off Turn logging on or off. FILE can be stderr/stdout
.mode MODE ?TABLE? Set output mode where MODE is one of:
ascii Columns/rows delimited by 0x1F and 0x1E
csv Comma-separated values
column Left-aligned columns. (See .width)
html HTML <table> code
insert SQL insert statements for TABLE
line One value per line
list Values delimited by .separator strings
tabs Tab-separated values
tcl TCL list elements
.nullvalue STRING Use STRING in place of NULL values
.once FILENAME Output for the next SQL command only to FILENAME
.open ?FILENAME? Close existing database and reopen FILENAME
.output ?FILENAME? Send output to FILENAME or stdout
.print STRING... Print literal STRING
.prompt MAIN CONTINUE Replace the standard prompts
.quit Exit this program
.read FILENAME Execute SQL in FILENAME
.restore ?DB? FILE Restore content of DB (default "main") from FILE
.save FILE Write in-memory database into FILE
.scanstats on|off Turn sqlite3_stmt_scanstatus() metrics on or off
.schema ?TABLE? Show the CREATE statements
If TABLE specified, only show tables matching
LIKE pattern TABLE.
.separator COL ?ROW? Change the column separator and optionally the row
separator for both the output mode and .import
.shell CMD ARGS... Run CMD ARGS... in a system shell
.show Show the current values for various settings
.stats on|off Turn stats on or off
.system CMD ARGS... Run CMD ARGS... in a system shell
.tables ?TABLE? List names of tables
If TABLE specified, only list tables matching
LIKE pattern TABLE.
.timeout MS Try opening locked tables for MS milliseconds
.timer on|off Turn SQL timer on or off
.trace FILE|off Output each SQL statement as it is run
.vfsinfo ?AUX? Information about the top-level VFS
.vfslist List all available VFSes
.vfsname ?AUX? Print the name of the VFS stack
.width NUM1 NUM2 ... Set column widths for "column" mode
Negative values right-justify
sqlite> .quit
root@coprinus:~/code/trim#
{CODE}

Author/creator of an article/sumission is replaced by user who last modified article or submission causing:

*Original author with no general edit_article perm to be unable to edit his article or submission once modified by someone else although he has creator can edit perm.
*Sumission to be automatically validated under a new author if modified by someone who has edit_submission and autoapprove perms.

Anchors are seriously screwed up in Tiki. There are a couple of issues. I've dug into the subject thoroughly and summarized my findings here:

http://volker-wysk.de/tiki/Anchors%20in%20Tiki.html

Spreadsheets can be created directly through wiki SHEET plugin directly within wiki pages. this allows managing big tables visually, as well as having the data ready for producing graphs, etc. (see documentation for tikisheets at doc.tw.o, if needed)

However, when you create a sheet through a call to the SHEET plugin from the wiki page itself, there are 3 issues which need to be fixed:
# you need to know the id you want to assign it to,
# after that, tiki-sheets.php doesn't list it (even if the sheet is really created, and you can import data to it, and show it at the wiki pages, etc.).
# the sheet is not shown with the right css

Even if we have wysiwyg option available, I still think that is worth improving tiki sheets usability to be used directly from wiki pages, once those 3 previous issues are fixed.
---
Updated on Feb. 2, 2011, using trunk (7svn)
# Steps to reproduce the first issue
## Edit a wiki page
## Use the plugin helper to create a new sheet in that page. And since it's a new sheet, it doesn't have a sheetId yet, so that you leave all fields empty in the plugin helper for the pluginsheet
++ this will add this type of code in your wiki page:
++ {CODE()}{sheet}{CODE}
## Save the wiki page
++ you will see an empty sheet shown in place at that wiki page, with the button at the bottom to allow the user to "edit it" (so far, so good)
## Once you click in the edit sheet button, you end up in some url like this one:
++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=&parse=edit
++ which produces a WSOD (blank page).
*** In my case, I guess that this url should have been:
+++ http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit
+++ since I had only one sheet previously created, with sheetId 1, so that the next one should be 2. However, this new url is still producing WSOD for me. (tiki caches cleared, just in case, repeated this step, and same WSOD)

The expected behavior is that the user is the user would be editing a blank new sheet with the url:
http://localhost/tiki7trunk/tiki-view_sheets.php?sheetId=2&parse=edit

and when the user saves that sheet, the new sheetId 2 exists, and the user is either sent back to the wiki page where he clicked at the button "edit sheet" (preferable option) or either sent to the corresponding tiki view sheet 2.

Tablesorter doesn't seem to load when the tiki 12 lts is shown in mobile mode.

Similar approach works on 14.x, but it wpuld be lovely to have our LTS branch work in mobile also

Reproduced here:
http://xavi-9794-5655.show.tikiwiki.org/tiki-index.php?page=Sortable+Tables+demo#step2

U: admin
P: 12345

Switch to mobile and see how the tablesorter ui is lost

There are some tips elsewhere about how to fix this type of issue (I wonder if it's the same or not):
https://forum.jquery.com/topic/tablesorter-with-jquery-mobile#14737000003054153

on the features selection page there is a checkbox for each feature with its name next to it. In normal Web UIs a checkbox is next to a &lt;label&gt; tag which contains the text referring to the setting the checkbox controls. If you set up the name= and title= for both the input and the label then clicking that text automatically selects the checkbox.

This is not always implemented properly across the web but it is the way forms are supposed to be used and it is easy and no one ever complains about it. It increases the effective size of the checkbox and cements the relationship with the word.

On the features selection page, however, the text instead links to the tikiwiki.org descriptions of the features. This confused me and happened several times before I retaught myself to not click the words.

{syntax type="tiki" editor="plain"}
If you choose to use the flowplayer module, you are required to have Tikiwiki installed in the root of the domain.

ie: http://www.domain.com/tiki/tiki-index.php?page=Bob will not work, while
http://www.domain.com/tiki-index.php?page=Bob will work.

The cause for this seems to be that the lib/wiki-plugins/wikiplugin_flowplayer.php file is hard coded to work from the '/lib/flowplayer/' folder.

(Search words: flowplayer, tikiwiki, broken, no video, blank)

When creating menu options (tiki-amdin_menu_options), Tiki shows a Preview of the menu being built. However, when creating a SECTION option, Tiki does not show the folder icon (as defined on the tiki-admin_menus page).

Using the Footnote UI while editing, I can enter a footnote the first time only during a single editing session. If I try to use the Footnote UI a second time during the same editing session, the UI fails to open.
I have to save the first edit completely, then edit again, and use the Footnote UI to add an additional footnote.

So, the UI will only open once, per editing session.
Bug will be shown on "show instance".

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

The following markings appear when using an item link (where you allow select multiple items).
It just looks a bit odd. See screen shot for info. {img fileId="2136" thumb="box"}