Category: 12.x

{syntax type="tiki" editor="plain"}
If the XMP Zip export of a Structure is used, the first time use works fine - but if you then try to export a different Structure it just exports the 1st again. Repeated swapping to try and export another/different Structure does occasionally export the right one (haven't worked out the logic of when its OK) but generally it gets it wrong.

{sign user="pascalstjean" datetime="2013-08-26T01:31:06+00:00"}
Can't reproduce at the moment. Tried exporting all of the samples created on SHOW and worked flawlessly.

thanks

{sign user="eromneg" datetime="2013-08-26T09:47:00+00:00"} --I've downgraded the priority on this as it may be some strange manifestation of my private test site - if anyone has some time and wants to looks at my test site it would be appreciated since the issue is definitely happening there !--

{sign user="eromneg" datetime="2013-08-27T07:41:49+00:00"}
OK the bug is now reproduced in the 'show' url - see the site for more details

Really odd !!!

Importing of a XML zip fails.

Attached is an XML zip created on 12.x

This is a php7 issue. It works fine with php 5.x

PHP Error: PHP Parse error: syntax error, unexpected 'new' (T_NEW) in /Sites/tiki/vendor_extra/pear/XML_Parser/Parser.php on line 611

Tiki show instance not useful as its hosted on php 5.x

I have a xml.zip attached for trial reasons, but it does not matter what is being imported, it all fails.

Renaming a group doesn't update the name in the corresponding group watches

Reproduced in our production site: http://ueb.vhir.org

This might be the culprit for this other more serious usability issue in our production site:
http://dev.tiki.org/item5497?from=Watch

12.x: file actions (in file gallery) can't be operated in mobile mode

This is because when you click on the tools icon at the left of the file in a file gallery, a popup opens showing all the posible actions to be done with that file.

In mobile mode, nothing is shown.

Remember that file gallery use the non-elFilder interface in mobile mode.

Example:
http://xavi-9794-4984.show.tikiwiki.org/tiki-list_file_gallery.php?galleryId=4
u: admin
p: 12345

(enable Mobile mode through the module in the right hand side column, and attempt to click later to the tools icon with actions to do with the file "My Flower": nothing is shown)

12.x: Mail Queue (SMTP) is not placing emails in tiki_mail_queue myslq table but sending emails immediately

See ((doc:Mail Queue))

In a few sites we usually get spam registrations, polluting the user registration tracker, by humans (they type properly the passcode).

Every now and then I connect to the site to remove the users registrations (this removes also their user tracker items), and I would like to collect those ip's at the same time to be sent to the banning feature.

This type of feature already works nicely for comments: you can enable comment moderation, review many comments at once, select many through their checkboxes, and click at "ban and delete" type of option at the bottom.
This collects the ip's of those comments, and sends them for you to the banning feature, allowing you to ban all those ip's with just a few clicks.

We need this also for the fake registrations from human-spammers getting in.

Page Alias worked fine in 9.x at least, and probably in newer versions.
But they seem to be broken here on dev.t.o.
To reproduce, visit:

https://dev.tiki.org/SVNTips

which is supposed to be an alias of

https://dev.tiki.org/SVN+Tips

as you can see in the bottom of the ((SVN Usage)) page.
However, tiki replies: "Error: __Page not found__".

This breaks many links that we have spread all over the globe... to aliased pages to dev.t.o, and eventually, in other tiki12 sites out there....

----
Still present on 06 February, 2014 15:02:50 CET- REV 49772. {sign user="xavi" datetime="2014-02-07T09:16:03+00:00"}

When you have your Tikiw with Wysiwyg enabled, and using wiki syntax in the wiki pages, then page alias links are saved as internal links.

Example for the domain example.com. This syntax in that context at page "foobar":
{CODE()}
(alias(foo bar))
{CODE}

Would be converted, after page save, into:
{CODE()}
((foobar|foo bar))
{CODE}

And therefore, we loose the alias name. If you attempt to visit page

http://example.com/foo+bar

you would get that the page doesn't exist, instead of showing you the aliased page

http://example.com/foobar


Reproduced here:
http://xavi-9794-5083.show.tikiwiki.org/tiki-index.php?page=foobar
u: admin
p: 12345

Registration from within PluginTracker does not create a new user. (it has a field called "registration", which then shows the registration fields in the tracker form)

The same process from the registration script does work (user created, and item in user tracker created also).

Reproduced in the show instance:
u: admin
p: 12345

Add a new item through the Plugin Tracker, and the new user is not created, just the tracker item:
http://xavi-9794-5098.show.tikiwiki.org/tiki-index.php?page=Inscripcions&cookietab=2

Add a new user (and tracker item) through the registration form, and the user and tracker item are created successfully:
http://xavi-9794-5098.show.tikiwiki.org/tiki-register.php

Send email to let user validate account doesn't send email if user previously created.

Use case: a user register to a tiki site with a non-working email (defective address or server rejecting emails from that server to that email domain, etc).

Admin changes email for that user (after admin magically finds out in some cases what happened and what is another email for that user), and clicks at the checkbox:

"__Send an email to the user in order to allow him to validate his account__" (in tiki-adminusers.php?user=N)

Use doesn't get any email. Once the tiki site was configured to save mail info in tiki logs, you noticed that tiki logs didn't record any info of any email sent by that action.
You log out, and go as anon to: __tiki-remind_password.php__ to type the username and click at click at "__Request Password Reset__".
This does effectively send the email, so that it confirms that there is no problem with the server setup sending emails, but with tiki failing to send that email when "''Send an email to the user in order to allow him to validate his account''" was checkd, ~~red:__if the user already existed in the users list__~~.

When as admin you create a new user account and in the same action you select ''Send an email to the user in order to allow him to validate his account'', then the email is sent effectively.


To reprroduce:
# Go here: http://xavi-9794-5213.show.tikiwiki.org/tiki-adminusers.php?user=2
# login as
**u: admin
**p: 12345
# change that email for an email of your own, and tick at the checkbox: __Send an email to the user in order to allow him to validate his account__
# Check tiki logs (tiki-syslog.php), and you will see no record of the email expected to be sent
# Check you email account, and same, no email
# CReate a new account with an email of yours, while at the same time you tick at the box __Send an email to the user in order to allow him to validate his account__.
** You 'll see the record at the tiki logs tiki-syslog.php
** you'll receive the email with the link to validate your account

Testing on show.tiki.org is not a good test because .htpassword is something that could block WebDAV

So, to reproduce, try the following (http and https)
* http://dev.tiki.org/tiki-webdav.php/
* https://dev.tiki.org/tiki-webdav.php/

Also, please try:
# visit http://demo.tiki.org/12x/tiki-webdav.php/
# Activate all WebDAV features
# Use a WebDAV client to access http://demo.tiki.org/12x/tiki-webdav.php/


Try uploading a spreadsheet file, and editing in place

Wywiwyg editor in mobile mode never ends to load in article body

Reproduced using either chrome or firefox on an android smartphone with 1Gb of RAM

~tc~ here
http://creientsendiaspora.org/tiki-edit_article.php?topicId=1
~/tc~
See title (description to be improved in a later stage, even if title shoyld be enough)

{flash type="url" movie="display557" width="859" height="564"}

Inter-User Messages: 'Reply to all' gets the wrong sender of the message to be replied

User1 send a message to User2.
* When User2 clicks at "Reply", everything works as expected, and User1 is transferred to the "To:" field.
* If User2 clicks at "Reply to all", value "User1" is missing from the "To:" field, and only ";User2" is placed (instead of "User1").

To reproduce, in 12.x. come here:
http://xavi-9794-5493.show.tikiwiki.org/messu-read.php?offset=0&flag=&priority=1&flagval=&sort_mode=date_desc&find=&msgId=1

as user1:
u: user1
p: user1

And click at "__replyall__"
You will see the the "To:" field contains: ";user1" instead of "admin"

As a reference: admin account credentials:
u: admin
p: 12345

---
Update {sign user="xavi" datetime="2015-04-11T21:34:50+00:00"}
To reproduce in 14.x, you can do equivalent steps (equivalent users and passwd) here:
http://xavi-9794-5601.show.tikiwiki.org/messu-compose.php

---
Update {sign user="olinuxx" datetime="2016-02-29T14:17:50+01:00"}
A fix is in the comments

See https://dev.tiki.org/tiki-print_blog_post.php?postId=22

Image width is set to 600
Image height is not set

Thus, it should be proportional, no?

Please see:
{img fileId="829"}
---
This is happening also to any 12x site based on svn.
Regression was introduced by r52064 in 13.x, and its backport to 12.x (r52066)
{CODE()}
[bp/r52064][FIX] When remote server whre image is down, img plugin will try in vain to get image until timeout which causes page not to load
Authored by: nkoth 2014-07-22
{CODE}

'Add an item' for tracker field 'item link' does nothing when field displayed as multi select.

See it reproduced here:
http://xavi-9794-5317.show.tikiwiki.org/tiki-ajax_services.php?controller=tracker&action=insert_item&trackerId=1&modal=1

u: admin
p: 12345

::{img src="https://dev.tiki.org/display799"}::

This was working in previous versions of Tiki (maybe 9.x?). I couldn't check when the regression was introduced.

popup box to select visible calendars shown underneath events details (using fullcalendar)
In 15.x: Using theme "Default bootstrap", but also reproduced with fivealive-lite, etc.
In 12.x: using default theme style (fivealive)

See it reproduced in 15.x here:
http://xavi-9794-5901.show.tikiwiki.org/tiki-calendar.php?todate=1459413360
u: admin
p: 12345

{img fileId="1040" thumb="box"}

To see it reproduced in 12.x, visit:
http://xavi-9794-5904.show.tikiwiki.org/tiki-calendar.php?todate=1459461600
u: admin
p: 12345

12.x - 15.x: Tracker: filter items is broken when radio button with labels set (0=No,1=Yes,2=Dunno).

No matches are found when there are some items which met the intended criteria.

--It'll be-- reproduced in an attached intance --in short. Stay tuned!-- :-) {sign user="xavi" datetime="2016-02-09T12:21:27+00:00"}
Login in here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
u: admin
p: 12345

You will see the field TestRaduio, with some values (0, 1 and 2; their labels, in fact)

Try to filter by that field:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=8&filtervalue%5B1%5D=&filtervalue%5B2%5D=&filtervalue_other=&filtervalue%5B3%5D=5+%28high%29&filtervalue%5B8%5D=0%3DNo&filter=Filter#
---
__Update:__ {sign user="xavi" datetime="2016-02-10T10:42:06+00:00"}
the problem is also found (and still unsolved) at teh trackerfilter level. Sorry, I tried for one hour, but I couldn't get the right syntax to port this type of fix there also. :-/
To reproduce, see it here:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

__The issue is reproduced also for dropdown fields when labels are set, etc. See it reproduced with field "Priority" (Dropdown). __

__Reproduced also with "Dropdown with other" (field __Location__) in the tracker itself, but it works as expceted through Plugin TrackerFilter.__
Does work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-index.php?page=HomePage

Doesn't work:
http://xavi-9794-5810.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1&status=o&sort_mode=f__asc&filterfield=2&filtervalue%5B1%5D=&filtervalue%5B2%5D=0%3Droom+1.1+%2855+seats%29&filtervalue_other=&filtervalue%5B3%5D=5%3Dhighest&filtervalue%5B9%5D=y&filtervalue%5B10%5D%5B%5D=1&filter=Filter#

Multiselect seems to work well, as expected, in both tracker itself and plugin trackerfilter.

2-way sync of userPreference tracker field (between user tracker and preferences) tricky to set up

I'll see if I can reproduce it in a show.t.o instance...
More info to come...

If I add a rating to a new tracker, the rating is not saved.

Also the rating value star has an opaque white background.

These occur on dev.tiki.org presently.

~~#F00:Update:~~ Still not working on dev.tiki.org revision 48335. {sign user="Bsfez" datetime="2013-11-05T07:14:49+00:00"}

The rating gets saved now but is not displaying. {sign user="pascalstjean" datetime="2013-11-24T00:42:50+00:00"}

~~#F00:Update : ~~ I retested on the 28/11/13. {sign user="Bsfez" datetime="2013-11-28T13:22:50+00:00"}
Not logged i saw that they were 3 votes but could see star on or off;
{img fileId="645" thumb="y" rel="box[g]"}

Once logged i voted and the score was reseted to 0;
{img fileId="646" thumb="y" rel="box[g]"}
---
This worked well in Tiki9., and it's still borken as of r49090 (December 15th). {sign user="xavi" datetime="2013-12-15T10:27:49+00:00"}
If Rating with "Stars (system)" is supposed to be deprecated, could someone please help to switch the rating system in the dev.t.o Bug Tracker ([tracker5]) so that it can use whatever new rating system is not "deprecated"?
This way, since the new [http://doc.tiki.org/Rating%20Tracker%20Field|Rating field is not documented] as of Dec 14th 2013, we could see it here at least as a working example.{sign user="xavi" datetime="2013-12-15T10:39:46+00:00"}
---
Ok, added the new Rating system myself to the Bug Tracker (new field 152: "New Rating"). And it works out of the box. Good job whoever coded the new feature. {sign user="xavi" datetime="2013-12-15T10:45:10+00:00"}

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!).

{img fileId="270"}

Visit these pages to see for yourself:
http://info.tikiwiki.org/Hosting (6.x)
http://profiles.tikiwiki.org/Profiles_in_installer (9.x)
http://dev.tikiwiki.org/Tiki13 (12.x)


It should be a redirect 301. And needs to work for 6.x, 9.x and 12.x

This worked when the feature was introduced so some other fix / enhancement must have broken it.

This is especially not good because in this version the ((canonical)) link is just relative and thus, we have two canonicals for same page...

If you go to front page, it redirects OK
http://info.tikiwiki.org (6.x)
http://profiles.tikiwiki.org (9.x)
http://dev.tikiwiki.org (12.x)

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?

The Tiki backup format is: http://doc.tiki.org/TRIM#make_backup

Todo:
* Set up backup server (could be using a *.tiki.org domain name)
* Nelson to provide a script for Marc to run on a cron job on each *.tiki.org sites that he is hosting.
** For security reasons, could be a good thing that this backup script can add only (and thus, that a compromised server can't be used to erase all our data)
* For the other servers managed by leu, changi and oliver, give them the same script or use an alternate method which provides the same result.
* Provide access to those backups to Jonny and LPH as they are needed to solve dogfood bugs, and they are great for performance testing.

If the script fails, there should be an alert to the Monitoring system (the community one managed by Tiki). So the script should signal some sort of success to Shinken instance we have.


Inspiration:
* http://dev.tiki.org/Command-line+tool#console.php_backup
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/doc/devtools/tim/tim-snapshot
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trim/scripts/backup.php
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/doc/devtools/backup.php
* http://sourceforge.net/p/tikiwiki/code/HEAD/tree/trunk/doc/devtools/backupdb.sh