Category: Dogfood on a *.tiki.org site

Calendar data is in the "Modified since your last visit module"

However, event data is not findable via the Tiki search engine.

{syntax type="tiki" editor="plain"}
It is now done in the category picker and it's very useful.

{img src=show_image.php?id=92}

Add checkbox to tag forum thread as 'expected feedback obtained', or [[SOLVED], and allow filtering and reporting based on that also

Similar to filtering closed item with the chance to reopen, but for support forums and without closing the threaf, but at least indicating to power users that they'd better search first other threads that still require support.

Like the [[SOLVED] manual tag renaming the thread subject in a later stage by the poster of the new thread.

Also show these type of unsolved threads in clear way in the daily reports messages

Add group watch to articles

This way we could also have all users informed about comunity news , etc. in tiki sites.

In fact, the best option would be what it's done with newsletters: subscribe that bunch of users from a group, and let them unsubscribe it they wish and when they wish, without admin action. But if no action is done, they all get the copy of the article at their email, etc.

Add Group Watches to Categories, so that ((Organic Groups)) can receive automatic notification on changes about their topics (e.g. Infrastructure Team when tracker item related with *.t.o sites).

add history & rollback capabilities to structures (record dump somehow when struct. changes, or allow saving structure dump for backup...)
This way, when the structure gets mixed by machine or human error, the structure can be rolled back to the previous state.

This way, we could be more open for registered users to manage http://doc.tikiwiki.org/Documentation (or others) without the risk of failure when nodes get moved to the wrong place (due to some bug in the code). Or due to mistake by benevolent newbies mixing things without bad intention.

---

UPDATE: Still desired for some LTS version. {sign user="xavi" datetime="2013-11-17T09:31:50+00:00"}

Right now, all messages from tiki forums of the same tiki site have the same subject. Or all tracker items from different trackers from the same tiki site.
I suggest that notifications from each forum, or tracker, etc., have some label like in e-mail lists [[LABEL], that they look like:
* "[[TRACKERNAME] Current notification subject"
* "[[FORUMNAME] Current notification subject"

Or even better: allow an empty text field to be filled at tracker and forum admin screen where the admin can write the content of the label sent in subjects of notification emails from this feagture/site.

We need to provide natural sorting of the -+Priority+- field in the bug tracker at dev.t.o
Example: click at sort bugs in the wishlist page by Priority in descending order:
https://dev.tiki.org/tiki-index.php?session_filters=y&tr_sort_mode1=f_138_desc&page=Wishlist

First, items with priority 90 are shown.

After that, items with priority 9 are shown. However, between 9 and 90 there are lots of priorities that should be shown before 9 is shown, if they were understood as numbers, not as characters.

See:
https://www.php.net/manual/en/function.natsort.php

Not urgent but would be useful to test issues such as:
{wish id=4560}

Once upon a time, we had http://sourceforge.net/projects/cvsmonitor/ running on cvs.tikiwiki.org It was taken offline because it needed 4 gigs of RAM to run (!)

This provided some fun and useful stats about CVS activity. It would be nice to have something like this again.

There are some nice demos of what we could have.
http://statcvs.sourceforge.net/
http://statsvn.sourceforge.net/

We could have stats.tikiwiki.org to aggregate all stats from the TikiWiki community.

Any volunteers?


M ;-)

I know that calendars can be watched by users through links like:

tiki-calendar.php?watch_event=calendar_changed&watch_action=add

But this link doesn't work like this other one:
http://info.tikiwiki.org/tiki-user_watches.php?event=article_submitted&add=Add

I mean, Anonymous users clicking on the first link (calendar watch event, as it is right now), would not be offered any message to login or register first.
With the second link (watch article), the user will be shown the login box to login first, before the action can be executed.

This is to make more easy for new users to know that they can subscribe by email to get info from calendars if they register to that tiki site.

In the wiki syntax the following code
{CODE()}
# Status on ((TikiFest Virtual 2021 Summer Workshops)) - May shift to longer second hour topic
# [https://tiki.org/forumthread77173-Translation-for-tiki-site-close-page-tiki-error_simple-php|Tiki simple-error (site closed)] translation dilemma
When closing a Tiki website we gave the option for the admin to edit the message. It sound like a good thing BUT on the other hand translation of the rest of the page may be impossible and if the admin of a french Tiki insert a french message the final screen for the end-user will look badly done. (half english and half french)
* Is it important to solve this
* Is it possible to avoid english/hardcoded strings (so the Admin wrote everything he want)
* ...
# Is there a delay between what we see at Gitlab and the reality see: https://tiki.org/forumthread77159-How-reliable-is-gitlab-informations
{CODE}

Will produce this (the not expected result):
# Status on ((TikiFest Virtual 2021 Summer Workshops)) - May shift to longer second hour topic
# [https://tiki.org/forumthread77173-Translation-for-tiki-site-close-page-tiki-error_simple-php|Tiki simple-error (site closed)] translation dilemma
When closing a Tiki website we gave the option for the admin to edit the message. It sound like a good thing BUT on the other hand translation of the rest of the page may be impossible and if the admin of a french Tiki insert a french message the final screen for the end-user will look badly done. (half english and half french)
* Is it important to solve this
* Is it possible to avoid english/hardcoded strings (so the Admin wrote everything he want)
* ...
# Is there a delay between what we see at Gitlab and the reality see: https://tiki.org/forumthread77159-How-reliable-is-gitlab-informations

This is bad as it is breaking the page format and the heading numbering system.
To prevent this I have to add indent for each block between a line feed (+) and so this code:

{CODE()}
# Status on ((TikiFest Virtual 2021 Summer Workshops)) - May shift to longer second hour topic
# [https://tiki.org/forumthread77173-Translation-for-tiki-site-close-page-tiki-error_simple-php|Tiki simple-error (site closed)] translation dilemma
+When closing a Tiki website we gave the option for the admin to edit the message. It sound like a good thing BUT on the other hand translation of the rest of the page may be impossible and if the admin of a french Tiki insert a french message the final screen for the end-user will look badly done. (half english and half french)
+* Is it important to solve this
+* Is it possible to avoid english/hardcoded strings (so the Admin wrote everything he want)
+* ...
# Is there a delay between what we see at Gitlab and the reality see: https://tiki.org/forumthread77159-How-reliable-is-gitlab-informations
{CODE}

Will produce this (the wanted result):

# Status on ((TikiFest Virtual 2021 Summer Workshops)) - May shift to longer second hour topic
# [https://tiki.org/forumthread77173-Translation-for-tiki-site-close-page-tiki-error_simple-php|Tiki simple-error (site closed)] translation dilemma
+When closing a Tiki website we gave the option for the admin to edit the message. It sound like a good thing BUT on the other hand translation of the rest of the page may be impossible and if the admin of a french Tiki insert a french message the final screen for the end-user will look badly done. (half english and half french)
+* Is it important to solve this
+* Is it possible to avoid english/hardcoded strings (so the Admin wrote everything he want)
+* ...
# Is there a delay between what we see at Gitlab and the reality see: https://tiki.org/forumthread77159-How-reliable-is-gitlab-informations
That is pretty dumb in 2021 and as long as I’m between 2 heading Tiki should understand it has to indent the text accordingly.

When someone changes the Related-to field here I receive email notification like this:
{CODE()}
Item Modification

Tracker:
Bugs & Wish list
Item:
6887 WSOD (again) on tiki.org forum thread link

View the tracker item at:
https://dev.tiki.org/item6887-WSOD-again-on-tiki-org-forum-thread-link

Author: luciash d' being
Date: 01 Nov 18 11:51 CET

Status: Open
----------

----------


{CODE}

I added the related tracker item to the Related-to field on https://dev.tiki.org/item6887-WSOD-again-on-tiki-org-forum-thread-link
__As you can see it does not report the change on that field at all.__

{syntax type="tiki" editor="plain"}
[http://profiles.tikiwiki.org|Profiles] are cool
[http://www.yaml.org/|YAML] is cool
[http://qbnz.com/highlighter/|GeSHi] is cool.
[http://doc.tikiwiki.org/PluginCODE|The CODE plugin] is cool.

Now, when making profiles using YAML, it would be nice to have GeSHi Syntax Highlighter in the CODE/YAML/Profiles definitions.

Reference:
http://sourceforge.net/tracker/index.php?func=detail&aid=1648006&group_id=114997&atid=670234

In Tiki search results, there should be a "also do the same search with the following search engines:"

http://www.google.com/sitesearch/
http://wordpress.org/extend/plugins/bing-404/


{CODE(caption="This code worked in 6.x in templates")}{if $mid eq 'tiki-searchresults.tpl'}<div class="simplebox" align="center" style="padding:5px;border:2px solid #000000">
<img src="pics/icons/information.png" alt="Information" style="vertical-align:middle;" />
For additional results, try searching for <strong>{$words}</strong> in:
<span class="button"><a href="http://doc.tiki.org/tiki-searchresults.php?words={$words}&where=wiki">Tiki Documentation</a></span> or
<span class="button"><a href="http://www.google.com/search?q=tikiwiki+{$words}">Search all over the Web with Google</a></span> or
<span class="button"><a href="http://www.google.com/search?q=site:tiki.org {$words}">Search *.tiki.org with Google</a></span>
</div>{/if}
{CODE}


Since this will be configurable, we could also encourage people to send the site manager feedback, and thus tell us: what they were looking for and what they were expecting to find

Going to Admin Categories > Bug on dev.tiki.org returns alerts on top of the page:
{CODE()}
ErrorErrorError
Tracker list_items ran out of memory after 0 items.Malformed search query: Parsing search query failed: "org.elasticsearch.common.ParsingException: [_na] query malformed, must start with start_object"Notice: invalid variable value: $_GET["maxRecords"] = undefined
{CODE}

Since Tiki24 we have a new search interface to find a plugin in our LONG list of plugin at : tiki-admin.php?page=textarea#contentadmin_textarea-2

This is a real nice improvement saving resources and space however it is not working at Dev.t.o

{file type="gallery" fileId="1747" showicon="y"}

While I added and saved some plugin icon (PluginSign) on toolbars on tiki.org and cleared the Tiki cache, the change is not reflected when editing a wiki page. It still shows the previous older toolbars setup and the icon does not appear there while on Admin Toolbars it is shown. See Row 2 on https://tiki.org/tiki-admin_toolbars.php (when you have Admin access of course).

{syntax type="tiki" editor="plain"}
It would be lovely to set some new user defaults at
* Admin (home) > Login > User defaults, and/or
* Admin > Groups > (Edit a single group)

The ability to Subscribe/watch/monitor new users in the site or to that specific group, to specific Tiki objects.

Which tiki objects?: I would say, in this order:
# specific forums
# specific blogs
# specific calendars
# specific newsletters (ML: we can already subscribe groups to newsletters)
# specific wiki pages
# specific structures
# specific trackers
# specific categories
# new articles

This is specially useful for new users of the site, where they don't know yet how to subscribe to specific areas, etc. Very needed for educational scenarios, but I can see many other places where new users are a bit lost for some time while they learn how to use the Tiki site.

Related:
*[wish988|Forum: Let forum admins/moderators add groups and/or users as watching the forum]
*[tiki-index.php?page=Business%20Plans|Let small business start ups access collaborative sharing where the document being shared is not visible by anyone else]


Anywhere there is a watch eye, it should be possible for an admin to have group members watch this category

On Tiki calendar you can have several calendars.
You have to check a checkbox to see them on the calendar view.
When you create an calendar item you are redirected to the calendar view.

It happens you create an item (not seeing/knowing if the calendar is selected to be displayed) and then once back on the calendar main page you don't see it. The logic is ok, the calendar wasn't selected so you don't see it.

However this is bad UI/UX and very confusing for the user that expect to see the event he just saved.
We should display the event as is the calendar was enabled OR eventually add information on save kind of :"The event was saved in the calendar xxx. You need to enable this calendar to see its events".

{syntax type="tiki" editor="plain"}
after upgrading a ((tw:TikiLiveCD)) from 3.1 to 4.0, the user admin logs in to tilki-index.php and sees "__Permission denied you cannot view this page__"

I've seen on users management that this user has no group assigned. However, the livecd also had another user with full admin rights by granting them all to him by assigning groups to him with those permissions. Something like this:

^ admin livecd@tikiwiki.org Monday 16 de November, 2009 20:56:36 CET Assign admin to groups

root root Monday 16 de November, 2009 20:58:16 CET Assign root to groups
White Admins
White Editors
White Registered
^

Logging in as user __root__ I can admin the site, and see this user management page. But I can't through user admin after the upgrade.

--
During the upgrade, the only warnings I saw at upgrade time were:
{CODE(wrap=>1)}
INSERT INTO `tiki_menu_options` (`optionId`, `menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) VALUES (107,42,'s','Newsletters','tiki-newsletters.php',900,'feature_newsletters','tiki_p_list_newsletters','',0)
Duplicate entry '107' for key 1
INSERT INTO `tiki_menu_options` (`menuId`, `type`, `name`, `url`, `position`, `section`, `perm`, `groupname`, `userlevel`) VALUES (42,'o','Search','tiki-searchindex.php',13,'feature_search','tiki_p_search','',0)
Duplicate entry '42-Search-tiki-searchindex.php-13-feature_search-tiki_p_search-' for key 2
-- 2009-09-18 lphuberdeau
ALTER TABLE `tiki_transitions` ADD COLUMN guards TEXT NOT NULL DEFAULT '[]'
BLOB/TEXT column 'guards' can't have a default value
{CODE}

===WAS: Alias Donation not working on t.o===
On Google I was looking for "Tiki Wiki Donation".
I get a result and this is the link:
~pp~https://tiki.org/tiki-index.php?page=Donation&structure=Donation~/pp~

But it goes to a non existing page that need to be created.

If I go at https://tiki.org/Contribute-to-Tiki I see this page as a "Donation" alias.
Something is not working as expected. (removing &structure=Donation doesn’t help).

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

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

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

---

===Update: 2021-05-19===
Now on Google when you look for "Tiki Wiki Donation", the output is:
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
Not really an improvement of the situation... ?

Note: Googling "Tiki Donation" output is:
* https://tiki.org/Contribute-to-Tiki
* https://tiki.org/sheet15 : a public sheet that display 2011 donations (===anonymous can see !===)
* https://tikiwiki.org/sheet15?parse=edit : an error page (Permission denied: feature_sheet)
There too it is not really optimal

Currently, Tiki creates a single RSS feed per feature (e.g., wiki, articles, etc.).

For features that support i18n, this means that end-users will subscribe to a feed that contains items that they cannot read.

It would be nice if Tiki could create language-specific feeds each feature.

You can see this on info.t.o; we issue articles in English and French and Tiki includes both languages in a single feed: http://info.tiki.org/tiki-articles_rss.php?ver=2

When codemirror is on and its default mode is set to "Off (but switchable)", the end user expects to see a button available in tracker item textareas (like in dev.t.o/t5 bug tracker).

But it's not available still.

To see it reproduced:
Log in here:
http://xavi-9794-5064.show.tikiwiki.org/tiki-index.php?page=Contact_us&itemId=1
u: admin
p: 12345

Codemirror has been set to on (with default theme). If you edit the "Contact_us" page you'll see the content highlighted.
However, no highlighting in the tracker text area field.

Maybe the best option would be to allow the tracker admin to set an option for text areas to include the button to toggle the "highlighter" upon user request (as with text areas in wiki pages).
This way, codemirror could be set to "Disabled but switchable" (default preference in new installs), and each user could decide whether to enalbe highlighting in that text area or not (to prevent side issues in some cases with codemirror on, from happening always in all text areas, etc)

It would be nice if visitors to info.tikiwiki.org could search all of the tw.o domains at once. What I envision:
1. A user goes to info.tw.o and searches for "WYSIWYG"
2. Tiki searches all of the *.tw.o domains and presents the results to the user, breaking the results by domain (e.g., all of the doc pages, dev pages, etc.)

Currently, the search results page will provide a box for users to extend their search to other tw.o domains, but (IMHO) it really needs to be automatic. See http://info.tikiwiki.org/tiki-searchindex.php?highlight=wysiwyg&where=pages&search=go for an example.

Maybe this could be expanded to fetch search results from other, non-Tiki search engines, too.