Category: Administration
Show subcategories objects| Name | Type |
|---|---|
| Certain Menu-sections are always dynamically expanded | tracker item |
|
change_language (Users can change site language) is enabled when feature_multilingual is not
If the default install, feature_multilingual is disabled since r11761. Nevertheless, change_language (Users can change site language) is still enabled by default. Since r17625, controlling change_language is dependent on having feature_multilingual enabled. This creates confusion, like luciash wondering where change_language was today. It's abnormal you have to enable a feature to disable another feature. |
tracker item |
|
Check For Updates Now
Version 5.4 is out but under "General Preferences," the "Check For Updates Now" does not work |
tracker item |
|
Checkbox in tiki-admin.php?page=login always checked.
{syntax type="tiki" editor="plain"} In tiki-admin.php?page=login, the "Use tracker to collect more group information" check box is always checked, so everytime you change something, the feature is enabled. Kind of annoying to have to pay attention to that all the time. |
tracker item |
|
Checking new Tiki version : need a nicer error message when tikiwiki.org is not accessible
{THUMB(id=30, url="tiki-browse_image.php?imageId=30")}{THUMB} |
tracker item |
|
Clarification and reliability of the 4 cookies switches information, logic between usage and display
{syntax type="tiki" editor="plain"} Since Tiki29 we have 4 switches on the cookies consent dialog: * essential * analytics * marketing * functional If the usage for the "essential" cookies is clear and leave no choice, the other switches usages, except for their name, are very unclear to me. The tooltip doesn't add any useful information to help to understand more than the name of the switch. If this switches exist and are displayed, the admin should be able to find in the control panels what allow or enable them to be displayed. Also, it seems they are displayed by default, no matter what has set the admin in his Tiki site. In my use case I didn't set anything brand new Tiki. No analytics or marketing and the cookies consent for this Tiki shouldn't display anything about analytics and marketing. Not only it is not necessary but it can harm the image of a website where this tools are excluded. Nothing also in the doc: https://doc.tiki.org/Tiki29 --- Additionally, the reliability of Analytics and Marketing seems to be = 0 I have Matomo tracking code in my Look&Feel -> Customization fields and they work even if the cookie Analytic switch is kept OFF. |
tracker item |
|
Clicking Poll Icon on Features Page should connect to tiki-admin_poll.php when feature activated
when you click on the polls icon on the Admin Home page, you are taken to the polls comments admin page instead of the polls admin page. User should not have to make an additional click to start work. |
tracker item |
|
cnd cnd
This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers)) |
tracker item |
|
Connect & Redactor: use a pref attribute instead of maintaining lists of prefs
{syntax type="tiki" editor="plain"} Prefs that should be handled differently for: * ((Redactor)) * ((Connect)) * Some prefs if you copy a site elsewhere and try to run like ((tw:Pre-Dogfood Server)) *** Elastic Search *** CDN *** memcache? |
tracker item |
|
Control panels save or login action, gives page with db errors
Upgrade from 18.1 to 18.3, no configuration changes. Each save in the control panels and when login/logout ends up with a page full of error messages. When pressing back, changes are nonetheless saved, but something like login out is not possible. Please have a look at this full MySQL error log, from just one login action: https://drive.google.com/file/d/1eKmRTE_l9S90fGuONyWst0Xz7wgFwBmI/view?usp=sharing This is already 80mb large, can you imagine each save action... quite interesting what is happening there. Hopefully someone has a clue? |
tracker item |
|
Create a Page Module
{syntax type="tiki" editor="plain"} System error. The following error message was returned: Unknown column 'reltype' in 'field list' The query was: SELECT `fromPage`, `toPage`, `reltype` FROM `tiki_links` WHERE `toPage` LIKE ? AND `reltype` IS NOT NULL Values: 1. Editor Test The built query was likely: SELECT `fromPage`, `toPage`, `reltype` FROM `tiki_links` WHERE `toPage` LIKE 'Editor Test' AND `reltype` IS NOT NULL --------------Link------------------- tiki-editpage.php?page=Editor+Test&quickedit=Create+Page --------------------------------- Tiki 6.1 |
tracker item |
|
Create new Group function does not work Tiki V26.0 Clean install brand new database
When trying to create a new group you just get a "working" message and a spinning gear wheel. The create button does not illuminate. I left this running for several hours on one occasion. For existing groups the same thing happens if you try to change properties / setting such as adding a homepage etc. I did find that on one attempt out of about 20 i was able to add one group but it has not worked since. I have since found that the function works most of the time if you clear the tiki cache files immediately before the attempt. Sorry i can't work out how to find or work the show bug function |
tracker item |
|
Creating user needs confirm, and if password not match back does not work
Try creating a new user in tiki-admin_users.php. Whether the password don't match or not you are asked to confirm the action. Is this really needed? Anyway if the passwords don't match you get an error after confirming the action and then the "Go Back" does not work... it is very troublesome. |
tracker item |
|
Cron option for when it's not possible to have a real cron job (like Poormanscron)
Like: https://drupal.org/project/poormanscron Useful for ((Update notifier)), Newsletter throttling, etc. ------------------- {sign user="pascalstjean" datetime="2013-09-10T19:31:34+00:00"} This will be important in order to make Unified Index default in Tiki (reindexing of the site every week or so) |
tracker item |
|
Custom language translations in the database and administered via web interface
This will make upgrades easier as people won't have to worry about overwriting their enhancements, Multilingual categories need translations and doing by FTP is not fun. Related: [tiki-view_tracker_item.php?itemId=485] -> This is suboptimal Support.mozilla.com has need for this as well. https://bugzilla.mozilla.org/show_bug.cgi?id=488728 In 3.0, language/*/custom.php can be managed by the web interface. Next step is to have this in a wiki page |
tracker item |
|
DB Manager from within the admin dashboard (maintenance)
The idea is a basic DB management panel from within the Admin. Same stuff exist for Wordpress and they come very handy to perform maintenance task and even auto-maintenance task. Should do: *Green checklist (db exist, db version, host, path to backup folder, last backup, etc) *Table list (name, number records, data usage, etc) *Optimise/Repair (one by one, all) *Backup DB (manual, auto, where [folder, email... maybe dropbox ?], duplicating ?) *Restore DB (folder listing, delete old, same as original, different name [same user/pass]) *An option page (path to backup folder, etc) I believe there is also some stuff we can add if we look for a wider "maintenance panel". As we'll have a scheduling system, we can have automatic backup + optimise tables + optimise search index + flush caches, etc. As long as we don't introduce danger (like get the system stuck waiting for a question) would be great for Tiki to perform better. Wordpress has something very similar: http://wordpress.org/plugins/wp-dbmanager/screenshots/ {sign user="pascalstjean" datetime="2013-08-18T18:11:45+00:00"} After brainstorming, it was also suggested that maybe packaging Adminer would be a potential way to accomplish this feature request http://www.adminer.org/ |
tracker item |
|
Missing Tracker Item #1266
This tracker item could not be found |
tracker item |
|
Dealing with forgotten usernames
Sometimes, users forget their usernames and end up creating duplicate accounts. Here are two things which would help: 1- Users should be able to have a password reset/reminder while only knowing their email. __fixed in 1.10__ 2- In tiki-adminusers.php, the search box should work for emails also (not just usernames) __fixed in 1.10__ Related: [tiki-view_tracker_item.php?itemId=1069] Also, in 1.9.x, usernames are CaSe SenSitive. __fixed in 1.10__ |
tracker item |
|
dev.tiki.org throws cloud error upon filing a wish, index needs rebuilding
When I filed my last wish (about sorting) along with the thank-you-page I got a cloud connection error from dev.tiki.org: Unable to connect to fd8f1a8b53674d9c8d46caffb484411d.eu-central-1.aws.cloud.es.io:9243 . Error #0: stream_socket_client(): unable to connect to fd8f1a8b53674d9c8d46caffb484411d.eu-central-1.aws.cloud.es.io:9243 (Connection refused) and with it the note, that the index would need rebuilding. Thanks for looking after the server... |
tracker item |
|
dev.tiki.org throws tracker errors when filing wishes
When filing a new wish, two errors are thrown, concerning trackers: Error Indexing failed while processing "26116" (type activity) with the error "normalizer [sortable] not found for field [sort]" Error Indexing failed while processing "7480" (type trackeritem) with the error "analyzer [sortable] not found for field [tracker_field_submitted_by_unstemmed]" Despite the errors, the wish gets stored. Thanks for looking after the server (again...) hman |
tracker item |
|
Easier "Contact us" management for Tiki admins
This setting: Contact Us Contact Us (Anonymous) here: tiki-admin.php?page=features And this one: Contact user: tiki-admin.php?page=general Plus, "Contact user" should be a drop-down menu with the user list Should be added to a new admin tab "Contact us": tiki-admin.php?page=contact_us IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both. |
tracker item |
|
Easier category management for Tiki admins
These settings: Categories Show Category Path Show Category Objects here: tiki-admin.php?page=features And this one: Ignore category viewing restrictions : tiki-admin.php?page=search Should be added to a new admin tab "category": tiki-admin.php?page=category IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both. |
tracker item |
|
Easier Inter-user message management for Tiki admins
This setting: User Messages here: tiki-admin.php?page=features And these ones: Users can opt-out internal messages: Users accept internal messages by default: Maximum mailbox size (messages, 0=unlimited): Maximum mail archive size (messages, 0=unlimited): Maximum sent box size (messages, 0=unlimited): here: tiki-admin.php?page=login Should be added to a new admin tab "Inter-user message": tiki-admin.php?page=inter-user_message IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both. |
tracker item |
|
Easier module management for Tiki admins
These settings: Display modules to all groups always: Hide anonymous-only modules from registered users: here: tiki-admin.php?page=general And theses ones: Show Module Controls Users can Configure Modules Users can Shade Modules here: tiki-admin.php?page=features Should be added here: tiki-admin_modules.php Or a new admin tab should be created: tiki-admin.php?page=modules IMHO, it is OK for options/settings to be in more than one admin panel, if relevant to both. |
tracker item |
|
Easier pagination management for Tiki admins
tiki-admin.php?page=general Use direct pagination links: Maximum number of records in listings: The two pagination settings should be together in a section "pagination". (on this page is OK) Would be even better to move all to tiki-admin.php?page=pagination |
tracker item |
Weirdest thing about that is, that the menu is collapsed when in Admin -> Menu editing the menu.. :O