Category: 10.x

{syntax type="tiki" editor="plain"}
Relation should be
* visible in view mode:
* and editable in tracker item edit mode

ex.:
https://trunkdev.tiki.org/tiki-view_tracker_item.php?itemId=4025

Say I have a ((doc:TrackerList)) report: I want to edit several items, I would like the whole report to become editable with a single save button

Say I have a desktop spreadsheet file. I can copy-paste this to Tiki spreadsheet and it makes it fun & fast to move data to Tiki. (It's also easy to export to .csv to re-use in the desktop spreadsheet).

But what if I want my info in a tracker?

((doc:PluginTrackerList)) has displaysheet=y which displays in spreadsheet view. This is nice but we'd need to be able to edit existing records, and easily add records.

Spotted by a user who noted that the URL of a suggested Calendar at the bottom of a wiki page returned an 'invalid URL' error. I tracked the error down to the sefurl modifier in the template not handling calendar URLs properly. The tested correction to modifier.sefurl.php is:
{CODE(caption="add after line 95" wrap="0" colors="php")} case 'calendar':
$href = $sefurl ? "cal$source" : "tiki-calendar.php?calIds[]=$source";
break;{CODE}

{syntax type="tiki" editor="plain"}
Often, we don't remember if we have already registered...

Conflict detection when page is saved would be nice too. Often happens when people are translating pages.


It should offer disambiguation page...

For example http://dev.tiki.org/Download gives an error but it does contain
{CODE()} (alias(Download)) {CODE}
As you can see here:
http://dev.tiki.org/tiki-pagehistory.php?page=Get+code&source=0

So the page is not found, but when you try to create, you get:
{img fileId="562"}

So clearly it exists...

When you import tracker items, if you don't select the checkbox to create new items, they are supposed to replace the previous items that are there.

But this fails, and new items are created, without replacing the old ones.
---
confirmed still in trunk, SVN (11.0svn): Monday 22 of April, 2013 15:40:50 UTC- REV 45673
http://demo.tiki.org/trunk/tiki-view_tracker.php?trackerId=3

* http://framework.zend.com/manual/en/zend.locale.functions.html
* http://code.narendrasisodiya.com/JavaScript-Country-State-Dropdown/
* https://github.com/sgruhier/jquery-addresspicker
* https://packagist.org/packages/sirprize/postal-code-validator
* https://packagist.org/search/?q=postal&orderBys%5B0%5D%5Bsort%5D=downloads&orderBys%5B0%5D%5Border%5D=desc

https://www.openhub.net/p/commerceguys-addressing/
https://www.openhub.net/p/syliusaddressingbundle

And SabreDAV support would be ideal:
https://kolab.org/news/2015/02/13/roadmap-kolab-3.1-irony-included
http://sabre.io/dav/carddav/

{syntax type="tiki" editor="plain"}
There is weird bug that sometime permits to create a page with no name. This has been in Tiki for several versions. Since the page has no name, it's not possible to delete from tiki-listpages.php

We have seen is here: http://profiles.tiki.org and it broked the profiles for several days.

Ref: [http://irc.tiki.org/irclogger_log/tikiwiki?date=2012-10-01,Mon&sel=379#l375]

@Mani: you should use a copy of doc.tiki.org to see a real example.

Many ISP's have separated pop/imap and smtp accounts. Or just they require SMTP auth when sending email outside ISP networks.

Just to be sure :
User may have separated incoming(pop3/imap) and outgoing(smtp) accounts
or
User may have one account for incoming&outgoing (pop3/imap/smtp)

Both cases should be supported and with ssl support.

Current (v9.1) webmail implementation does not allow separated pop/imap and smtp account settings. Also SMTP is missing ssl possibility.

So in these cases webmail is unusable.

thanks

{syntax type="tiki" editor="plain"}
Although the files are owned by the same user that runs the script the directory permissions do not get changed.


firedragonvbs@FiredragonVBS:~/public_html/cms/tiki-9.x$ sh setup.sh -u firedragonvbs -g firedragonvbs
You are not root or you are on a shared hosting account. You can now:

1- ctrl-c to break now.

or

2- If you press enter to continue, you will probably get some error messages
but it (the script) will still fix what it can according to the permissions
of your user. This script will now ask you some questions. If you don't know
what to answer, just press enter to each question (to use default value)
> Press enter to continue:
> Multi []:
Checking dirs :
db ... ok.
dump ... ok.
img/wiki ... ok.
img/wiki_up ... ok.
img/trackers ... ok.
modules/cache ... ok.
temp ... ok.
temp/cache ... ok.
temp/public ... ok.
templates_c ... ok.
templates ... ok.
styles ... ok.
maps ... ok.
whelp ... ok.
mods ... ok.
files ... ok.
tiki_tests/tests ... ok.
temp/unified-index ... ok.
Fix global perms ...
You are not root. We will not try to change the file owners.
Change group to firedragonvbs ... done.
Fix normal dirs ... done.
Fix special dirs ... done.

Tiki is not properly set up:

The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/dump/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/img/wiki/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/img/wiki_up/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/modules/cache/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/temp/' is not writeable by www-data.
The directory '/home/firedragonvbs/public_html/cms/tiki-9.x/templates_c/' is not writeable by www-data.

{syntax type="tiki" editor="plain"}
Running installer for: db/local.php
PHP Notice: Undefined index: session_protected in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 73
PHP Notice: Undefined index: session_lifetime in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 86
PHP Notice: Undefined index: tiki_cdn in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 119
PHP Notice: Undefined index: feature_fullscreen in /home/firedragonvbs/public_html/cms/tiki-9.1/tiki-setup_base.php on line 146
PHP Notice: Undefined index: tikiroot in /home/firedragonvbs/public_html/cms/tiki-9.1/lib/prefs/cookie.php on line 30

Using wiki page cache, it happens that page cache is generated by a user who set his language to Italian. And then, the page is visited by someone who has language to something else, but sees Italian.


Workaround: turn off wiki page cache if you have a multilingual site

Use this link to see error:

{HTML()}https://dev.tiki.org/tiki-view_tracker.php?trackerId=5&status=op&sort_mode=f_41_desc&filterfield=47&filtervalue[86]=&filtervalue[26]=&filtervalue[56]=Accepted&filtervalue[54]=&filtervalue[27]=&filtervalue[90]=&filtervalue[28]=&filtervalue[48]=&filtervalue[55]=&filtervalue[91]=&filter=Filter{HTML}

Tracker breaks and spills code onto the page.

This happened when I attempted to filter for only bugs in version 9x.

This should perhaps be dealt with by Tiki contributors since it has come up before (when I upgraded in Dec. 2011 to Tiki 8.2). The issue has to do with displaying file galleries in Tiki 10.0. When I first attempted to display the file galleries, I got a blank page. A quick check of my server's error log (edited to remove private data) showed the following:

PHP Fatal error: Uncaught exception 'SmartyCompilerException' with message 'Syntax Error in template "/templates/tiki-list_file_gallery.tpl" on line 223 "{quotabar
length='100' value=$smarty.capture.use}" unknown tag
"quotabar" in …/lib/smarty/libs/sysplugins/smarty_internal_templatecompilerbase.php:657

Possibly related to this problem is that "/lib/smarty_tiki/function.quotabar.php" is (if memory serves) the one file in
Tiki 10.0 that I was unable to upload to the server via Filezilla FTP
transfer. There may be something wrong with the file that's causing the error message listed above, and I remember that it wasn't possible to upload this file to the server when I was upgrading to a couple of previous versions of Tiki, so it's a persistent issue.

Recently, I went into Admin and turned off one of the features in Admin at tiki-admin.php?page=features. The feature was Calendar in Global Features. But that brought up a problem that I was able to investigate in my host server's error logs:

.../tiki-calendar.php
PHP Warning: PDO::query(): SQLSTATE[42000]: Syntax error or access violation: 1226 User ... has exceeded the 'max_questions' resource (current value: 75000) in .../wiki/lib/core/TikiDb/Pdo.php on line 78

PHP Warning: Invalid argument supplied for foreach() in .../wiki/db/tiki-db.php on line 152

PHP Warning: PDO::query(): SQLSTATE[42000]: Syntax error or access violation: 1226 User ... has exceeded the 'max_que ...
... /wiki/tiki-lastchanges.php

Have just installed v10.0, replacing previous v8.1. The new website seems to be working well except for >Gallery, >Actions <wrench icon>, >Replace file. Nothing happens. Worked fine under v8.1.

I couldn't get the equation plugin to work. Tracked it down to a '\end{document}' latex command that should be '\\end{document}' since PHP saw the '\e' as an escape.

The problem is around line 189 in lib/equation/class.latexrender.php.

Suggest that all strings that are written to the latex file should have lead with a '\\' within the 'wrap_formula' function, even though the only line that was giving me a problem was the '\end...'.

For example, if I include the following line in a wiki page
{CODE(wrap=1)}__~np~{toc maxdepth=4 shownum="1" structId="1" pagename="Test_003a"}~/np~__{CODE}
it is successfully saved and then rendered correctly.

If I view the source it is correctly held.

When I then came to edit the same page and view the SOURCE whilst within edit mode the non parse mark-up has disappeared.

Discovered whilst testing on http://demo.tiki.org/10x/ site
%%%
I have screen shots available if required.
%%% %%%
Please look at the source, since I'm struggling to get the code correctly shown here.%%% %%%The code plug-in closure follows the end of NP tag and end of bold mark-up, but that is not what is showing above.
%%%I see a similar issue with the CODE plugin on your documentation page at [http://doc.tiki.org/Wiki-Syntax+Text&structure=Tiki+User+Guide#noparse_-_not_parsing_WikiSyntax]

http://www.iis.net/downloads/microsoft/wincache-extension

https://www.microsoft.com/web/post/performance-tuning-php-apps-on-windows-with-wincache

http://php.net/manual/en/wincache.configuration.php

As user "xavi" (plain registered user, I mean, not a user with admin privileges, etc), I created a new bug report here at dev.t.o/t5. Once saved, I attempted to:
* click at the Rating field - Stars (system), and I saw no effect.
* edit the tracker item, and clicked at one radio button option, and saved, but saw no effect.
In both cases, I still see that zero votes have been casted, etc.

As far as I remember, the choice of the user was stored, and showed somehow highlighted or similar. Nowadays, it seems as if nothing is stored.

Reproduced, as example, here:
http://dev.tiki.org/tiki-view_tracker_item.php?trackerId=5&itemId=4361

I confirm that these perms are granted to registered users on the tracker object permissions, as well as at global permissions:
* Can view rating result for tracker items (tiki_p_tracker_view_ratings)
* Can vote a rating for tracker items (tiki_p_tracker_vote_ratings)
* Can re-vote a rating for tracker items (tiki_p_tracker_revote_ratings)

Using services like http://www.stopforumspam.com can help to identify and handle spam-related mail addresses trying to create an account.

stopforumspam provides an API to test a mail address against a "known spammer"-list. This could be used to warn an admin before confirming an account.

PROBLEM (summary):
A Item Link field appears to be missing a condition to limit the list of items in the dropdown on a tracker form to those that the user has permission to see.

Details:
(Reproduced on demo.tiki.org site. See details below)

Imagine you are using the Tracker functionality NOT for user registration but for allowing users to create a home inventory.

You have 3 trackers created:

*1 a tracker of Location that has fields "Friendly Name" - Text Field, "Relation to Another Location" - Item Link to "Friendly Name" items in Location, and "Specific Location" - Text Area (Note: DO NOT give "Relation to Another Location" Item Link the ability to Add Item..., or you will zap all the memory of your Tikiwiki! )
*2 a tracker of Items that has fields "Friendly Name" - Text Field, "Location of Item" - Item Link to "Friendly Name" items in Location tracker, "Value" - Text Field
*3 a tracker of Inventory that has fields "Item" - Item Link to "Friendly Name" in Items (with an "Add Item..." option) and "Photo" - File

All 3 trackers have a mandatory User field with auto-assign to creator

Registered Users have ONLY the following tracker permissions:
tiki_p_attach_trackers
tiki_p_tracker_view_attachments
tiki_p_comment_tracker_items
tiki_p_tracker_view_comments
tiki_p_create_tracker_items
tiki_p_modify_tracker_items
tiki_p_remove_tracker_items permissions

Data input is carried out via wiki pages with tracker/trackerlist

ALMOST everything is working - 2 users (TEST1 and TEST2) can input data and neither can see the other's inventory. - That's Good.

The PROBLEM is:
The Item Link drop-down shows ALL the items of the tracker from both users.
In other words, when TEST1 is selecting a Item from the Tracker List, TEST2's items show up.

Fortunately, if the Item List is rendered as a link in the trackerlist, TEST1 will get an error when trying to click on TEST2s stuff (presumably, to see the Value field to come over to his house and steal his stuff ;) )

But, the problem is that, with a lot of users, the dropdown list becomes unusably long.

Reproduction on the 10X Demo site:
Log in as TEST1 or TEST2
Password 12345
Go to the Home Inventory Form wiki page
Test1 has: Television in Office in Test1s Home
Test2 has a vase in bedroom of Test2s home
Admin has a Linux computer in the living room ;)

Now, if you go in as, say, Test1, on the Home Investory Form page you will only see Test1s stuff, but in the dropdown box of locations, you'll see Test2's bedroom, Test2s home and Admin's living room.

I had to change (limit) Registered group's access as describe above in the details.
Sorry to anyone out there using it!

I confirm that I saw this serious issue in a production site of myself using tiki 10.x (svn r44603). This site of mine was upgraded in early january from tiki 9.x svn to 10.x svn. And nowadays when uploading some jpg images, they are not displayed, the image name seems to be truncated the extension (foo.jpg is converted into foo, it seems). And the error message in my case indicates a valid path (as it was working fine for a year in the server, etc.; no changes on that side; I doubled checked and perms are fine for apache to write in those folders, etc).

The hash corresponding to the file (as indicated in the error message shown in the browser) does not exist in the server, so it seems that the file does not get uploaded to that folder.

I can provide more details (or even maybe access to my production server) to some dev willing to debug this issue.

---

I started to see report in the user forums in t.o about (potentially) similar issues. Example:
https://tiki.org/tiki-view_forum_thread.php?forumId=6&comments_parentId=45767&amp;thread_sort_mode=commentDate_asc#comments