Category: Release50

TW5.0beta1
http://dev.tikiwiki.org/Hello+World#To_create_a_new_plugin seems to be outdated. the plugin cannot be installed i the prescribed way.
By the time a php plugin file with a "wikiplugin_" prefix is saved to the lib/wiki-plugins folder, the Administration/Editing, plugins gives an empty pages. So do all the pages containing the new wiki plugin. Nothing is listed as a plug-in to be installed.

Two smaller corrections
* The sample code containing an extra '}' (last but one in wikiplugin_helloworld_info())
* The name to save the plugin must be lib/wiki-plugins/wikiplugin_helloworld.php instead of lib/wiki-plugins/wikiplugin-helloworld.php.

No UI checkbox for the following.

INSERT INTO `tiki_preferences` (`name`, `value`) VALUES
('wiki_validate_plugin', 'n');

{syntax type="tiki" editor="plain"}
PluginTrackerItemField has rather limited expressive power.

The same problem is happening with the default tracker interface, as well as the trackerlist and tracker filter wiki-plugins. Essentially, if you want to display a given tracker field in a popup window when mousing over one of the listed tracker fields (i.e. fields that display as hyperlinks when listing tracker items), then that field MUST already be displayed in the listing. This behavior makes no sense, as it is pointless to display an already displayed field in a popup window.

~~#30C:__You can actually view this problem, by listing your own tikiwiki bug items, and mousing over the bug title.__ A small, but empty, popup window displays.~~

Using Mozilla Firefox browser 3.6.9, and IE 8

Quick tracker definition...

[TRACKER]
trackerId = 1
name = IT Skills
description =
descriptionIsParsed = n
useExplicitNames = n
showStatus = n
defaultStatus = o
showStatusAdminOnly = n
outboundEmail = ed@edmundcscott.com
simpleEmail = n
newItemStatus = o
modItemStatus =
writerCanModify = n
writerGroupCanModify = n
showCreated = n
showLastModif = n
defaultOrderKey = -2
defaultOrderDir = asc
useComments = n
showComments = n
useAttachments = y
showAttachments = n
attachmentsconf = 0,1,3,0,2,0,0,0
useRatings = n
ratingOptions =
categories =

[FIELD1]
name = Skill
position = 10
type = t
options = 0,20,,,50,n
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD2]
name = Last Used
position = 20
type = j
options = d
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD3]
name = Years
position = 30
type = D
options = 0.5,1,2,3,4,5,6,7,8,9,10
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD4]
name = Level
position = 40
type = D
options = Advanced, Basic, Expert, Intermediate
isMain = y
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD5]
name = Company
position = 50
type = D
options = Chrysler / RSB, ITTVIS / RSI, Qwest / US West, University of Kansas, University of Colorado, WTSI
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD6]
name = Position
position = 60
type = D
options = Associate Software Engineer, IT Project Coordinator, Post Doctoral Research Scientist, Programming Consultant, Research Assistant, Research Associate, Software Engineer, Systems Integrator, Team Lead, Web Designer/Developer
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y
[FIELD7]
name = Description
position = 70
type = a
options = 1,60,15,5000,20,1000,n
isMain = n
isTblVisible = y
isSearchable = y
isPublic = y
isHidden = n
isMandatory = y

{syntax type="tiki" editor="plain"}
tikiwiki-5.0.Beta1\lib\trackers\trackerlib.php, line 3584, in function get_pretty_fieldIds:

$f = $smarty->get_filename($tpl);

may be replaced by

$resource_name = $smarty->get_filename($resource);
$f = $smarty->_read_file($resource_name);

When you edit a banning rule, that rule gets deleted (at least, from the list at the Banning interface in Tiki).

To reproduce:
* go to tiki-admin_banning.php
* add a rule for this ip "91.201.66.6" (real ip of spammers, btw) with the title "91.201.66.6_regular_spammers"
* Check all features
* Check the setting to activate the rule by dates
* Select the maximum possible time frame (btyw, this only allows selecting within the same year: reported by somebody else already in another bug report; see [bug3643])
* add some custom message
* save
* click at the title of your rule in order to have it open for edition again for you
* the rule is deleted from the list of rules, and the edit interface is empty

---
confirmed in two different tiksi from different servers... (btw, 5.x is also affected)

Community / User features /
User Preferences Screen: yes

Community / General /
Show user's real name instead of login (when possible): yes

The realName user preference is not used in trackerlist, tracker, and pretty tracker. Actually, why the when possible? Is not it where implemented?

Note that
- in my case the e-mail is used as the login name
- it does work when adding new comments to trackers
used: TW5.0Beta1

{syntax type="tiki" editor="plain"}
All wiki pages have the option to refresh them by clicking on their title. For a page e.g. ...&itemId=5, it does not work.

TW5.0Beta1

In Tiki 3, the feature_category_reinforce allowed Tiki to evaluate category permissions with AND operator, to determine if a user can view an object in the category.

This __"Permission to all (not just any) of an object's categories is required for access"__ option was removed in Tiki 4 & 5. Now Tiki always evaluates category permission conflicts with OR operator.

I would like the feature_category_reinforce option re-instated for Tiki 5 & 6.

When we have the ability to close repetitive remarksboxes and save some user space it would be nice to allow users to tick a checkbox and opt-out to not show that remarksbox up on next page reload again...

{syntax type="tiki" editor="plain"}
When we're behind a proxy, external RSS feeds do not get the information.

{syntax type="tiki" editor="plain"}
When doing a search in "Development Report bugs, Improve code" area, the search results are shoved to the right side instead of centered on the page, as the rest of the content is.


This makes a search result almost impossible to read.

I suppose this is in release 5 because we are eating our own dogfood - right? It isn't tasting very good today.

since upgrade to 5.x tracker field 'items list' is not displayed in item view. In trunk it's not shown either.

Example in 5.x:
http://www.intercanvis.net/tiki-view_tracker_item.php?trackerId=2&offset=0&sort_mode=lastModif_desc&itemId=1340#content2

Example in trunk:
http://c2c.ourproject.org/tiki/tiki-view_tracker_item.php?itemId=11


It should show a field with all the offers from the same person...
Example for the site running trunk:
{CODE()}
[FIELD23]
name = Offerings of the same person
position = 80
type = l
options = 1,13,17,1,1,op
isMain = n
isTblVisible = n
isSearchable = n
isPublic = y
isHidden = n
isMandatory = n
{CODE}

However, you can only see the contents (output) of the field for a tracker item when you are in edit tab, not in view tab.

Hello,

The default templates displays paneled hierarchical menus.

The second level must test is bottom position so that it will display a bottom arrow to scroll the options naturally hidden by the window inferior (here) limit.

For the moment the second level menu panel is truncated : this is a BUG.

So the user must understand or prepare by a general scroll (if possible) to allow a sufficient place to the menu to be displayed

trebly

TW50B1 does not replace the {{itemId}} {{page}} {{user}}. I just displays all these without touching them.
See last section of
http://doc.tikiwiki.org/Advanced+Wiki+Syntax+usage+examples&structure=Documentation
which describes what should happen.

{syntax type="tiki" editor="plain"}
The template tiki-print_blog_post.tpl uses the classes posthead for div and span which are not defined...

This is not ended it is good for an alpha version. Not a publish release.

The title or the blog post is then displayed are small...

The title of the blog is not at all displayed
The site name is not at all displayed
The subcomment of the blog at all displayed

__Even Copyright is activated nothing is defined.__

__This print function can't be used.

If you can't print the text of post of a blog which under Copyright the blogs themselves are not usable.__

__The admin of such a site is then not in good conditions when this function is used.__

The title of the module "rsslist" is displayed anyway without taking care of the groups defined and existence of defined RSS with rights.

This title disturbs users who not have the access. How to say, sorry this title should not be displayed don't take care, this as no mean but I can't change nothing, then you are ridiculous and must consider that __this module is not usable__.

{syntax type="tiki" editor="plain"}
The title of the module "upcoming_events" is displayed anyway without taking care of the groups defined and existence of calendars with rights.

This title disturbs users who not have the access. How to say, sorry this title should not be displayed don't take care, this as no mean but I can't change nothing, then you are ridiculous and must consider that this module is not usable.

A weird bug which was showing in tiki 4.x (calendar), and nowadays, I've seen something similar using 5.x alpha at dev.tw.o:

The user is redirected to a blank page with just an email address shown, even if the user didn't click anywhere.

To reproduce:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=54&&filtervalue[54]=xavi&&&&filtervalue[56]=Accepted&&offset=30

Pass the mouse over the item saying "2 errors editing articles in tiki 3.3 ".
With no click (just passing the mouse over, using Firefox 3.6.2), you are shown a blank page with just "email@domain.org" on top.

That item corresponds to:
http://dev.tikiwiki.org/bug2893


This is something which is also happening to a calendar in a tiki 4.x site, when the event body has some email address, it seems.

HTH

{syntax type="tiki" editor="plain"}
Hello,

I have yet redacted quite the same text three month ago, about 4.1, 4.2... Because i could never start these versions, try to find bugs... submit but no answers.

My original text has been lost because of the bugs of the bugs reports management (author not stored - corrected, no capability to sort the items by date, no capability to sort anyway and search) nevertheless, too much to do elsewhere...

__Lest's go to the problem, which is a major one :__

!!The fact :
If any fields which is stored into sessions->data contains an " ' ", it is impossible to restart TIKI (always automatically and by evidence crashes if TIKI tries to restore these session.

!!The reason :
The text is stored with is " ' " and included "simply" into the query which resets the prefs.
By evidence this simple quote " ' " creates a query error and a crash of tiki (often APACHE).
this " ' " is interpreted as the end of the query, and the remaining a non-sense.

!!!Example :
With 5.0 if you are just installing with an upgrade of database, into the session query you will find the third data_text-block
$plugstring = <<<PLUGINTEXT
...
alt:
required: false
name: Alternate text
description: Alternate text that displays image doesn't load.
...

the " ' " of "doesn't" crashes the first run.

!!!The same happens when you have a header page with a title containing a simple quote " ' "

!!Solution :

!!!technical point of view
I have just found a lonely solution :

* the first, simple : any sessions->data content must be pre-translated with doubled simple quotes (which is the SQL syntax).
* any read of sessions->data doubled simple quotes must be set back to a unique one.

This possible solution offers too the capability to find fields with quotes by any query, if the data sent into queries are pre-translated (if not it is a crash).

A back translation after reading is not need only in some cases (the prefs restoration for example), for a search query the results will come back with their simple quotes...

!!!Who acts ?
It is very simple.
There are not many place where the problem occurs;
But I I have lost so much time because of the bug of 4.x and now 5.0RC and 5.0 Stable that I could not make the work I had programmed to do.
In my opinion it should be better that people who have written the SQL requests, make the change.

If they are not ready, I can submit patches (tikisession particularly)

Bye

trebly

Hello,

I have reached the end of an installation of 5.0 with à database upgrade by 4.2 installer form a 3.3 site.

To reach this point after one month, I need to find and make the patches of bugs form which 3 on 5 are corrected into the current 5.x (SVN repository)

After I could obtain the home page, this appends :

1 - the "main admin" sends the message :

__INVALID DATABASE run installer__,

2- You run installer again, the installer says __"Database upgraded successfully"__

3- You run normally tikiwiki and then come back to point 1, eternally

If I join documents they can be the HTML page capture from Zotero but I don't think that they will be useful or the .zip of the database (600ko) for test.

I have surely no information to try to understand this issue.

When I try to execute some command I have quite not any command which can be run without an error :
- All displays are like UTF8 on a latin1 display (while Firefox say Page encode UTF8)
- Try to edit user pref : -> system error table ".tiki_trk_1" not found
- Try to display Wiki page or article content : the url called misses any module (*.php) tu run and no query "?" but only a part of the query content (like "http://mysite/<article_name>.

- Modify-edit page or article leads to an empty page

etc.

Trebly

{syntax type="tiki" editor="plain"}
In 5.0: http://localhost/tiki-5.0/tiki-view_articles.php create an error serveur has reseted

{syntax type="tiki" editor="plain"}
When on "tiki-admin.php?page=look" you have to enable "View Templates" and "edit Templates" to use one of the both features.
Then, if you choose to edit or view a template, tiki-edit_templates.php
is called, loads forever with high Apache load, and finally showing a blank page.

Many (most) websites require the use of both a main menu and a secondary menu.