Category: Admin Interface (UI)

A tracker is used for the contact form at tiki.org. Normally when somebody leaves a message, the tracker item can be edited, like to change the status and make a comment, but currently (Aug. 3 2020), when I click save (or preview) the form just refreshes with its original content -- no edits saved. I haven't checked if this happens at Tiki instances other than tiki.org.

{img src=https://dev.tiki.org/tiki-download_item_attachment.php?attId=567}

I have a category "full_width_content" that I want to rename "Full_width_content". (The category name is important because it's being added as a CSS class to the body tag, for page that will have special CSS rules for full-width backgrounds, etc., and I want it to be consistent with other category names that are uppercase).

When I edit the category name to capitalize it, the page refreshes with the original spelling (lower case) and on subsequent attempts I get a message "A category named Full_width_content already exists in Top." So the category edit registered somewhere but I still get "full_width_content" in the category list, when categorizing objects (wiki pages), and the CSS class added to the body tag is still "cat_full_width_content" (no change in lower/upper case anywhere).

I didn't test other category name edits besides changing the capitalization.

Any action that requires an confirmation results in a Ajax call with a popup menu. This does not work in Safari.

To reproduce:

Modify a "registered" group, and click save. There is a confirmation page, that does not have any buttons to confirm the charge.

Right now, there's no way to resend either the email to the admin to validate a user or resend the email to the user to validate their email address. If either of those emails fail to happen or they get sent to "spam", the user cannot log in.

Child option applied when parent option unchecked (multilingual case)

#Go on http://demo.tiki.org/11x/tiki-admin.php?page=i18n
#Check "Restrict supported languages" box.
#It will open the "Available languages" list.
#Restrict language to any language but english (to see the problem).
#Save, refresh caches.
The restricted language is displayed in the switch language module.

Get back to http://demo.tiki.org/11x/tiki-admin.php?page=i18n
#Uncheck "Restrict supported languages".
#Save, refresh caches.

"Restrict supported languages" is still applied as previously.

You'll have to recheck "Restrict supported languages" box and select or unselect in the language to make it go away for good.

As there are plenty of place where this is happening (log in) i think this is quit important.

---

~~#F00:Update :~~ Tested on instance.
On this picture restrict language is set and 4 language only are available:
{img type="fileId" fileId="511" thumb="y" noDrawIcon="n"}

On this one the restrict language preference is unset but still restriction is applied (after caches have been flushed to be sure):
{img type="fileId" fileId="512" thumb="y" noDrawIcon="n"}

In the admin-modules page module position dropdown, for example, the selector has an inline 'style="width: 827px;"' that causes the selector to extend past the right side of the containing div. In Firefox there's no problem, but with Opera (which now uses the Webkit renderer) and IE 11 the selector extends beyond the right margin of its containing div.

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.

{img fileId="312"}

Codemirror does not respect off-bs-by-default in L&F & extra white space & false scroll

To reproduce for the time being, see
http://demo.tiki.org/12x/tiki-admin.php?page=look&cookietab=6

Codemirror set to "__Off (but switchable)__".

!!! Issue 1: Codemirror does not respect off-but switchable by-default in the admin panel Look & Feel

Custom css text area respects the codemirror default setting, but Custom HTML head does not (and neither they do custom bottom code nor custom javascript, which show codemirror on by default)

{img fileId="679"}

!!! Issue 2: Codemirror shows extra white space & false scroll

See custom code before the closing body tag

{img fileId="680"}

Notice the big space at the bottom, and the scrolling bar indicating that there is more content at the bottom (but it's not shown in the white space below).

When you scroll down a bit, you see that there some some more code indeed:

{img fileId="681"}

But that should be shown using all the available space in the textarea in the first instance.

----
Issue Still present on 06 February, 2014 15:02:50 CET- REV 49772. {sign user="xavi" datetime="2014-02-07T09:19:46+00:00"}

The listing of rules in the community control panel uses illogical icons. When you activate a rule, the icon changes to red, if you deactivate it, it turns green.

Quote from the page display's HTML source of /tiki-ajax_services.php?controller=managestream&action=list, "before and after", In both lines you see the logical contradiction in terms.
{CODE(Colors="Tiki")}
<span class="text-success tips" title=":Aktiviert"><span class="icon icon-toggle-on delete" ><img src="img/icons/delete.png" alt="toggle-on"></span></span>
{CODE}
and
{CODE(Colors="Tiki")}
<span class="tips" title=":Deaktiviert"><span class="icon icon-toggle-off accept" ><img src="img/icons/accept.png" alt="toggle-off"></span></span>
{CODE}

In /lib/prefs/paymen.php is a completely wrong description for a feature (AnonShopperProfile), and it's obviously a copy&paste-error. In 390 you will find
{CODE(Colors="Tiki")}
'payment_cart_anonorderitems_profile' => [
'name' => tra('Anonymous order item profile'),
'description' => tra('Wiki page containing the profile for creating order items for anonymous users (page name must not have spaces)'),
'help' => 'AnonOrderItemProfile',
'type' => 'text',
'default' => '',
],
'payment_cart_anonshopper_profile' => [
'name' => tra('Anonymous shopper info profile'),
'description' => tra('Wiki page containing the profile for creating order items for anonymous users (page name must not have spaces)'),
'help' => 'AnonShopperProfile',
'type' => 'text',
'default' => '',
],
{CODE}

The description of AnonShopperProfile is an exact duplicate of the description of AnonOrderItemProfile...

On a fresh Tiki 24.0 install, I installed the Blogs profile and on the lowest part of the ''Members Home'' page, I get errors with a helpful message about installing the missing npm-asset/fullcalendar-scheduler package.

When I follow the link to -+ tiki-admin.php?page=packages +-, Tiki complains that temp/composer.phar is missing. It suggests I install composer in the ''Diagnose'' tab and that fails also.
* No reason is provided by Tiki, which is bad because users have no clue what to try next
* Nothing in apache error logs
* Tiki PHP error log at the page bottom does provide a hint:
^ERROR (E_WARNING): file_exists(): open_basedir restriction in effect. File(/usr/local/sbin/php) is not within the allowed path(s): (xxxxxxx)
At line 231 in lib/core/Tiki/Package/ComposerCli.php^

We should have a better, more secure way of installing composer.
If the above is not possible, we should have better feedback and suggest ways around the issue so it does not look like a Tiki bug.

Installing composer on the command line works, but Tiki does not mention this or how to do it.

I have "Require confirmation of an action if a possible CSRF is detected" set on tiki-admin.php?page=security. When I get the warning "Possible cross-site request forgery (CSRF, or "sea surfing") detected. Operation blocked.", and I click the "Click here to confirm your action" button, the same warning page redisplays instead of refreshing to the page where the admin action was made. This repeats as long as I keep clicking.

But the admin change does get made. If I input the admin page URL or go back in browser history to the admin page, I can see the change did take effect.

This is on my local wamp installation, so I'll need to make a show instance unless other people can reproduce this bug.

Consolidate menu types as just Bootstrap menus. That is, remove suckerfish and legacy - neither Bootstrap nor suckerfish - menus. Then add Smartmenus ([https://www.smartmenus.org/]) to enhance/extend Bootstrap menus to regain features lost by the removal of suckerfish menus.

UPDATE: Smartmenus feature has been added to branch 19 and trunk and will be configured and bug-fixed hopefully before the release of Tiki 19, or soon thereafter. The feature is optional of course and is marked as experimental for now.

TODO: resolve any issues in Smartmenus integration in Tiki. Longer term, evaluate removing CSS menus (suckerfish/superfish menus) when it's determined that Smartmenus makes them redundant.

Applying the CSS class meant for the site title in the page header to the site title label and input on the Look and Feel admin page can cause appearance problems and affect usability. A large site title font size makes the L&F label large too. Probably this is meant as a preview, but IMO is a strange inconsistency in the form. And if the site title is given a large negative margin (to retain the title text for SEO or accessibility reasons but not actually show the text, using the logo instead) also gives the L&F form's site title section a negative margin, moving it off the page so it can't be seen or edited.

I can't find where the adminoptionbox div gets its classes, so can't change this myself.

Tiki has a lot of features. But sometime, we have to hack it up with various things that we can't share back to the project.

So we want to modify Tiki, yet, keep upgrades easy.

It is already possible to add custom language strings.
It is possible to override Smarty .tpl files with our own
It will soon be possible to add custom CSS strings


It would be nice to have this for javascript as well.

A custom.js somewhere. If it can be kept in the database, it makes site migration and backup even easier

Or it could be in styles/*/custom.js


It would be nice to have the option of putting towards the top or towards the bottom. Maybe Site Identity custom areas already permit this?

Sometimes, we want to change a few language strings from the original Tiki. It could be because of regional or community expressions.

Currently, we need to change language.php and/or the template (tpl) files.

It would be better to have a custom language file which would override default text. (Like we do for tpl files). Therefore upgrades would be smoother.

Even better if we could edit this language file via the GUI.

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__

TikiWiki often has drop-down menus with many choices.

Ex.: drop-down list of users, or wiki pages, etc

That is ok for a few hundred. But what if you have 300 000 users or 300 000 wiki pages?

There should be a setting where beyond a certain number, the drop-down become a search box.

We need to decide about ((tw:DefaultSettingsChanges)) in 1.10

Some of the new features are much better than previous ones (ex new diff engine). People upgrading their Tiki could conserve their setting. However, new installs should take advantage of the new features.

A note should be added in tiki-install.php This must be low maintenance for Tiki dev team.

On the wiki control panel is a button that links to /tiki-admin.php?page=wiki&rmvunusedpic=1.

This button fires without warning, IMHO a "Are you sure?" dialog is really necessary, because you do not know, and are not informed of, what you delete here. Possibly some images you just forgot to use somewhere, or that users just recently uploaded and had not time to use. In the case of user images the risk is imminent, that no backup exists, which will lead to loss of data!

The dialog should include a list of images to be deleted, ideally with the option to opt out certain images (cheboxes for each, inluding "select all" and "unselect all" buttons.

When you open the orphan pages function, select a page to be deleted and set "delete" as the action for the marked pages, you will be prompted with a dialog that asks whether this page shall be deleted (btw. cf. umbrella bug for missing tra: That dialog is only partially translatable). You are presented with the option to create a 301 redirection. The dialog has two buttons: Close and Delete. If you chose Delete and did not mark the checkbox for the redirect (because you just want to delete) then you get the error message that "no page was selected", although clearly a page had been selected, and in the above mentioned dialog it was displayed, so there can be no mistake that the selection took place...

I would like to have the templates include a comment line such as: <!--start template: tiki.tpl--> and a corresponding <!--end template: tiki.tpl-->. As a non-developer performing minor overrides and adaptations to the existing templates, this would greatly improve the time needed to locate the correct template to override for a certain page, as you could just go into the HTML source code and see which templates are involved in generating the page you are looking at.

Use Firefox to visit [http://zukakakina.com/tiki-listpages.php] for an example. If Tablesorter is turned on, div class="table-responsive" will be out of position, offset far to the right.

The div containing the wide table is positioned correctly in Opera 12, Recent Opera (webkit), and IE11. But in Firefox (latest version), this div (.table-responsive) is positioned so that just the left edge of the table is inside the div and the rest of the table extends to the right, under the right column of the page.

Another table with tablesorter applied, on tiki-adminusers.php, doesn't show this problem in Firefox.

At https://doc.tiki.org/Login-General-Preferences I see:

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

I can't edit it from the doc seems it is set as is in the PREFDOC.