Category: 12.x

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)

* Admin Home > Profiles > Featured Profiles
* Click on Collaborative_Community_12x
* Text "Loading profiles..." appears for one second then disappears
* But the profile does not get installed
* The bug happens no matter what profile you click on, and whether it's a Featured Profile, or Mini, or whatever.

Profiles wiki handler: translations param doesn't work. To reproduce, see and apply profile: http://profiles.tiki.org/Consensus+Forums

This page:
http://xavi-9794-5371.show.tikiwiki.org/tiki-index.php?page=Instructions+for+the+Consensus+Forums

should be in the same trnaslation set as the equivalent Spanish one:
http://xavi-9794-5371.show.tikiwiki.org/tiki-index.php?page=Instrucciones+de+los+Foros+de+Consenso

This is how the pages are defined in the profile decalaration:
{CODE()}
objects:
-
type: wiki_page
ref: consensus_forums_include
data:
name: Instructions for the Consensus Forums
description: Instructions on how to use forums to help users seek consensus on discussion threads
lang: en
mode: create_or_update
translations: consensus_forums_es_include
content: wikicontent:Consensus_Forums_Instructions
-
type: wiki_page
ref: consensus_forums_es_include
data:
name: Instrucciones de los Foros de Consenso
description: Instrucciones sobre como users los foros para ayudar a los usuarios a buscar consensos en cada hilos de debate
lang: es
mode: create_or_update
translations: consensus_forums_include
content: wikicontent:Consensus_Forums_Instrucciones
{CODE}

However, the "translations" keyword doesn't seem to take effect.

Provide example for jquery regex url that validates the condition in tracker field: positive number with or without decimals

I followed the example from here: http://www.sitepoint.com/jquery-basic-regex-selector-examples/ (plus from many other internet sites suggesting regex's for that condition with no luck) :-(

It seems to work in Tiki14 with this validation regex:
{CODE()}
^\+?[0-9]*\.?[0-9]+$
{CODE}

But it didn't work for me in Tiki12. I'll try to reproduce again in a Tiki 12 show.t.o instance.
to reproduce, come here:
http://xavi-9794-5641.show.tikiwiki.org/tiki-index.php?page=Bug_Tracker

and type 12 at the field Number: you'll get "Provide a positive number with or without decimals" and you shouldn't

When using quick perms leaving a group on "advanced" perms setting removes all permission for that group, instead of leaving them as they are.

Not good :(

{flash type="url" movie="display647" width="1208" height="434"}

Worked with the correct perms in 9.x

Response to star voting click http://localhost/tiki12x/tiki-ajax_services.php?i=2&f=2&v=1&controller=tracker&action=vote in Firebug console is:
{CODE()}
[{"my_rate":null,"numvotes":0,"voteavg":0,"request_rate":1,"value":"","mode":"stars","labels":[],"rating_options":[1,2,3,4,5],"result":null}]
{CODE}

When clicking on a validate e-mail link the user gets a "Invalid username or password" error, rather than being validated.

Not sure i can set up a show instance as you need the validation email system to work but have reproduced locally (and can't see how to fix it)

Probably a blocker?

Rebuild Unified Search Index (with MYSQL FTS) failed: Identifier name too long:

{CODE()}
Indexing failed while processing "5528" (type trackeritem) with the error "Could not perform index modification: Identifier name 'tracker_field_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB' is too long"
...
(dozens of times a similar error)
...
Indexing failed while processing "4" (type sheet) with the error "Could not perform index modification: Identifier name 'tracker_field_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB' is too long"
Search index could not be rebuilt.
Could not perform index modification: Identifier name 'tracker_field_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB' is too long
No index available.
{CODE}

However, this message is shown below, as if the index was rebuilt:
{QUOTE()}Your index was last fully rebuilt on Viernes 15 de Noviembre, 2013 20:02:48 CET. {QUOTE}
---
UPDATE: {sign user="xavi" datetime="2013-11-18T17:13:36+00:00"}
credentials:
u: admin
p: 12345
* Reproduced in the associated show.t.o instance, also using Mysql FTS as the unified search engine.
* The "priority" field permanent name was renamed to "tracker_field_trac_as_cal_priority_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB", and rebuilding the index shows:
+ {CODE()}
Indexing failed while processing "1" (type trackeritem) with the error "Could not perform index modification: Identifier name 'tracker_field_trac_as_cal_priority_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB' is too long"
Indexing failed while processing "2" (type trackeritem) with the error "Could not perform index modification: Identifier name 'tracker_field_trac_as_cal_priority_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB' is too long"
Indexing failed while processing "3" (type trackeritem) with the error "Could not perform index modification: Identifier name 'tracker_field_trac_as_cal_priority_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB' is too long"
Search index could not be rebuilt.
Could not perform index modification: Identifier name 'tracker_field_trac_as_cal_priority_losContenidosDistintosBloquesGuardanCoherenciaMPMMUAB' is too long
No index available.
{CODE}
* And
+ {QUOTE()}
Your index was last fully rebuilt on Monday 18 of November, 2013 17:33:04 CET.
{QUOTE}

---
UPDATE: Something similar showed up in a 12.x production site when I changed the unified search engine from "Lucene" to "Mysql Full Text Search".

Mail-in should have an option to record events in the action log. Events could e.g. be "New email", "Email routed to structure" or "Error no anonymous access"

As anon, when I land on a page that require permission I see the login module (page).

I enter my credential and I’m redirected to the homepage instead of being where I was trying to go.
It is not a very old (3 month +/-) regression.

I didn’t spot it right away because I though it was on a tiki I’m working with but I just found it also happen on dev.tiki.org.

Hello Dev Team;

A post for help was made to the Dev email list. It was suggested to make a wish sooooooo:
Would you make it possible to assign category ids during profile assembly using a wiki page template? More specifically:

1. Using a datachannel; wiki pages, blogs, file galleries, groups and categories are created and referenced in a wiki template with the “wikicontent:template_name” syntax.
2. This has been successfully done for both blogs and file galleries. (see respective code below)
For blogs in a wiki page template:
{bloglist Id="$profileobject:public_blog$" Items="1" author="$profilerequest:Login$Login$" simpleList="n" charCount="250" wordBoundary="y" ellipsis="y" more="y" showIcons="y" isHtml="n"}
For file galleries in a wiki page template:
{colorbox fgalId="$profileobject:public_gallery$" thumb="n" showallthumbs="y"}
3. This does not appear to work for categories.
{module module="categories" type="wiki page" deep="off" categId="$profileobject:state_category$" selflink="y" notitle="y" }

Thanks in advance for your consideration.

Take care,
Robert Rasgorshek


Please reference email to developers: Assigning category id using $profileobject: syntax

Hi,

Marc asked me to report these two bugs -

"Found two bugs while registering (www.tmukraine.com.ua):
http version: Request not from this host.
https version: recaptcha code is not showing and thus, it's blocking"

I also found that there are CAPTCHA issues when using Mozilla FF (v.31) (no problems with Opera) -
on FF + Ubuntu 12.04 wasn't showing the CAPTCHA phrase at all.

Thanks,
Mike

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 :-(

{flash type="url" movie="display614" width="972" height="596"}

Perhaps par of Notifications Revamp:

Some examples:

Every year, we need to do: {wish id=4730}. It would be good to have a reminder.

Same idea for
* Application for a non-profit booth for OSCON
* Domain name renewals
* SSL renewals
* A BBB meeting room could send a reminder link 20 minutes before the meeting
* etc

Ideally, these reminders could be visualized in a calendar view.


Example:
{CODE()}A tracker field type "reminder" "deadline" or something (An extension of the time/date field type). If status is X, by date Y, send out a reminder e-mail every week until it's solved. (ex.: Pete of the security list). If status is X by date Z, send a reminder to a different email (escalation) (security@){CODE}


--------

+1 {sign user="pascalstjean" datetime="2013-09-10T19:27:51+00:00"}

Auto-TOC is now activated on dev.tiki.org

This is nicer than ~np~ {maketoc} ~/np~ and th way going forward, but now, we have hundreds of pages with duplicate Table of Contents.

# Find them all via http://dev.tiki.org/tiki-searchresults.php?highlight=maketoc&date=0&searchLang=&where=wikis&search=Go
# Remove all the maketoc instance with an edit comment "Auto-TOC is now activated"
# Check if page looks OK. If not, report issue in Auto-TOC category, so it will appear here on ((Auto-TOC))

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

1- Deal with tiki-gmap_usermap.php and templates/tiki-gmap_usermap.tpl in a way that takes into account upgraders via FTP

2- Review any gmap-specific wishes to see if anything is still useful, and thus, move to general map category and for the rest, close with "won't fix" or "outdated"

3- Review all instances of gmap and googlemap in the code base

If you rename a page, the old page name is still in the index.

The sitetitle and sitesubtitle preference fields in look and field, uses the same css class as the actual title and subtitle display.

So, when repositioning the actual display, the admin fields are also repositioned.

Please see: ((Update notifier))

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.

I did a rollback here:
https://dev.tiki.org/tiki-pagehistory.php?page=Where+to+commit
but there is no indication who did the rollback.

Suggestion: change to:

rollback to version 239 by marclaporte

{syntax type="tiki" editor="plain"}
I've recycled this old bug since whilst the original problem has been 'partually' solved it looks like the problem manifests itself the other way around now - ie oddly wysiwyg pages are OK ie they do not show HTML tags BUT wiki pages edited with the standard wiki editor are now showing HTML tags

For Tiki12 the problem is showing with BOTh type of wiki page?? So ideally whatever is fixed in Tiki15 should be backported to Tiki12 as this will be supported for a long time



===old entry text===

If RSS is switched on for wiki pages then the RSS feed page shows wysiwyg edited pages with html tags

Not sure if this a regression or a bug that has always been there but it is present in 9.x and the latest 12.x branch as well as 13.x and trunk

A show instance in 12.x has been produced which shows this bug

Substantially fixed by r54336 in Tiki14 - but not 100% there yet