Category: 7.x

Importing tracker items through CSV only sets the created and lastModif value properly if the dates from the CSV file are in the numerical php date format.

When you import a csv file where the created and lastModif dates are written as proper dates, the imported tracker items have a created and lastModif date/timestamp of the date & time of the import action.

example csv :

"itemId","status","created","lastModif","VRID -- 265"
"849","o","07/12/2009 13:24","07/12/2009 13:24","4"

Whenever I export a csv file, it contains the dates as shown above, so you can't just export data and import data on the fly without modifying all the values...

c.f. [https://dev.tiki.org/item3500|bug 3500]

Problem:
Some changes in Tiki code (especially the parser) between versions cause slight changes of behavior. Devs have no comprehensive way to test the result of a change on a large data set.

We have a large data set with all *.tiki.org sites.

Similar to ((tw:Pre-Dogfood servers)), we could have a script which checks the HTML output for all wiki pages for a given version, and compare this to another version.

And thus, we can check if this is a desired behavior.

The HTML entities change in Tiki9 would be a great 1st test of this. It would have been nice to have it for UTF-8 changes in Tiki5 as well...

This should be done as part of the script for ((tw:Pre-Dogfood servers)) so we have daily reports on issues. (and we know that it's the same data)

{syntax type="tiki" editor="plain"}
When you insert a Code plugin {CODE(caption="such as this")}printf("i write everything in only one line");
{CODE}
the line breaks.

{syntax type="tiki" editor="plain"}
To reproduce

# Install a fresh Tiki
# Create some usernames as usual
# Set "Use email as username" feature to yes
# Create more users (this time, username will be the email)
# Create a newsletter
# Subscribe the Registered group to the newsletter
# Send a newsletter

The system will crash and be unable to send the newsletter because some users don't have valid emails. If you error reporting is activated, you will get a message like this:

{CODE()}
System error.

The following error message was returned:

Duplicate entry '3-mcradmin-g' for key 'PRIMARY'
The query was:

INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES (?,?,?,?,?,?,?)
Values:

3
mcradmin
6b78cc21c16e768dd8fbb6b538c6bf78
y
1339700591
g
n
The built query was likely:

INSERT INTO `tiki_newsletter_subscriptions` (`nlId`,`email`,`code`,`valid`,`subscribed`,`isUser`,`included`) VALUES ('3','mcradmin','6b78cc21c16e768dd8fbb6b538c6bf78','y','1339700591','g','n')
Things to check:

Is your database up and running?
Is your database corrupt? Please see how to repair your database
Are your database credentials accurate? (username, database name, etc in db/local.php)
Did you complete the Tiki Installer?
Please see the documentation for more information.
{CODE}

The smarty function that generates a user link (lib/smarty_tiki/modifier.userlink.php) will only return an actual link if the user's user_information preference is set to 'public'. In the case where the user link is to the currently logged-in user, however, there is no reason not to display the link even if that preference is set to 'private' as the user should be able to view their own preferences. This is easy to demonstrate; set your user_information preference to private and then look at your name in login module. The name will not be a link to your user preferences.

{syntax type="tiki" editor="plain"}
As mentioned on subject: jquery datepicker should appear in a translated version with other site languages than english. But it doesn't.

E.g. look at the datepicker on [http://i18n.tiki.org/tiki-calendar.php].

It remains in english even if the site language is changed.

Using Tiki 6.x (proposals) and Tiki 7 (trunk)

I have a wiki page that belongs to multiple structures.

I have the "open page as structure" option enabled.


If I open the page directly, Tiki does not know which structure to use, so it opens the page __with no__ structure.

This means that the generated TOC is empty. The only way the end-user knows that the page is __supposed__ to be in a structure is by selecting a specific item from the __Structure__ drop list.

But the end-user may not have any understanding of what a "wiki structure" actually is.

There should be a way to set the default structure for a page.

!Language Custom and all language files system holding - Proposal [MOD] [ADD] for Trunk 7x
Hi,

I was looking to tra.php and __the way to hold the custom languages__ complements.

~~#693:''Note : ''~~
I note the recent change from array_merge($lang, $custom_lang) to $lang+$custom_lang which forbid custom to overload elements of system language using same English keys, the instruction which "merge" the two languages part into $lang staying into custom.php.

!My proposal
To be clearer and for a best security and portability and capability of extensions. I propose (written ready to commit), which is described below, the details are :
!!FROM NOW :
!!!System language file name(s)
System language has a file named "system_language.php" or "language.php" for backward compatibility (allowed multiple see above)
!!!custom language files names "pattern"
Custom language has file named custom_language.php or custom.php for backward compatibility. (Others can be used see above)
!!! Allow multiple files language with a pattern for names
Others file for language can be hold if their name is patterned <type>_language.php. <type> is allowed ref #[a-z0-9_]# compatible with php var names.
!!!Names of arrays $lang
The "$lang" variables (arrays) defined by these files are of pattern "$lang_<type>"
!!!Fusion of files
The concatenation (fusion) is now out of these files (custom) and become an element of the function "init_language" which must have this role, role which is then enhanced by the check of the contents and the real build of a $lang
A future option will allow when the routine are used to build or update new language files the "merge_array".
!!!Role of init_language
So, the function "init_language" does the following :
#check for language files (scandir) into language dir with valid patterns
#tries to read (include) each file, if failed to include it is an held exception (for the moment just skip, later send system error with a comment) but not syntax error in language files which can crash)
#checks the isset of arrays (corresponding to files names by pattern)
#will checks the content (available chain key and chain values) php syntax validation on prefs
#adds the arrays into $lang (fusion "+" not merge only on option)
!!the benefits
*This allows that tra (init_language) can check what is done and the content of $lang files and arrays generated.
*This allows to check at the $lang_* file definition load (check+include).
*This allows multiple files when need, particularly test phases.(split the files by nature of texts)
*This solves for the future the ability to introduce with backward compatibility "tikityped" strings to accept or not html tagged chains or others markup depending of the use of the strings (the typical sample is the strings of the name, descriptions, help, labels, warning, option in prefs definitions) but too the user fields content validation (can crash smarty and/or send a blank screen).
*May be it can be decided to associate a type of string depending of the syntax (the language array should have two value for each main key the string and the type).
*I have a separate proposal to define with backward compatibility the <type> of strings into the $lang arrays.
!!purpose
*This is done to make the languages files building and checking easier and have a better reliability in the phase of development of specific applications or when changes are necessary during exploitation.
*this allows to develop (I will) a function to run the same init routines with a request merge_files to generate an upgrade of file languages from more little files with changes todo.
*this allows lighter files and separate translated parts from the others etc.
!!What have been done
*I had just to add some lines (without specific checks for now) only managing the good load of a language file and their name pattern, no still enhancement in checking the contents of strings which needs typed strings.
*Tests
*no actually change to $tikidomains, can be enhanced

Ready to submit.
What's your opinion ? Do I commit ?

{syntax type="tiki" editor="plain"}
Full thread is here:
http://tiki.org/forumthread47305

"So should we have a new pref "unified_index" and add it as dependency for these features (PluginList, PluginListExecute, etc.), and thus people whose servers don't work with it have the option to turn them off? (effectively acting like a Tiki6)"

maketoc does not generate any table of contents (only the heading "Table of Contents" shows) on a wysiwyg page

Tiki sends emails for several things (watches, password reset, newsletters, etc.) in addition to end users via ((doc:Cypht)) webmail.

System emails should be sent with a valid sender email. Many will put a bogus no-reply@example.org but that is bad practice. We should be using a real email account, accessible via ((doc:Cypht)).

See also ((Transactional Email Providers))

There will be manual replies. There will be bounces. This should be monitored, and handled accordingly. When you have hundreds or thousands of bounces in a ((doc:Cypht))-accessible account, it's tricky and time-consuming to manage.

If you don't handle this, and repeatedly send out emails to invalid accounts, you risk being flagged as a spammer.

Tiki should help detect types of bounces. Ex.:
* Manual reply
* Soft bounce (ex.: vacation message)
* Hard bounce: (user doesn't exist)

There should be a dashboard of all bounces, with a way to see
* The emails with the most bounces (top bouncing emails so site admin can go in order of priority)
* The actual emails with ((doc:Cypht))

And help Tiki admin handle this
* Show where this email is used (user profile, watches, etc.) and help remove.

See https://packagist.org/?query=bounce for potential libs.

The following (without a space between braces) does not work anymore:

~np~
you can use the ~np~{{user} }~/np~ ~np~~/np~~/np~ ~np~((doc:Argument Variables|Argument Variable))
~/np~

Instead the Argument Variable which is inside __np__ gets parsed as current user login name.

__Update:__ updated the Subject field to more reflect what is the report about

Installer fails at the end with the following error:

"Fatal error: Cannot use object of type stdClass as array in
/tiki/lib/core/Search/Indexer.php on line 64"

To reproduce:

1- tiki-admin_menus.php

2- click the permission key

ex.:
tiki-objectpermissions.php?objectName=Go Green&objectType=menus&permType=menus&objectId=56

{CODE()}Permissions
No rows found

Warning
You must select at least one feature.{CODE}

In some enterprise enviroments tikiwiki is installed on a windows server which is also used as fileserver. Using tikiwiki as a knowledge platform requires the ability to upload documents and files to the machne, browse the upload directories and edit these documents. In such a scenarios users upload downloadable files, like word docs or pdfs directly to the share and use the file module to embed links to these files.

{CODE()}{FILE(filename="path\filename")}Filename{FILE}{CODE}

This is rather painful for new users as they have to learn the syntax of the module and have to copy and paste paths and filenames.

It would be more convenient to use the upload capabilites of file galleries in such scenarios. Currently they cannot be used. For this purpose file gallieries that create a hierarchic directory structure in the upload directories are needed. These directories can be used to organize uploads. Additionally, to ensure that people can edit their files, the files would have to be renamed to human-readable names and not to md5 as it currently is.

In short:
- no renaming of filenames in image and file galleries besides the replacement of spaces with "_".
- mime type filtering for uploads
- the ability to create and browse directories in order to organize uploads.
- ability to set multiple upload directories.

Please consider these suggestions, thanks in advance!

This will greatly enhance how user's precieve spreadsheets, and will turn Tiki from an afterthought to a mainstream player.
* We will need to switch from regular scrollbars to UI scroll bars to "trick" the user.
* We will need the new calculations engine running in php
* We will need functionality to send a formula to the server and return the result from the currently running sheet and the ability to update cells from it.

I support 3 languages on my web site...
and have problems when a page title is the same in different languages...

Example..

"Projekter" in Danish
"Projects" in English
"Projekter" in Swedish

I cannot have two pages named "projekter" even though they are different languages..

Actually pretty annoying that you cannot have two wiki pages with the same title...
because you maybe have different contents...

#The ~np~[[~/np~ syntax acts just like ~np~[~/np~ on wiki pages with HTML enabled
#The HTML character entity &lt; is treated just like < on wiki pages with HTML enabled if not followed by a space

I have a category "Main" associated with a "Main" structure which I DO NOT want people to be able to comment on. I have another structure "TS" with its own category and I want people in the TS group to be able to comment on TS pages.

Current permission set up: I have global permissions set to grant comment posting and reading to all Registered Members.

I have permissions in the Main category set so that no one has permissions to post and read (registered is unchecked, and no groups are selected), yet everyone can still post and read comments in main.

If I remove global permissions for post and read, then no one can post and read in any category, even if I grant the group those permissions for their category.

I ran this by a member of the IRC and they said it sounded like a bug as well. I do believe that I am using the permissions correctly, and that I should be able to limit this permissions by removing it from the category permissions.

e

{syntax type="tiki" editor="plain"}
Using Plugin Edit to amend a FancyTable in WYSIWYG submitting a change causes all line breaks in the table body to be removed.

The PluginEdit shows the field "Rows separated by >> in the header; for the table body, one row per line. Cells separated by | in both cases."

Creating a working FancyTable with table body rows like this:

row 1 cell 1 | row 1 cell 2
row 2 cell 2 | row 2 cell 2

after inserting with the plugin edit tool this changes to:

row 1 cell 1 | row 1 cell 2 row 2 cell 2 | row 2 cell 2

{syntax type="tiki" editor="plain"}
The mouseover plugin works well on its own, similarly, the tabs plugin works well too. But when a TAB includes a MOUSEOVER, the offset of the mouseover box shifts to the end of the page.

I tried to correct this by setting the offsety to a negative value, but apparently, a negative value is not accepted by the mouseover offset command. In fact, even if it did, it wouldn't matter, because the offset shifts as the page gets longer.


For example, this syntax:
{TABS(tabs=Tab1|Tab2)}
*{MOUSEOVER(label="Some label 1")} asdasdasdasd {MOUSEOVER} blah blah blah.....
/////
*{MOUSEOVER(label="Some label 2")} qwertqewrtqwe {MOUSEOVER} blah blah blah.....
{TABS}

results in the mouseover box appear down under the page end.

{syntax type="tiki" editor="plain"}
PluginAnnotation doesn't work with simple png from a tiki file gallery on 6.x or trunk (reproduced on demo.t.o)

Reproduced here:
http://demo.tiki.org/6x/
and
http://demo.tiki.org/trunk/

I added this code:
{CODE(wrap=1)}
^Foo

{ANNOTATION(src="http://intercanvis.net/display100",align="center")}

Bar
^
{CODE}

No image is shown, even if http://intercanvis.net/display100 returns an image at the browser.

Only the button to save annotations, between the foo and bar strings.

And when you click on that button, then after the button nothing else is displayed (no "bar is displayed, nor the end of the box).

On trunk, you still get the same content (box is shown, and "bar", etc.,)

!Presentation of the category dependant objets (CategObjects template) [ENH]

This [ENH] changes a little the template to make it easily readable :

A user said "what's that ?" then I enhanced the template :
!! Separates the links to object blocks with the "|" char it could be "•" with blanks
!! Changes in style (common = layout) to separate each category concerned by the object
!! Add comments for reading clearly and understand the content and why this is displayed and how to use.

In my opinion the comments could be optional if a new feature should be introduced "help level related the user habit of using the product with dynamical ability of change"

You can see the effect on screenshots joined

Ready to commit for 6.x proposal and 7.x

!!!Changes in :
*categobjects.tpl
*language.php
*layout.css

trebly
(ref:B10125-05)

{syntax type="tiki" editor="plain"}
The Ajax preview has some minor HTML rendering weirdness, like this one...

No line breaks: http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=3740

If you use HTML special characters (like &mdash;), particularly with the wiki-style editor, it will appear OK in the preview but as plain-text on the actual page. As a workaround, I'm inserting the characters themselves, which is not great web practice but works.

There are probably others that don't come to mind presently but will add as I think of or come across them again.