Category: Release20

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.

The new "saved_msg=y" fails when SEFURL is on - both new pages and editing. It gives me a 404 not-found error. Makes SEFURL pretty useless. Example:
http://www.casesofinterest.com/tiki/Everything+is+Patentable&saved_msg=y

Following 2 separate/different upgrades from 1.9.11 to v2.0, in both cases the "Contact us" page is blank when it displays. The linkable page title shows OK at the top of the page but nothing else is displayed.

Both sites worked OK before the upgrade and everything else looks OK.

I've double checked that in both sites "Contact us" and "Contact us anonymously" are still set, plus the contact user is also still set with an e-mail address, but the blank page happens whether I'm logged in or not even when logged in as admin.

I originally posted this to the Features/Usability forum but xavi suggested it may be a bug so have now posted it here.

Have now also shown that this problem occurs with a new/clean install so doesn't seem to be related to the upgrade process.

When Shadowbox is activated, when an image in a gallery is clicked, instead of displaying using the normal shadowbox method, the image opens in a new window that's otherwise blank. Shadowbox worked in Tiki 2 prelease versions.

On TikiWiki 2.0, when adding or editing events in a <span class= "highlight_word_0">calendar</span>, if you're using PHP 4.3.2 or previous, you will only be allowed to choose 0, 1 or 2 as the <span class= "highlight_word_1">start</span>/<span class= "highlight_word_2">end</span> hour, even if the <span class= "highlight_word_0">calendar</span> is configured to offer 0-23 or something along those lines.

This is because of the following line in the file $TW_HOME/lib/smarty_tiki/function.html_select_time.php:

{img src=images/code.png}%%% {CODE()}
$hours = $use_24_hours ? range($hour_min, $hour_max) : range(1, 12);
{CODE}

The range function, as explained [http://php.net/manual-lookup.php?function=range|here (see ChangeLog)], in PHP versions previous to 4.3.2 inclusive, treats numeric strings as strings and not integers which <span class= "highlight_word_2">end</span>s up meaning that "23" is seen as "2", hence producing the problem.

The following code does not produce a table with one row with an image on the left and a toc on the right:

{img src=images/code.png}%%% {CODE()}
||::{img src=show_image.php?name=valmuer-henrikfalk.png }::|{toc type=fancy }||
{CODE}


The result is two rows with an ugly looking toc.

Worked fine with version 1.9.11

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 }

Files created with the Edit CSS feature (tiki-edit_css.php) are 0 bytes.

Our users keep adding large .ogg files in our files galleries and we have been asked to externalize theses files in a special download directory of the web server. Problem is that the admin screen of the files galleries doesn't have a DISPLACE section. You can set the option for the files to be added in an external directory, and the new ones are indeed placed into it, but the existing files stay in the database.

I have discovered that the *Image* galleries admin screen has this DISPLACE section but it will work only for the image galleries, no way to use it for the non image galleries.

Consequently gets an error on this plugin using 2.1 on a Windows machine. Error message from a what I am sure is a proper trackerlist reference is:

ErrorError
No field indicated

Close Window

- - - -

Found out this was an issue related to not making the referenced fields public. I would suggest the documentation is clearer on this issue in the trackerlist documentation. Will have a look at the documentation.

I would like to see social implications added to Tiki search results. For example, in addition to pure content relevancy, it would be nice if search results took into account things like:
- Page rating
- Free tags
- Bookmarks
- Trackbacks
- Number of views
etc.

These could be used in conjunction with pure keyword matching to present users with a (potentially) better match.

After a new calendar is created, the create calendar form is still populated, and subsequent changes will edit the already created calendar instead of creating a new one. This behavior is not apparent to the user until the edit has taken place.

When allowing anonymous users to suggest a new FAQ question, need to include a CAPTCHA to eliminate spam.

It's very easy to add manually by editing templates/footer.tpl, it would be nicer to have the _uacct saved in the database with the rest of the settings. Upgrades would be easier for site admins.

Please see:
https://www.google.com/support/analytics/bin/answer.py?answer=55488

This would be similar to gmap.

Related:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=1177


Maybe this feature request could be even more generic to include easy ways to add other services and/or make it easy to use with open source apps like phpOpenTracker or phpMyVisites.

http://www.phpmyvisites.us also recommends putting the code just before /body>


Also, there should be a way to exclude certain or all groups from tracking. If I use 1 Tiki for a public website and and Intranet, I don't want my Intranet traffic to pollute my public site stats. I could just want anonymous users to be tracked.


Also, let's integrate more tightly with the new [http://www.google.com/analytics/GATCmigrationguide.pdf|ga.js] code so we can track downloaded files, and take advantage of other nice stats.

I have upgraded from 1.9.11 to 2.0 and now I cannot add users manually in "Admin users"

I get the following error when adding user "testuser" with pasword "testuser" as an example...

An error occured in a database query!

Context:
File tiki-adminusers.php
Url tiki-adminusers.php
Query:
insert into `users_users`(`login`, `password`, `email`, `provpass`, `registrationDate`, `hash`, `pass_confirm`, `email_confirm`, `created`, `valid`, `openid_url`, `lastLogin`, `waiting`) values(?,?,?,?,?,?,?,?,?,?,?,?,?)
Values:
0 testuser
1
2
3
4 1220738236
5 $1$opJz3I9u$Qcgr2S0jFBIBklNAdZyv60
6 1220738236
7 1220738236
8 1220738236
9 NULL
10 NULL
11 NULL
12 NULL
Message:
Unknown column 'email_confirm' in 'field list'
Built query was probably:
insert into `users_users`(`login`, `password`, `email`, `provpass`, `registrationDate`, `hash`, `pass_confirm`, `email_confirm`, `created`, `valid`, `openid_url`, `lastLogin`, `waiting`) values('testuser','','','','1220738236','$1$opJz3I9u$Qcgr2S0jFBIBklNAdZyv60','1220738236','1220738236','1220738236',NULL,NULL,NULL,NULL)

when a wiki-page is added to a category, it's is no longer viewed to anonymous users. (Login screen appears) By removing the page from the category it appears again.

This tracker item could not be found

Did a fresh CVS checkout and install of BRANCH-1-10 at 1600 UTC on 2007-08-12. After installation and the initial login, there is no admin menu available. This means there is no menu item to get to the admin page to start enabling features.


{THUMB(id=33)/}

{syntax type="tiki" editor="plain"}
Admin, Menus Feature

When I try and add a new menu I receive the following error:


An error occurred in a database query!

Message:
Unknown column 'icon' in 'field list'

This is see is a new field in 2.0. I then tried entering the folder information to the icons but the new menu will still not save.