Category: Usability

It seems that what was achieved with profile
https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll

up to Tiki18 (included) is no more working in Tiki 19.x, maybe due to changes related to the Bootstrap4 migration?

I.e.: Top module zone in dev.t.o and other *.t.o sites is no more hidable on scroll, nor topbar module zone gets sticky anymore.

I presume this is easy to fix (<30' ?) by some css & bootstrap 4 master in the tikiverse? (not me for sure)

Thanks

P.S: fyi, Work in progress to get the profile updated:
https://profiles.tiki.org/Hide+Fixed+Top+Nav+Bar+on+Scroll+19

Hi to all,

I want to know if you can create a protected page that only logged in users can see, I know I can turn off the wiki so only logged in users can access it, but is there any way that I can put under restriction only a few pages since they contain some important info that can be shared only by users that have accounts on the wiki.

Many thanks

Search for javascript in 2.0 using search box performs search for "j-a-<-x->-s-c-r-i-p-t". Happens on tikiwiki.org.

http://tikiwiki.org/tiki-searchindex.php?highlight=javascript&search=

I have a TikiWiki site which requires being able to search text which includes web terms such as j-a-v-a-s-c-r-i-p-t but can't do such a search.

Someone said on IRC this is due to a protective input filter which is altering dangerous text input.

I found TikiWiki's use of plugins to be an excellent substitute for the lack of built-in support for parameterized templates as found in MediaWiki - http://www.mediawiki.org/wiki/Help:Templates

I referred to the following instructions to create a php-based plugin:
http://dev.tikiwiki.org/tiki-index.php?page=Hello+World#To_create_a_new_plugin

They work great but with one caveat:
The use of double-quotes which are necessary for displaying strings with commas seems to create problems. For instance with a simple "HelloThere" plugin syntax {CODE()}{HELLOTHERE(firstname=>, lastname=>)}{HELLOTHERE}{CODE}:

This invokes the following simple function:

{CODE()}
function wikiplugin_hellothere($data $params) {
extract ($params EXTR_SKIP);
$strHello = "Hello there $firstname $lastname" ;
return $strHello;
}
{CODE}
(Squiggly brackets removed for display reasons)

{CODE()}{HELLOTHERE(firstname=>"Thurston", lastname=>Howell)}{HELLOTHERE}
{CODE}
yields
''Hello There Thurston Howell. ''
Great!

{CODE()}HELLOTHERE(firstname=>"Thurston", lastname=>"Howell III Esq. CPA")}{HELLOTHERE}{CODE} yields
''Hello There Thurston Thurston. ''
Not so great...

Namely adding double-quotes to get around the issue of commas within strings introduces a whole other problem of its own – repetition of the first variable. When there are 10 variables for instance the first quoted value will be repeated 10 times.

I am using TikiWiki 1.9.11; has anyone encountered this issue and if so is there a remedy?

I have encountered a few snags after upgrading from Tiki 1.9.11 to 2.0

One of the problems is that I am unable to register / add users, because of the following error message:

An error occured in a database query!
Unknown column 'email_confirm' in 'field list'

This happens on
tiki-register.php (registration) and tiki-adminusers.php (batch upload / add)

Is there a fix for this?

Once saved, style changes (such as setting the font size or centering text) results in pages displaying like these:

My test starts here. Not much of yle="font-size: larger">interest going on though!
AND
yle="text-align: center">Home Page Test

Clicking to insert an image: dialog is displayed buyt clicking on the Browse server button results in the error "Error creating folder "" (Can't create directory)". Manually entering an image in source view mode (<img src="blah-blah">) and saving results in: img src=/home/lib/fckeditor/editor/blah-blah height=30 width=28 (surrounded by curely brackets)

Both related to parsing the html from the WSYWIG editor?

Clicking "Insert/Edit an internal wiki link" shows the "Insert Internal Link" popup but no content is displayed. The dialog briefly shows a cancel button and then the "wait squares" but nothing more.

Found with clean installs of 2.0RC4 on Windows Server 2003 x32 and also server 2008 x64. PHP 5.2.6 (x32); MySQL 5.0.51b (x32 and x64); Apache 2.2.9 (x32)

(sorry if these aren't sufficiently related and should be in separate bug reports)

Hello,

sorry for my bad English, but I´m from Germany and I´ve got my last lesson at school - nearly 20 years ago...

So I hope that you will understand me, here my problem :

I use Tiki 2.0 RC4 with the "andreas08"-Theme. It works quite good, but this bug (maybe ?) happens when I try to edit and save the Theme-CSS via the Admin-Menu :

Some command lines will be added with a "x" (included by tag-brackets) and the instruction given by this command will be ignored - cause it´s "rubbish" than.
( I can´t show you an example, i tried it, but here the "X" in the brackets not appears after saving this thread. )

This strange "effect" also happens by editing or formatting an text by the wysiwyg-editor, so that the text appears with some "rubbish" code-tiles instead of the formatted styles. (Text-Color, Size, Justify, etc.)

I´m not sure - is it a bug, or is this a failure caused by myself ?

Thanks for any answers or comments an greeting form Germany.

Hofnarr

Text search on files is not usable in 2.0RC4. Table tiki_files "search data" is empty. Files were uploaded, then I defined MIME types, then reindexed. I clicked on "Reindex all files for search" in Admin>File Galleries but can't tell if anything happened; nothing is in Tiki Logs (I already know there is no code for Debug Console to show what Admin>File Galleries is doing). I defined the MIME filters in http://doc.tikiwiki.org/tiki-index.php?page=Search+Admin&bl=n

This apparently sometimes works. In my "trunk" development system I have different text/.doc files uploaded and those were reindexed after I defined the MIME types.

UPDATE: I had trailing spaces in the MIME type names and the filter commands, due to cut-and-paste behavior. I request that trailing spaced be trimmed from the MIME filter input fields.

Using the released tiki 2.0: db password should be hidden at typing time on upgrade through tiki-install.php

Right now, password can be seen by others when the admin type it on the screen when first calling to tiki-install.php on an upgrade of running tiki site.

Several themes are losing module text on the left margin: damian, nomia, simble, smartiki. Affects text-emitting modules such as "last changes" (last item is number 0 instead of 10), related categories, and external RSS feeds. This makes the unmodified themes unusable for some sites.

In damian.css this seems to be caused by the following near the bottom:
/* Lists in modules */
.box-data ol,
.box-data ul {margin-left: -1em;padding-right: 1em;}

Many times, in random places, the www will get knocked off the hostname. I think it mostly occurs when I submit a confirmation to do something. I noticed it again today on: ./tiki-removepage.php when I confirmed the page removal at www.casesofinterest.com, I was returned to casesofinterest.com - kind of annoying, as I wasn't logged in to casesofinterest.com. The www should not be dropped.

I have an Image Gallerie [http://www.hmayer.net/tiki-browse_gallery.php?galleryId=357&offset=12] containing only Subgalleries - but this Gallery does not show the Scroll forward / backward links - I can only navigate by manually entering the offset at the url...
It worked with Tiki 1.9.8 - but since the upgrade it does not work (I have made a few configuration changes - but is this changeable by configuration?

+ALTER TABLE `tiki_articles` ADD `bibliographical_references` TEXT
DEFAULT NULL AFTER `created` , ADD `resume` TEXT DEFAULT NULL AFTER
`bibliographical_references`;
+ALTER TABLE `tiki_submissions` ADD `bibliographical_references` TEXT
DEFAULT NULL AFTER `created` , ADD `resume` TEXT DEFAULT NULL AFTER
`bibliographical_references`;

fhcorrea added them and confirmed that won't be used.

Using Tiki 2.0, and a modified gemsi.css theme style. Trackers with Compulsory fields in trackers are not counted as so. As least, category field marked as compulsory.

I have a tracker with many fields, some of them compulsory, which is used through the TRACKER plugin.
http://moviments.net/cursos/Inscripcions+2008

I insert a new item leaving two compulsory fields unchecked:
* a drop down field: "Franja d'edat *" (= age range), and
* a category field: "Com t'has assabentat d'aquest curs? *" (= how did you know about it)

I get only a report of one field missing: the drop down "Franja d'edat *", but not the category one
When I check somethiong at the drop down field, and insert again, I can successfully insert the item, even if the category field was not checked.

Inter-user mesages from within tiki in tiki 2.3:
if you write to many users at once, you use to write their usernames separated by commas, but now, tiki seems to work only if you separate them with semicolon (;)

If you use commas to separate address in the to or cc fields, you see the wrong message: you have to allow receiving messages from others (or similar). And "no user with that name".

BTW, I had that setting enabled for me, as default on the site, and for all my users.

Users cannot edit files galleries properties.
At tiki-list_file_gallery.php file, the second if statement is open in the wrong place:

tiki-list_file_gallery.php

312 // Check THIS gallery modification rights
313 if ( $galleryId > 0 ) {
314 if ( ! $user || $gal_info['user'] != $user )
315 $smarty->assign('errortype', 401);{
316 $smarty->assign('msg', tra('Permission denied you cannot edit this gallery'));
317 $smarty->display('error.tpl');
318 die;
319 }
320 }

Links of the form: ''~40~~40~PageName | Text-With-A-Dash And Spaces~41~~41~''
Parse to give: ''Text-With-A-Dash? And Spaces?''

such that:

Text-With-A-Dash -> page=Text-With-A-Dash
And Spaces -> page=PageName

(aka, there are two links to different pages)

This is inconsistent as: ''~40~~40~PageName | Text-With-Dashes~41~~41~''
parses to: ''Text-With-Dashes?''

The same problem occurs with underscores instead (_)of dashes (-) and using |# making things even worse.

The docs don't mention anything about -,_ being special characters when parsing link descriptions; nor should they be.

{syntax type="tiki" editor="plain"}
From irc channel, today.
Summary (full log below):

tiki-assignpermission.php in tiki 3.x seems to send the whole bunch of permissions for a group in the POST variable to the server, even if you just assign 1 new perm. And the suhosin patch for apache seems to restrict the size of the POST, so that it gets truncated at some point, before reaching the new permission/s to be assigned

that was for group "admin", which includes (inherits) many many perms from the lower level groups

workaround: filter first for a section (wiki, in my case), so that the list of perms is reduced to a smaller number. Assign the perms related to plugins, and then it works with no problem
Moreover, there seemed to be a problem with mod security (with the standard rules coming to Debian based servers), which was causing error 403 with that tiki-assignpermission.php .... once the sys admin disabled modsecurity for our site, tiki-assignpermissions.php worked as expected with the workaround described above


{CODE(wrap=>1)}
wtf*, there is something weird with tiki-assignpermission.php in tiki 3.3...
... I try to grant the 3 perms related to plugins to the group "Admins" (they have tiki_p_admin also already), and I get: You don't have permission to access /tiki-assignpermission.php on this server. (with a scary apache white page)
I mean a 403 Forbidden page from apache
to me that there is something wrong in the LTS for assigning permissions... [11:31]
xavi aha, after conversation with sys admin in that server, I got the source of the problem, and workaround :-)
tiki-assignpermission.php in tiki 3.x seems to send the whole bunch of permissions for a group in the POST variable to the server, even if you just assign 1 new perm. And the suhosin patch for apache seems to restrict the size of the POST, so that it gets truncated at some point, before reaching the new permission/s to be assigned [12:02]
xavi that was for group "admin", which includes (inherits) many many perms from the lower level groups
ok, workaround: filter first for a section (wiki, in my case), so that the list of perms is reduced to a smaller number. Assign the perms related to plugins, and then it works with no problem
Moreover, there seemed to be a problem with mod security (with the standard rules coming to Debian based servers), which was causing error 403 with that tiki-assignpermission.php .... once the sys admin disabled modsecurity for our site, tiki-assignpermissions.php worked as expected with the workaround described above [12:02]
marclaporte will you report the bug to suhosin? [12:09]
xavi hi marclaporte, it might very well be not a bug, but a conflict between the size of the post that tiki sends, and the size of the variable allowed by default values by suhosin in apache, which (as far as I've been told) it's customizable.... [12:12]
marclaporte ok [12:12]
xavi so the chances that they will not consider it a bug are high (maybe similar for tiki, which wouldn't be considered a bug, but some "bad luck" of using such a long default list of perms) [12:13]
marclaporte so nobody's "fault" but it's doesn't work [12:15]
xavi btw, thanks for message introducing to the author of jquery spreadsheet...
"it doesn't work": well, it does, if you filter the long list of perms for a section first
or if you moun your sys admin to find out how to increase that default size in suhosin [12:15]
{CODE}

Hello,
i'm using the pdf extraction utility. It is really great. But there are some mistakes.
- WikiLinks are not shown properly as they are in the WikiPage.
- Smilies are placed as URL can not be upload. Even if the servername is set correct and the imgs are in that place

I tried using the existing BugReport at http://tikiwiki.org/tiki-index.php?page=PdfGenerationDev but what does
>>MOre to be add under #876666 on SF search "PDF"
mean?

Thanks to all developers Tiki is a very good CMS.

Moritz

In Tiki 6.3, when using the 'Upload New Version' feature in the file gallery with Chromium 11 on Ubuntu 10.04 amd64, the file selection dialog appears, but when a file is chosen, nothing happens.

It appears to be an incompatibility with the browser, as the bug does not exist when using the following browsers/OS:
- Firefox 3.6, Ubuntu 10.04
- Chrome 11, Windows 7
- IE 8, Windows 7

Couldn't find anything on the chromium bug list or tiki bug list.

Any help is greatly appreciated!

{syntax type="tiki" editor="plain"}
We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database. This bug is across all browsers.

Our organization has LDAP (Active Directory) enabled. If a user does not type in the correct password or has chosen to remember an old password (that has since been resent by AD) they will not be able to login and there is no screen to tell them why not. On login error, I can see in the LDAP logs:

Error: Bind failed: Invalid credentials

but a blank page is presented. Since the user does not think their invalid login is the problem, they keep trying and blame the system.

{syntax type="tiki" editor="plain"}
We are running Tiki 6.2 (clean install), on a Windows 2003 Server, Apache 2.2.16 w SSL, PHP 5.3.3, remote MySQL 5 database.

What we would like to do in our organization is for an admin to create group MyGroup and assign Bill to the group. The admin would then give the MyGroup object permissions:
* Can add group members (tiki_p_group_add_member)
* Can remove group members (tiki_p_group_remove_member)
* Can invite user to my groups (tiki_p_invite_to_my_groups)

At this point I would figure that there would be some kind of interface so that Bill could have a user selector and bring people into his group. I have checked around but I can not see any mechanism to do this.

We want to avoid our admin to manage groups for 1000's of users.

On a side note, we also investigated letting users select their own groups however we can also not find a mechanism to do this. We enabled all permissions we could think of such as:
* Can subscribe to groups (tiki_p_subscribe_groups)
* Can join or leave the group (tiki_p_group_join)
* In the group we selected "User can assign to the group himself"
but we can still not find where the user can change his group.

Our users sign in with their LDAP (AD) logins and therefore do not go through the Registration process.

Any help would be very much appreciated as this is a big issue for us right now.

{syntax type="tiki" editor="plain"}
If you recreate a wiki page by creating a new page with a temporary name, delete the old page, and rename the new page as the old page, the page name will appear twice in Last-Visited Pages (breadcrumb module).

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?

Hi,

I think there is a usability bug when the option "Re-validate user by email after unsuccessful logins" is selected.
After x unsuccessful logins, the user gets an email with a link like :

http://www.mydomain.com/tiki/tiki-confirm_user_email.php?user=xxxxxxx&pass=yyyyyyyyyyyyyyyyyyyyyy

When following this link, the user gets the message: "This feature is disabled". Nothing is clear on what to do next, if one's account is still valid or not, and how to change one's password if forgotten.

Tikiwiki version used: 2.2
Options selected:
* Crypt password method: crypt-md5
* Validate users by emails: yes
* Registered Users can change password : yes
* Re-validate user by email after unsuccessful logins: 3