Category: 14.x

The bars that show when -+show_bar="y"+- all look the same size and they look more like dots. Also, it doesn't seem to make a difference whether -+percent_of+- is set to -+site+- or -+groups+- - the percent shown seems to always be based on the number of site users.

PluginR is a mods, and mods should be shut down.

Now that licensing issues have been resolved, please move to the main code base.

After submitting a tracker item using PluginTracker, the form doesn't show after the page refreshes. This is because of certain url parameters that are added when the page refreshes. For example the url upon refresh can be:
tiki-index.php?page=HomePage__&ok=y&iTRACKER=1#wikiplugin_tracker1__

The parameters in bold above cause the form to not show. If the following lines are commented out in wikiplugin_tracker.php (around line 986 in 12x) then the form will show:
{CODE()}
} else if (!empty($page)) {
$url = "tiki-index.php?page=".urlencode($page);
if (!empty($itemId)) {
$url .= "&itemId=".$itemId;
}
$url .= "&ok=y&iTRACKER=$iTRACKER";
$url .= "#wikiplugin_tracker$iTRACKER";
header("Location: $url");
exit;
{CODE}

I set the admin password for the show instance to 12345. See instructions for recreating on the home page of the show instance.

Tracker items on tiki-view_tracker.php can have a link that displays information in a popover. The link also is used to display the item's page. But hover no longer works to display the popover. A click is required. But since the click is used to display the popover, it no longer works to link to the item's page.

My client wrote about typing text in Wysiwyg:
{QUOTE(replyto="Mark")}When I am typing, every so often the system stops responding for a couple of seconds so that the letters that are being typed are skipped. I've tested it on an Apple and Windows machine, both using Firefox and it is the same. So I think it is the tiki or the server? It is very annoying and the team will lose patience with it if this happens to them when they are typing. It happens about one or two time a minute, I would guess. Sometimes more. It happens anywhere on the tiki site. It does not appear to happen in the firefox browser. This morning, Friday 10/9/15, the droppe letters seems to be much more frequent. Every 10 seconds maybe. VERY annoying.{QUOTE}

In Firebug console I can see every several seconds (maybe half a minute?) the POST to tiki-autosave-save causes this. Could it be fixed so, that this does on a DOM copy of the text and thus does not prevent typing more text while the call is made (or something like that)?

Thanks,
luci

After an issue reported by a user in dev.t.o, and an example produced in the corresponding show.t.o site, I decided to create the corresponding profile to be able to test dynamic items list easily from now onwards in different tiki versions, etc. That's the rationale of this profile:
https://profiles.tiki.org/Dynamic+items+list

After I added the sections with data ("Objects in Products Tracker" and "Objects in Service Tracker"), the profile doesn't load any more in the Tiki admin panel for profiles.

And when I added that yaml code in tiki-admin.php?page=profiles&cookietab=3 > "Profile Tester", then I got this error message:

{CODE()}
Fatal error: Call to a member function getRequiredProfiles() on a non-object in /var/www/trunk/lib/core/Tiki/Profile.php on line 479
{CODE}

Any tips?

---
And if I apply only the 2 sections defining the tracker and tracker fields (no sample data), then I get:
{CODE()}
An error occurred: Unknown objects are referenced: tiki://local/Test#products, tiki://local/Test#products_name, tiki://local/Test#products, tiki://local/Test#products_name, tiki://local/Test#products_version
{CODE}
---
After I removed the $ at the end of the objects defined elsewhere, then I ended up with this error through the Profile tester and only the section with trackers and tracker fields (no tracker data):
{CODE()}
Fatal error: Call to a member function getRequiredProfiles() on a non-object in /var/www/xavi-9794-4911/lib/core/Tiki/Profile.php on line 479
{CODE}

A new profile handler for wiki structures would be very handy to promote the use of structures in many uses cases (learning environments, project management, TEAMS, workspaces in general, ...)

http://profiles.tiki.org/Structured+Master+Documents

I created a profile to demostrate the use of wiki structures to new wiki admins, but it's missing the change to create the structure directly from the profile, which would be needed to enhance other more advanced profiles (Learning Center, etc)

provide a clicable link to login to dev.t.o from a smartphone out of the menu icon at the top right corner

Have you tried recently (in the last several weeks?) {sign user="xavi" datetime="2016-04-06T15:43:28+00:00"}
Same issue when testing https://nextdev.tiki.org

You can't click there at any login link, it's hidden below the square icon of the collapsed menu at the topbar.

And ensure that this fix is applied to the main *.t.o sites , at least. (tiki.org, dev, doc, I would say)

There may be cases when an article type doesn't call for the publication date to be displayed. But then the publication date input isn't on the edit screen. Then there is no way to control the display order of articles other than in the order they are created. For maximum editorial flexibility, the editor screen should allow publication date input even if the date isn't going to be displayed.

When using the Blog feature under Tiki 14, if...:

*the site default timezone is set to UTC, and
*a user with blog posting privileges has their timezone set to UTC __or__ Local (i.e. their timezone is being inferred by Tiki)

...then, if the user works on a new blog post and uses the 'preview' feature, when the page reloads after requesting the preview, the Publish Date will be skewed by the difference between UTC and the inferred Local timezone.

The skew is also compounding; if 'preview' is used multiple times, the Publish Date can end up being quite distant from the actual date and time of the blog post.

I have related tickets 1579 and 4007 as they describe similar behaviour in the Banners feature; please feel free to un-relate if they are not pertinent.

---

__Edit 2015-10-22:__ After demonstrating on show.t.o, it appears the skew may relate to the timezone of the underlying server, rather than what is being inferred by Tiki from the user. However, it is still the case that setting an explicit timezone alleviates the issue.

Rebuilding index now reports:
{CODE()}ssh-w00ec615@dd29038:/www/htdocs/w00ec615/12x$ php console.php index:rebuild
Started rebuilding index...
Indexation
wiki page: 2
file: 0
trackeritem: 2
sheet: 1
comment: 0
Rebuilding index done
{CODE}

This was always in the web interface and recently added to the command line in http://sourceforge.net/p/tikiwiki/code/48172/
Great!

What would be even more useful is to have the same stats that are provided by the "Server Load" module from tiki-admin_modules.php, which provides Execution time, Memory usage and number of Queries

So then, we can get an idea when it's getting too long or using too much RAM.

We'd want this both in web & command line. This could be added to the ((Monitoring)) system and we could monitor system health.

Thanks!

I want to setup a custom registration with extra data in a tracker and with a file template for registration presentation.

This works with a wiki page used as template, but it fails with a template file used as template.

This fails because in the following way:
* The registration displays one error message per field in «Registration Fields» (in Registered group config)
+ ''Incorrect fieldId: 2. Please ensure you are using the correct field ID and that it is properly included in the template, if any.''
* The extra fields do not show upo in the registration page.

I tried many syntaxes: $f_2 (as documented), $ins_2, $ins_firstName, etc.

A show instance below demonstrates the bug.

!More
More testing shows an issue when users enter invalid values.
* Click on "Login→Register"
* Fill some invalid values (no password, email does not contain "@")
* Observe that the page now asks to fill data again but it does not use the template :-(

We have two calendar interfaces in Tiki. The newer ((doc:FullCalendar)) and the legacy code. This is more work to maintain, etc.

* Upgrade FullCalendar to latest version. Decide if we use
** latest version http://blog.arshaw.com/1/post/2013/09/fullcalendar-news.html
** or stick with the one we use now FullCalendarResourceViews, which is needed for the ((doc:PluginTrackerCalendar)), its development gets in sync every now and then with the original FullCalendar, and allows to do ressource planning: https://github.com/jarnokurlin/fullcalendar
* Review any FullCalendar issues such as:
** https://dev.tiki.org/item4248 https://doc.tiki.org/FullCalendar
** https://dev.tiki.org/item4993 - FullCalendar doesn't show in Mobile mode in 12.x LTS
* Remove legacy code and put FullCalendar as the always on default way to show calendars
* And then, [http://themes.tiki.org/item67|Make FullCalendar use Bootstrap classes and be responsive]

To be reproduced, see:
http://xavi-9794-5464.show.tikiwiki.org/tiki-index.php?page=D1+Cover
u: admin
p: 12345

And see the same page as user:
u: user1
p: user1
which has been granted local permission to view and edit that page, and global permission to edit structures. If you attempt to go to edit the structure,
http://xavi-9794-5464.show.tikiwiki.org/tiki-edit_structure.php?page=D1+Cover&page_ref_id=1

you get:
{QUOTE()}
Error: You do not have permission to use this feature: tiki_p_view
{QUOTE}

Potential Workaround:
Comment out the check for the permission to display any part of the edit strcutures interface. Line 22 from tiki-edit_structure.php should become:
{CODE()}
//$access->check_permission('tiki_p_view');
{CODE}

And line 123 from templates/tiki-edit_structure.tpl should change from:
{CODE()}
{if $editable == 'y'}
{CODE}
to
{CODE()}
{if $editable == 'y' && $tiki_p_edit == 'y'}
{CODE}

Should that be enough?

I couldn't test properly due to the interference of this other bug which prevents assigning object permissions:
https://dev.tiki.org/item5916

FADE objet dont work well at all.
Wathever I will put after after a fade that will not work.
I try to put a space and after a list.

Each of these try will not work.


__This one will not put a space before.__
{FADE( label="test" icon="y" show_speed="900" hide_speed="fast")}
* My line
{FADE}

__This one still not put a vertical space before.__
{FADE( label="test" icon="y" show_speed="900" hide_speed="fast")}


* My line
{FADE}

__This one will not take care of the * and list will not popup corectly.__
{FADE( label="test" icon="y" show_speed="900" hide_speed="fast")}%%% * My line
{FADE}

This one will put too much space.
{FADE( label="test" icon="y" show_speed="900" hide_speed="fast")}%%%
* My line
{FADE}

From the IRC log: http://irc.tiki.org/irclogger_log/tikiwiki?date=2015-06-06,Sat&sel=10#l6

"pafnuty joined #tikiwiki

Hello

there is a bug, i think, in libwikixmllib.php
but i can not register to submit it (did not get activation mail)
maybe someone in this chat can?
libwikixmllib.php line 47 $this->zip = new ZipArchive;
should be $this->zip = new ZipArchive();

thanks

btw branch 14"

After submitting a bug report I click on "Reproduce your bug using our feature called Tiki Show. Click here to reproduce your bug now" and then I get the error in the Subject.
Might be a current discrepancy?

Using trunk as of r53746 from 2015-2-3.
When clicking "Reports" and then select "Type: Logs" and the just click preview nothing happens except the hourglass.

Reason is: request to tiki-ajax_services.php responds with internal server error 500.

Detail from Debug Console in Chrome
{CODE()}
Request URL:xxx.xxx.xxx.xxx/tiki-ajax_services.php
Request Method:POST
Status Code:500 Internal Server Error
Form Data:
controller:report
action:preview
value[0][name]:logs
value[0][value]:category
value[1][name]:logs_action
value[1][value]:
value[2][name]:logs_start
value[2][value]:
value[3][name]:logs_end
value[3][value]:
value[4][name]:logs_fields[]
value[4][value]:actionId
value[5][name]:logs_fields[]
value[5][value]:action
value[6][name]:logs_fields[]
value[6][value]:lastModif
value[7][name]:logs_fields[]
value[7][value]:object
value[8][name]:logs_fields[]
value[8][value]:objectType
value[9][name]:logs_fields[]
value[9][value]:user
value[10][name]:logs_fields[]
value[10][value]:ip
value[11][name]:logs_fields[]
value[11][value]:comment
value[12][name]:logs_fields[]
value[12][value]:categId
value[13][name]:logs_fields[]
value[13][value]:client
value[14][name]:logs_grouping
value[14][value]:
value[15][name]:logs_sort
value[15][value]:
value[16][name]:logs_limit
value[16][value]:
type:Logs
{CODE}

Excerpt from apache error.log:
{CODE()}
[Wed Feb 04 00:02:24.195245 2015] [:error] [pid 16574] [client x.x.x.x.:50339] PHP Fatal error: Call to undefined method TikiSheet::setSize() in /var/www/html/tiki/lib/sheet/grid.php on line 1153
{CODE}

I have completed an enhanced robots.txt file.

Initial Website XML Maps I was making were returning Just under 500 results. The Sitemap now returns 45 results, one of which is an error, that I have filed a separate bug report for. No pages are duplicated, all pages with relevant content are crawled.

Of note is that I have re-enabled the file gallery being crawled. It was returning large number of files and was disabled to prevent pressure on the web server. Results can now be indexed without the massive duplication that existed before.

There is a section in the file that can be commented out to prevent duplicated pages when SEF URL's is enabled. Applied automatically, it will prevent the entire website from being crawled.

Of importance is also that I have only tested this for the feature set that I am using. It WILL create a better crawling and therefor better Search Engine ranking with other features, but may not take it as far as one could be achieved.

Using this robots.txt file not only decreases server load, but also leads to better search engine rankings.

setup.sh offers to run Composer only, but how can we launch this from the command line?

For example:
{CODE()}sh setup.sh composer{CODE}

Search and auto complete only work when logged in. When not logged in tiki-listpages.php is completely blank when performing a search and no auto completes are shown.

Search is acting oddly. It does not seem to find words in page names. For instance, search for "GPS" and you will not find the page "GPS Email Setup". But if you search for “email” you will find the page because the word email is in the text.

This would be useful for troubleshooting.

If Tiki can't find the location automatically, maybe we could have a pref, which indicates where the error log is.

When I go to http://internal/tiki/tiki-user_preferences.php, as any logged-in user, I always get a PHP Segfault.

{CODE(caption="Versions")}$ /usr/sbin/php5-fpm --version
PHP 5.6.13-0+deb8u1 (fpm-fcgi) (built: Sep 7 2015 13:38:29)
Copyright (c) 1997-2015 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies
with Xdebug v2.3.2, Copyright (c) 2002-2015, by Derick Rethans
with Zend OPcache v7.0.6-dev, Copyright (c) 1999-2015, by Zend Technologies
{CODE}

{CODE(caption="grep '^[^#;]' /etc/php5/fpm/php-fpm.conf")}[global]
pid = /run/php5-fpm.pid
error_log = /var/log/php5-fpm.log
log_level = debug
include=/etc/php5/fpm/pool.d/*.conf
{CODE}

{CODE(caption="grep '^[^#;]' /etc/php5/fpm/pool.d/*.conf ")}[www]
user = www-data
group = www-data
listen = /var/run/php5-fpm.sock
listen.owner = www-data
listen.group = www-data
pm = ondemand
pm.max_children = 12
chdir = /
{CODE}

{CODE(caption="/etc/nginx/sites-enabled/default")}
server {
...
client_max_body_size 16M;
root /var/www/html;
index index.php index.html index.htm index.nginx-debian.html;
location ~ \.php$ {
# fastcgi-php.conf has not been changed from debian jessie default
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/var/run/php5-fpm.sock;
}
...
}{CODE}

When this segfault happens, I get a core dump of ~8GB, every time. I tried adding Xdebug, and got a trace that I am willing to share with anyone who wants to look. (148k gz, 97k xz, 3.2M uncompressed)

9.x - trunk: Can NOT export fields nor synchronize a big tracker

Smaller trackers seem to be fine with exporting tracker fields.
But with this one, no content is shown in the popup box where the exported fields should be shown.
Somehow I managed to replicate this issue in my localhost in a Tiki 11.x, and I see this error message then:
{CODE()}
Request-URI Too Large

The requested URL's length exceeds the capacity limit for this server.
--------------------------------
Apache/2.2.22 (Ubuntu) Server...
{CODE}

This seems to be related to these two apache directives, that I didn't manage to change in my localhost (or at least, the error didn't dissapear):
# http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestline
# http://httpd.apache.org/docs/2.2/mod/core.html#limitrequestfieldsize

Show instance created.
U: admin
P: 12345
To reproduce, try to export all or any of the 167 fields here:
http://xavi-9794-4756.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1

---

I tried also exporting the whole tracker, fields and data through the tracker synchronization feature (), but After I click at the button to "search the trackers to clone" (or similar), at teh remote tracker duplication step, then I get this fatal error page:

{CODE()}
Fatal error: Uncaught exception 'Zend_Http_Client_Adapter_Exception' with message 'Read timed out after 10 seconds' in /path/lib/core/Zend/Http/Client/Adapter/Socket.php:511 Stack trace: #0 /path/lib/core/Zend/Http/Client/Adapter/Socket.php(329): Zend_Http_Client_Adapter_Socket->_checkSocketReadTimeout() #1 /path/lib/core/Zend/Http/Client.php(1075): Zend_Http_Client_Adapter_Socket->read() #2 /path/lib/core/Services/RemoteController.php(57): Zend_Http_Client->request('POST') #3 /path/lib/core/Services/RemoteController.php(26): Services_RemoteController->getJson('list_trackers', Array) #4 /path/lib/core/Services/Tracker/SyncController.php(266): Services_RemoteController->__call('list_trackers', Array) #5 /path/lib/core/Services/Tracker/SyncController.php(266): Services_RemoteController->list_trackers() #6 /path/lib/core/Services/Tracker/SyncController.php(280): Services_Tracker_SyncController->getRemoteTrackerList('http://ueb.vhir...') #7 /path/lib/core/Services in /path/lib/core/Zend/Http/Client/Adapter/Socket.php on line 511
{CODE}

Any help to get the tracker exported, by any means, to another Tiki install?