Category: Feature request

Tiki 1.9.8 ships with 94 modules. (excellent)


Need a "module manager"

Module should come with a screenshot or preview.

A page listing all modules with descriptions and parameters- grouped by feature.


currently, the "user modules" and "assigned modules" titles are very non-intuitive. Should say "custom modules" and "active modules"




However, all modules are listed at all times. Module listing should check for features which are activated. It would be easier on new Tiki admins. For example, if articles are deactivated, don't show me last_articles in tiki-admin_modules.php



Admin modules does not display titles of available modules or provide easy method for selecting unused modules, such as with a listbox. The missing information is not available unless a Tiki admin has system admin permissions.



Also, all possible parameters for the current module should be listed (or picked from a drop-down)
See:
[http://doc.tikiwiki.org/Module]



Related:
Plugins admin interface
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=502

When I click on "Monitor this Tracker" It doesn't appear in the "My watches" section. It would be very nice to have a list of monitored trackers there as it would be quicker to verify. I would actually like to have the option of only seeing my trackers in the "My watches" section without receiving any emails when a change occurs.

Thanks to all volunteers on this !

Set-up monitoring for all our pre-dogfood servers for all the checks we have, but especially last successful re-index. If last successful re-index is more than x (ex.:3) days old, an email alert should be sent out.

Here is a real-world example of why having checks on all pre-dogfood servers would have made everything smoother. An unidentified commit in trunk is causing indexing to crash:
https://dev.tiki.org/item4609

If we had been warned by a pre-dogfood sever, we could have found the commit and fixed the problem a few days after it appearing.

Note that this type of crash can also happen with some data not yet supported by the indexer, and thus, it can happen at any time, not just on code changes. And with a broken index, a Tiki site can be in big trouble because it doesn't just skip over the problem, it just dies. We are fortunate to have tons of data on all the pre-dogfood servers.

Because of issue 4609, we are stuck with respect to testing Unified Search with MySQL in trunk. Once this is solved, maybe something else will be discovered, so we to know ASAP so it's stable enough for Tiki12. This is crucial as per ((Search Dilemma))

In the type "date and time" it may be necessery to be able to have only 'year' choise instead of year, month, day and hour


::: FRENCH :::
Dans le type "date and time" nous devrions pouvoir avoir seulement année (de x à x au choix), seulement mois/année ou seulement jour/mois/année. Pour plusieurs tracker, la suppression de l'heure est nécessaire, comme lorsqu'on demande la date de naissance d'un individu !

Similar to [tiki-view_tracker_item.php?itemId=1149|Pass tracker itemID as a parameter to a wiki page, to create a custom-looking tracker rendering] but for input fields.

So designers could make the layout in a wiki page (including html) and place the form elements anywhere.

Related:
*[tiki-view_tracker_item.php?itemId=943|Tracker plugin: useable to edit existing tracker info (especially user tracker)]

I got this on October 25th 2006:

Warning: mysql error: Can't connect to local MySQL server through socket
'/var/lib/mysql/mysql.sock' (2) in query:

select count(*) from `tiki_banners` where `wed` = ? and `hourFrom`<=?
and `hourTo`>=? and
( ((`useDates` = ?) and (`fromDate`<=? and `toDate`>=?)) or
(`useDates` = ?) ) and
`impressions`<`maxImpressions` and `zone`=?

in lib/tikidblib.php on line 134


How could we show a more meaningful error message?


---

mysql tables sometimes crash.

When they do, the error message is cryptic, at best.

An average Tiki admin won't know what the problem is and could think it's Tiki's fault.


A graceful error message would inform the admin that:

"There are problems with the following tables: ". Please repair (link to how to repair)

Especially the tiki_sessions, which shuts down the site completely...

Some others are not so bad. Just a path disclosure.
{img src=images/code.png}%%% {CODE()}
Warning: mysql error: Can't open file: 'tiki_images.MYI' (errno: 145) in query: select count(*) from `tiki_images` where `galleryId`=? in lib/tikidblib.php on line 134
{CODE}
---

Another error to watch for:
{img src=images/code.png}%%% {CODE()}
Unable to connect to the database !
User droit_tiki has already more than 'max_user_connections' active connections
{CODE}
---
Maybe Tiki admin email should be in db/local.php? So the system could send email alerts when DB can't connect.

In the calendar, you can schedule a recurring event to happen weekly. In my particular use case we use TikiWiki for, among other things, tracking who in my department is carrying the 24/7 pager so everyone knows. There are between 5 and 7 of us depending on turnover, and we take turns holding the pager for one week at a time each.

With current functionality we must manually enter the pager schedule and re-do it should anyone quit or get hired. It would save us a lot of time if we could just say person A gets pager every 6 weeks, followed by person B, C, D, etc.

Part of IRC-Log from 20050709:

[18:48:51] luci amette: imho the quickest fix for the Admin menu would be: 1. rename "Admin home" to "Admin Sections"
[18:49:40] luci amette: 2. clicking Admin folder would bring you list with the same entries like when you expand the folder
[18:50:53] luci 3. rename "Admin mods" entry to "Mods Admin" to prevent listing it as first entry since the menu is alphabetically sorted
[18:50:57] amette luci : Yup, that sounds really clean - Admin Home should be moved to the top of the submenu then though
[18:51:08] luci sure
[18:51:36] amette Ah, just wanted to ask - yeah, alphabetical sort is bad here - I just looked at my menu and it took some time to find "Verwaltung Hauptseite" <- very much at the bottom
[18:52:12] luci "Admin Sections" sounds logical to me because we use "Sections" in title bar there already anyway
[18:52:41] luci amette: good point, that'Ä‘ why i fixed my language.php entry to "Administrace"
[18:55:06] luci ok, we can consider removing that sorting stuff
[18:55:42] amette What would be a good solution imho - It gives you e.g. the option to say "The third entry in Admin menu"
[18:55:52] luci maybe only the module one
[18:55:56] amette And you can sort options by importance!
[18:56:14] amette And I'm often confused, since my admin-account uses English and amette-account uses german
[18:56:20] luci amette: not that easy, some appear depending on fetures enabled

From here on, was discussed, that Admin Items could/should be hidden, when the corresponding feature is not activated. I'm not too sure about that now - because like that you loose the ability to customize a feature and then afterwards activate/release it.

I miss predefined mathematical functions like "Sum(number_1, number_2 ...)"

When the functions are there I would like a help list (like in for example google spreadsheets) that presents possible names on mathematical functions that can be performed. For example: I type "=S" and the cell presents med with a list of alternatives like

"Sign(number)"
"Sin(number)"
"Sum(number_1, number_2 ...)"

Typically, mouseover is to show more text over a small snippet. To save screen real estate.

So the data in the mouseover will typically be much large than the text. Plus, I may want wiki syntax parsing in the mouse over part.

It is now:
{img src=images/code.png}%%% {CODE()}
{MOUSEOVER(text=text that goes to mouseover)}
snippet that is moused-over
{MOUSEOVER}
{CODE}

It should be :
{img src=images/code.png}%%% {CODE()}
{MOUSEOVER(label=snippet that is moused-over)}
text that goes to mouseover
{MOUSEOVER}
{CODE}


Plus, this is a very cool plugin. It should be in main code base, like the THUMB plugin.

Mouseover plugin is cool

Some more stuff to make it cooler:

#Now, it sticky or not. Should be possible to set a number of seconds to stay open. It should stay open as long as my cursor is over the zone.
#If contained text is too long, it overlaps to the bottom (good), but background should extend automatically.
#If body empty, don't make clickable (people mouseover and see nothing)

Perm plugin is very useful and works well. It is very similar to the group plugin. It weighs just a few k and I see no advantage of putting in mods.
http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=perm

Similar to group plugin, we need "if/else" concept:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=994

So we could do things like this in wiki pages:
if tiki_p_edit "please click here to edit" else "please click here to login"

Also, group plugin is still in mods, but already in main code base so it should be cleaned out of mods.

I created a new [http://tikiwiki.org/tiki-view_forum_thread.php?comments_parentId=27220&forumId=17|forum for LDAP & Active Directory], but I am having trouble moving all the old messages to this forum.

It is possible to do from tiki-view_forum.php but it is very time consuming.

If I find a post from the result of a search, I want to be able to move from tiki-view_forum_thread.php

*Stats about forums are not updated (minor)
*Do watches follow?


See video feature request:
http://dev.tikiwiki.org/moving_forum_threads_2007-12-31.swf.html

{syntax type="tiki" editor="plain"}
I just played around with recurring events in calendar. Added a weekly event in the group calendar, and after saving it, reopend the first recurring event. On the top is the dropdown list with all available calendars and I choosed the public calendar from this list.
This produces a move of the event from the group to the public calendar; I think, the user should be ask here, if he wants to move the event or have just a copy. This affects also non-recurring events.
Specially for recurring events there should also be asked, if just this event should be moved/copied or also all recurring events. At the bottom of the page is a radio button for this purpose, but its value is ignored in this case.

I don't know if this is possible, but it would be nice if someone with skills would make some thoughts about it.

Allow to override global setting to create toc in a specific page through PluginPdfPage
Otherwise, you get 2 table of contents in a wiki page ifyou have that parameter set globally in print control panel, and you also have toc in a long wiki page in production.

Example (where you can't override that setting):
http://seeds4c.org/Ubuntu+16.04+LTS+for+Human+Beans

when trackers set to show comments below tracker items, and section headings are shown as tabs: comments are shown below each one of the tabs of the tracker item printed (therefore, duplicated info many times)

doesn't include graphics from privottable plugin. Example: pivottable in bugtracker16 summary tab

internal wiki links are not clickable nor converted to the absolute url counterparts in the pdf when the option to show links at the bottom is selected in the tiki admin panel.

Reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=Tiki-Wiki-CMS-Groupware
u: admin
p: 12345

Current code used in the show instance:
--SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB) --

Upgraded today (server side) to latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022)

In that page, there is an internal wiki link to HomePage:
{CODE()}
((HomePage))
{CODE}

The user would expect to have that link converted in the pdf as a link to:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=HomePage

but it's not converted to any link, it's just shown as simple standard text (with no indication that it refers to another page in that tiki site)

See the pdf produced by mpdf for instance here:
{file type="gallery" fileId="1563" showicon="y"} (using trunk from august 2021, r78798)
{file type="gallery" fileId="1706" showicon="y"} (using branch 24.x Jan 2022, r79594)

When a tiki is on a server which has several domain names, have an option to force a redirect to one in particular (similar to force with/without www). Should be a "permanent redirect" HTTP/1.1 301 Moved Permanently

This is related to the recently introduced feature to remove www or add www to Tiki sites

Specifically, all *.tikiwiki.org domains will progressively move *.tiki.org Both URLs will be kept forever but tiki.org should be the new main one that people see in their browser (and copy-paste from)

tikiwiki syntax for 'wiki-link' only works when doc-name is consists of alphabet.

just to avoid wiki syntax works on this bug report field,
currently using as follows :
DOUBLE BRACE OPEN 'WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> make hyperlink for 'WIKI_DOC_NAME'

DOUBLE BRACE OPEN 'ASIAN_CHAR_WIKI_DOC_NAME' DOUBLE BRACE CLOSE
--> parse 'ASIAN_CHAR_WIKI_DOC_NAME' as normal texts. then just print the texts.

please fix this problem soon. thanks in advance.

Hi!

It would be nice to have multilingual support for blogs. I mean, I'm a native spanish speaker,and even thought I can write in english, it would be nice to keep my blog in both: english and spanish.

Currently, I could create two blogs, and maintain them in parallel, maybe, add a manual link to the translated page on each of the blogs posts, but it is not an elegant solution.

Thanks!

Say I have a user tracker but my users speak different languages.
tiki-view_tracker_item.php?view=+user

I want to be able to {tr} the labels but also the lists (drop-down menus and categories)

Would be awesome if [https://doc.tiki.org/Multilingual+trackers|Multilingual Tracker] also worked with [http://doc.tiki.org/Items%20List%20and%20Item%20Link%20Tracker%20Fields|Tracker ItemList]
Currently only seems to work with [https://doc.tiki.org/Drop%20Down%20-%20Radio%20Tracker%20Field|Tracker Dropdown and Radiobutton field], but I'm sure other fields may work, I just haven't tested them all.

For medium and larger sites with many users, Item List is very important for setting up supporting Trackers (for example, seeds, fertilizers, tractors, employees, etc.) that feed into a main Tracker (for example, Daily Work Order). This way supporting Trackers items can be safely edited (as each has its own unique itemID) and will be updated on the next page refresh. If editing a Dropdown, changes will simply erase the data in the field that was changed on the next page refresh.

br,
Mike

{syntax type="tiki" editor="plain"}
I want to have multiple forums or (forum_lists) in tikiwiki, because, for example, I want my users to contribute exclusively under the gfdl in one forumlist, but may post copyrighted content in another forumlist.

Current situation: From the menu, the users can click on the forums link which leads them to tiki-forums.php. This displays a list of all the forums the user has the right to see listed, with sections.

The idea is to add an extra argument in the url which specifies which forumlist the user wants to see. example: tiki-forums.php?bigforum=gfdlforum and tiki-forums.php?bigforum=copyrightedstuff
A forum can "belong" to only one "bigforum", or forumlist, so this means an extra column in tiki_forums in the db.

Modifications to tiki-forums.php, right after

{CODE()}
// This shows a list of forums everybody can use this listing
include_once ("lib/commentslib.php");
$commentslib = new Comments($dbTiki); {CODE}

I put

{CODE()}

// Check for bigforum attribute in url, and assigns it to bigforum variable. If not, display an error page. this means tiki-forums.php displays an error page.

if (isset($_REQUEST["bigforum"])) {
$bigforum = $_REQUEST["bigforum"];
} else {
$smarty->assign('errortype', 401);
$smarty->assign('msg', tra("Permission denied you cannot view this page"));

$smarty->display("error.tpl");
die;
} {CODE}

And in commentslib.php, in the list_forums function, after

{CODE()} if ( $res['forumId'] != '' && $this->user_has_perm_on_object($user, $res['forumId'], 'forum', 'tiki_p_forum_read') ) { {CODE}

I put

{CODE()} if ( $bigforum == $res['bigforum'] ){ {CODE}
with an extra closing } somewhere down the road.


The bigforum attribute must be manually added in the db, but appart from that it works. better integration with the rest of Tiki would be awesome, url rewrite could give something like tiki.org/forums/IDorNAMEoftheBigforum/


All of this is just broken hacking and my first attempt at doing something, so don't be too harsh ;)

in current quick edit plugin, if the site allows multiple language, it will prompt language selection page.
this caused 2 steps to create a page. so to add default language to the quick edit plugin is necessary.

can any developer help to merge the code into the main trunc for future release.

thanks.