Category: Support request

Windows 10
Tiki version 19. installed with InnoDb.
Wamp64 ver 3.1.0,
apache 2.4.27
php 7.19

Issue: Composer setup.exe installed fine, yet tiki-admin.php?page=packages&cookietab=4
Diagnose option: Install Composer----Failed
~~#F00: Error
There was a problem when installing Composer.
The "https://getcomposer.org/versions" file could not be downloaded: php_network_getaddresses: getaddrinfo failed: No such host is known.
failed to open stream: php_network_getaddresses: getaddrinfo failed: No such host is known.
~~
1. Composer downloaded and installed.
2. Logged off and log back in, to verify installation options were updated.
3. Shelled to D.O.S. and typed 'composer' and its help menu showed up immediately.
Verified PHP 7.19 was the path that would be utilized for PHP commands.
4. Verified CURL was active in the PHP extensions. Checked if 'git' was available, it wasn't.
5. Verified no proxy was running anywhere ( I don't utilize proxies, but checked just in case).
6. Ran TIKI / Diagnose/ Install composer and received the error.
7. Read information on github about the error but did not have issues relating to their troubles.
8. Backed up composer.json.dist and renamed the copy to composer.json which was
in the tiki root location.
9. Pressed the tiki install composer option, got same problem.
10. Deleted composer.json and got same problem (as if it wasn't looking for composer.json).

I was expecting that once composer was installed from Composer-Setup.exe,
the tiki / diagnose/install composer would execute the program utilizing proper install switches or at
least advise the admins that it can't be done on a local wamp64 server, or whatever the case may be.

Polom, fantastic team,

I thought it would be useful to report this malfunction that I already mentioned in IRC and haven't yet found a solution for.

When inserting C++ code snippets using the {CODE()} plugin, many of the listed color schemes listed as available from CodeMirror do not work properly if not at all in wiki. I should be using 'clike' (c-like) for C++ code, but it leaves the code bits completely un-coloured.

For now I'm using the 'tiki' color scheme because it does apply some colors to my code, but those are not C compliant.

Here's an example snippet :
#include <utility>

Message::Message()
{

m_number = 0;

}

Message::~Message()
{
}

Message::Message(const Message &x)
{
m_owner = x.m_owner;
m_number = x.m_number;
m_dest = x.m_dest;
}



Thanks in advance if you have any suggestion,

Regards,

Nick

An error occured in a database query!

Context:
File tiki-mods.php
Url tiki-mods.php?
Query:
INSERT INTO tiki_menus VALUES (100,'Workspace menu','Sample workspace menu','d');
Values:
Message:
Column count doesn't match value count at row 1
Built query was probably:
INSERT INTO tiki_menus VALUES (100,'Workspace menu','Sample workspace menu','d');


Any BUG FIXES?

Hi there,
I've been starting to use [https://doc.tiki.org/Search+and+replace|Search and replace] tool. Great piece of tool!

I've spotted a bug there when trying to change:
* from ~np~{IMG(src="img/flags/United_Kingdom.gif",title="en anglais")}{IMG}~/np~
* to ~np~{en}~/np~

This bug makes that I end up with a ''half-process done'' since the replacement job is finishing with:
* ~np~{en}"img/flags/United_Kingdom.gif",title="en anglais")}{IMG}~/np~

It does look that the function ''replace'' doesn't handle having a __"__ in the ''what to replace''.

This issue is probably external to the wiki ... but is exhibited by your current demo systems and also our Apache based system

With pagination enabled or when calling a wiki page with a user defined variable value, the full url contains an ampersand character,
for example tiki-index.php?page=Test-Multi-Page&pagenum=2

However ampersand can not be included in an XML file such as a SiteMap and needs to be escaped as &amp;

TW seems to ignore any parameter prefixed with &amp; which is a valid url
for example tiki-index.php?page=Test-Multi-Page&amp;pagenum=2

Does a default installation of TW with Apache need a special Apache rewrite rule to handle this?
Does this perceived issue exist with other web servers?

Just spotted your current docs system has the same issue. See
https://doc.tiki.org/tiki-index.php?page=Wiki+Argument+Variables&lalala=torololo which works but
https://doc.tiki.org/tiki-index.php?page=Wiki+Argument+Variables&amp;lalala=torololo does not work

Would appreciate any guidance to resolve this issue.

Thx

M

I recently upgraded from 1.9.9 to 2.4 and I find lots of these errors
in the log file:

[Wed Aug 05 14:28:59 2009] [error] [client 10.7.8.26] File does not exist: /usr/local/apache2/htdocs/tikiwiki/styles/transitions/1.9to2.4.css, referer: http://localhost/tikiwiki/tiki-index.php


Is this installation error or a bug in 2.4?

Thanks

The list of tiki pages presented for selection and addition to a structure is truncated at 50 records for no apparent reason and there's no way to add records >50 without running a filter.

I just parroted what I saw in tiki-admin_categories.php for its similar page list and it works.

The diff is below - hope I did that correctly.

*.backup is the original file from the official tiki releast. *.php is the version I modified.

12.x: Commit Timesheet data to the linked Tracker doesn't transfer expected duration values, just the related text

For real-case scenarios of time tracking, workers end up annotating what they did invest their time in, and how long did they take (without using the time counter, but just feeding the expected time value).

When you commit the data from your browser to the tracker, all the numbers annotated for the expected time invested (which in fact, ni this real-case scenario, is the real time invested to fit your daily work in 8hours time) are not transferred to the tracker, so that from other comuters you can not rescue that data. And if something happens to the cookies or cache or something, you loose these data that was only in that browser and computer.


See it in:
http://xavi-9794-5490.show.tikiwiki.org/tiki-timesheet.php

13.x: email param from PluginTracker too difficult to get it working as expected for end users

* Maybe some more documentation in doc.t.o missing?
** param "emailformat" (indicated by a poweruser in an email) missing in the doc. page (since long ago)?
* Maybe some easier ready-to-use tpl bundled within tiki to work for that use case, if the default tracker_changed_notification.tpl doesn't work.
* Maybe some bug? (some devs said thatyou need to set the "copy activity to email" to something for that tracker to get those emails sent for the non-registered user submitting the tracker item?
* ...

Related doc so far:
http://doc.tiki.org/PluginTracker#Parameters (see "email" param)

An instance has been created linked to this wish, so that we can all have a look at a common instance to elucidate what the problem is, and then, as a consequence, how to improve it.

Instance design details:
# Feature Log mail in the tiki logs is enabled, so that we can check which emails were sent and which ones weren't.
+ http://xavi-9794-5470.show.tikiwiki.org/tiki-syslog.php
# "Contact us" page contains PluginTracker with this code:
+ {CODE(ln="1")}
{TRACKER(trackerId=1, fields=1:2:3:4, showmandatory=y, emailformat="html", sort="y",
email="real_email_from@example.com|3,a_second_real_email@example.com|tracker_changed_notification.tpl,tracker_changed_notification.tpl")}
!!! Thanks
...{TRACKER}
{CODE}
# Field 3 is the user selector, with "plain text" as the type of link.
# tracker_changed_notification.tpl is a valid tpl in the file tree, so I guess this should be a valid-enough file for basic demostration purposes, unless someone indicates the opposite for some reason.
# "Copy activity to email" has been set to a_third_real_email@example.com, just in case that was valid, as jonnyb suggested.


To reproduce:
# Come here as anon:
+ http://xavi-9794-5470.show.tikiwiki.org/tiki-index.php?page=Contact+us
+ and fill in the contact form, which is set to (in theory) send you a copy of the tracker item added.
# go to the tiki logs ([http://xavi-9794-5470.show.tikiwiki.org/tiki-syslog.php]) and you will that the email that has been sent is the one related to "Copy activity to email" ("a_third_real_email@example.com", xavi (a) tikiwiki.org in this case), but nothing else related to the email typed in the form (field 3) nor the "a_second_real_email@example.com" indicated in the param)


Finally, some hint (in case it matters):
* I tried first this approach in my localhost (linux box), and I got same behavior.
** Looking at the apache error log I saw a message complaining that I didn't have "sendmail", which is true (in purpose, for other reasons)
++ {CODE()}
sh: 1: /usr/sbin/sendmail: not found
{CODE}
** The curious thing is that those cases of error with sendmail were not recorded in tiki syslog as "mail error" lines, but nothing was loged. Only the email related to "copy activity to email" was recorded in the tiki syslog with at least a line saying "mail error", and all the details about that email.

Hi:

I've set up an R script (.Rmd: with R markdown to be run through Knitr) to check the application of all Tiki Profiles (the ones available in the Profiles Wizard since Tiki12, at least) on several tiki branches on your own localhost, to search for error messages, and aggregate that information for easy monitoring. It can be extended to send an email when regressions show up, etc.
I developed that over the weekend from home, and even if in beta stage, it currently works.
See: https://github.com/xavidp/TikiProfilesTester

However, I cloned the git repo at work, where we are behind a proxy, and console.php cannot apply profiles from there through the commandline. Through the GUI I always have to add the proxy info to Tiki first in order to be able to list profiles and apply them , etc.

{CODE()}
root@pentinella:/var/www/html/trunk# php console.php p:a Voting_System
Profile not found.
root@pentinella:/var/www/html/trunk#
{CODE}

proxy info seem to be defined at ./trunk/lib/tikilib.php (line 185 onwards)

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

for example:
5 users in group home
6 pages in category home

I want all public can view these 6 pages in home category, but only these 5 users can edit pages content ( not the objects in the category, it is the content of the page!! ).
I know I can setup the permissions page by page to the home group, but what I am looking for is category to group relationship, not page to group, don't want to do it page by page, or maybe there is one way to do that, but I don't know yet.

Thank you very much.

Have a good day.

Best,
Peter

Right now I am on 1.9.11, going to upgrade to RC4, is that possible for upgrading from RC4 to release 2.0?? Or may be I can wait the 2.0 for a while.

BTW, it said that the 2.0 will be released in the second week of August, but right now it became in the August... Don't worry, Thanks for your hard working, we are all look forward the 2.0 :)

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

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?

I frequently use the image gallery and have an default scale for all pictures.
Since the switch to 2.0 (and a new username) my gallery does not store the thumbnail and scaled size of pictures which results in really slow performance because each time the pictures is resized on the fly.

There are no new files in the directory for the image gallery nor are new rows to the tiki_images_data table.

I do not get any error message.

What could be wrong?
How could I check and fix it?

Any help appreciated.

Hannes

I have a very strange experience today. I tried to access the "Categories" page from three separate browsers: Google Chrome 0.2, Internet Explorer 7, and Firefox 3.0.3. I receive a "cannot be displayed" in all three browsers, even though (a) the relevant file (/tiki-admin_categories.php) is on the server, in the correct location (i.e., the root directory), and (b) has not been changed since I loaded TikiWiki onto the server, so there would not be any custom code that causes interference with the base functionality.

In Firefox, the browser attempts to download the tiki-admin_categories.php file as if it is an external object, eg a PDF.

Can anyone shed some light on how I might go about resolving this issue? It is a very strange one!

The blogs admin area offers an easy way to sort blogs by name rather than id, but the file gallery admin area doesn't. This is important, I think, because if you have lots of files in a given gallery, you may want them to appear in alphabetical order. The id sort method, which seems to be the default, doesn't allow the administrator to build in user-friendly structure for file galleries.

I've put this in as a feature request, but if someone can help me make the change I'm suggesting, I would appreciate the help.

Thanks!

5x: tracker comments should allow self-subscribe option for poster, like in forum posts or page comments. Right now, lost of interaction and feedback is lost for users until they learn how to subscribe to tracker items....

That was the same problem in forum posts for years, until some one added that feature to forum posts and wiki comments...
However, it seems that tracker item comments didn't benefit from that enhancement.... and honestly, they deserve it...

---

UPDATE:
* Still a very much desired feature in MANY tiki sites (including *.t.o sites). {sign user="xavi" datetime="2013-11-17T09:30:58+00:00"}
* Still a wish...{sign user="xavi" datetime="2014-07-13T10:00:49+00:00"}
* Still a wish (many years later). Sniff ... {sign user="xavi" datetime="2016-06-28T08:55:07+00:00"}
---
Gorgeus, fixed, Victor! Thanks! (tested in tracker comments, and adapted the profile "Bug_Tracker_15" to allow commenting by registered to easily test/debug this issue also in the future (or in other branches). {sign user="xavi" datetime="2016-10-11T17:21:14+00:00"}
---
Update: {sign user="xavi" datetime="2016-10-11T17:38:28+00:00"}
* emails are duplicated if the user was also selected in a "user selector" type of field, with notifications on. We should check that no duplication of emails is sent: one as commenter, and another one duplicated as user selected in the "user selector" field with notifications on.
See it reproduced in the show instance:
2 emails have been sent in some cases:
http://xavi-9794-3214.show.tikiwiki.org/tiki-syslog.php
u: admin
p: 12345

* Tracker item commented:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-view_tracker_item.php?itemId=5
* see email corresponding to each user:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-adminusers.php
* see tracker field definition:
+ http://xavi-9794-3214.show.tikiwiki.org/tiki-admin_tracker_fields.php?trackerId=1
** note last 3 fields, all of them user selector with email notification on.
---
Update {sign user="xavi" datetime="2016-10-13T10:40:17+00:00"}
In addition, other systems maybe sending a duplicate of the same email message (see https://doc.tiki.org/Watch ), and we'd better add a system to prevent those duplicated emails to be sent.
To be checked for duplicates (and remove them before sending):
# generic (wildcard-like) user watches through the "__My Watches (UI) > Add Watch > Event__"
# Objects
** user watches on objects
** group watches on objects
# Categories
** user watches on categories
** group watches on categories
# Structures
** user watches on structures
** group watches on structures

I'm usure about category watches. Maybe we can leave those messages also, since they are not 100% equivalent to the other notification emails?
---
Sure, see comments. Issue fixed. {sign user="xavi" datetime="2016-10-14T10:13:36+00:00"}
And duplication of emails was due to some other issue, fixed by kroky6 also (great, thanks!).

Using tiki 2.1., action log + contribution feature.
Admin cannot re-set the contributors to a wiki edition, for instance.
Admin can re-set the contribution type, but not change the co-authors, and this is needed (in educational scenarios, students select no mates by mistake, and then, there is no way for the admin to re-set the author or co-autors).

Actions in tracker fields don't post variables
though they post parameters
I used the example
Register,post,tiki-register.php,name:login,pass:pass,passAgain:pass,email:email,register=register
from tikiorg but doesn't pass any new user
If I use the syntax Register,post,tiki-register.php,name=login,pass=pass,passAgain=pass,email=email,register=register
it works but it doesn't register variables but words (login, pass etc.)

When setting preferences in each of the modules that Tiki supports, it would be of HUGE benefit and assistance to be able to click on a HELP ICON and get comments on what the setting or preference means and whether this should be used by you.

Add filter param to Plugin TrackerStat (to easily display graphical bars of tracker item answer counts from filtered results)

((doc:PluginTrackerStat)) is an easy way to display results from data in trackers. Trackers can be used to produce advanced custom surveys, and we could use on e single tracker to collect data from different semesters, years, projects, etc., but provide a simple interface to show a filter before showing results of bars with counts, etc., so that the use can choose in a central point which fields wants to use to filter data from a tracker.

This might be solved someway with plugin list and custom search and some tricky advanced display output or format syntax, but this in currently (as of April 2015) undocumented, and even if this might be feasible by experienced devs, it's not going to be as easy for endusers to be reproduced than just using the easy TrackerStat plugin with a new filter param, (similarly to the param filter in PluginTrackerList of TrackerFilter)

---
See some show instance with a call to TrackerStat already in place, if you want a snapshot of a working instance as a base tiki to get your development tests going.

http://xavi-9794-5261.show.tikiwiki.org/tiki-index.php?page=HomePage
u: admin
p: 12345

Right now, if you have a multitiki installation with 10 sites, and you want to rebuild the unified search index for them all, you have to run 10 times the command with the "--site=" para adapted to each case.

However, when you run setup.sh, by default setup.sh runs for all sites in a multitiki installation.

It would be nice if console.php had the chance (by default or not) to be run once for all sites in that multitiki installation at once


with some param like "--site=all":
{CODE(colors="shell")}
php console.php d:u --site=all
{CODE}

It would be good to make the 'User' (i.e. user name) a required field when adding a new Tiki User (Admin Users)

Recently, I tested adding a new user without this (left blank), but added the password (2x) and an email. Tiki went the the next step, 'Confirm adding new user', then went to the full user list. Of course it was not visible anywhere in the full list of users (only one page, under 10 users total).

Also, it might make sense to change the name from 'user' to 'user name', or even more direct 'login'.

br,
Mike