Category: 4 - Done - Ready for DEV Team

Before starting an inline edit sessions, it must be checked if another editor is active. Similarly, when the inline editor is active, it should not be possible to start another editor (except by override)

Before it is fixed, using the inline editor can cause data loss if more people edit the same page.

Similar functionality is (seemingly) missing other places.
Should be added as a service.

If I write a blog post and save it as Private, then other users cannot actually read the blog post.

However, if they visit the blog post that immediatly precedes it, they will see a link to that private post. When they click on it, they won't be able to actually see it, which is annoying. And in any case, maybe I didn't want these other people to even see the title of my private post.

I have been able to reproduce the bug on Tiki Show.

If you login as anonymous and go to this URL:

http://user-10156-4748.show.tikiwiki.org/tiki-view_blog_post.php?postId=1

You will see a blog post that is PUBLIC. And at the bottom right is a link "This is a PRIVATE post →". If you click on that link, you get "You are not logged in. Go to Log in Page". That's because the blog post the link points to is PRIVATE, and you are not allowed to read it. But by the same token, you should not even be able to know that it exists, let alone know its title.

I'm trying to get a wiki page using the Plugin LIST to work on Tiki 12. The situation I'm trying to recreate was set up with help from LPH and JB during TikiFest Montreal/Ottawa-Gatineau on the then svn version 11.0.

To get help, I'm hoping to be able to use show.t.o. I guess I have to first post the basic description of the problem, then I'll get a chance to make a show.t.o site.

More info later.

But a quick report that using Quick Perms on a object overwrites global perms

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

The Quality Team had a break time, and hasn't restarted yet.

Implement a sustainable solution:
* ((Quality Team - How to reduce the workload))
* ((tw:code.tiki.org))

In previous versions of tiki wiki, the alias of a page would show as the pagetitle for that page (assuming pref enabled to do so), but now the pagetitle is the pagename and not the page alias.

workaround below.

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".

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!

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"

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

relative links with url like "show:MySlideshow" are not prepended the domain in the url. when tiki installed in a subfolder (http://example.com/tiki/). I.e., this code:

{CODE()}
{button href="show:MySlideshow#s1" _text="Slideshow"} {button href="dl543" _text="Slides in PDF"}
{CODE}

would keep the link in the first button as just "show:MySlideshow#s1", while the second one will be converted into the full url (prepended with the domain): http://dev.tiki.org/dl543

Example:
{button href="show:MySlideshow#s1" _text="Slideshow"} {button href="dl543" _text="Slides in PDF"}

This code seems to behave well in dev.t.o, but it does reproduce the error in demo.t.o/12.x/:
http://demo.tiki.org/12x/HomePage

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

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]

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

1) Document the state of testing going on tiki.org sites, collect historical information, and produce monthly report on pass/fail on various checks. (some of these checks might fail a lot of the time with no problem, but collecting the historical info is useful to tune the tests for future, notification can be disabled for most of these checks).

2) If possible, provide easy access to the monitoring dashboard for tiki.org sites.

Please see: ((Update notifier))

branch 12.x nowadays uses codemirror 3.16 (3.x is supposed to be right-to-left language ready).

I tried with hebrew, and the editor shows an extra scrollbar on the right of the screen, which hides the firsts letters of each sentence starting on the right margin.

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}

See show instance

It asks for password, but then, give "Error saving image: HTTP/1.1 401 Authorization Required"

{flash type="url" movie="display650" width="707" height="601"}

Will record a screencast. Hard to explain. You have to see it to believe it :-)

http://marclaporte-11197-4963.show.tikiwiki.org/tiki-admin.php?page=community

{img fileId="615"}

Please make this Advanced not Basic {sign user="pascalstjean" datetime="2013-11-23T18:00:15+00:00"}