Category: Usability

When adding or editing sites through the Directory Site Admin interface (tiki-directory_admin_sites.php), the "Country" field is not sorted (on my install, it starts with "Sudan", ends with "Niger" and goes all over the place inbetween).

Linked to BWL#4954 as the issue is similar (although that one relates to a different interface, and has since been fixed and closed).
---
__Edit 2015-11-22:__ No demonstration at this time due to [https://dev.tiki.org/item5768|BWL#5768]; pending that, it should be confirmable through any 14.x install with the Directory feature enabled, a user logged in that has Directory Admin privileges, and navigating to the __tiki-directory_admin_sites.php__ page.
---
__Edit 2015-11-23:__ As BWL#5768 is now closed, I have been able to demonstrate this on show.t.o. Just using the 'admin' user is fine to test, per the note above. On this instance, the "Country" field starts with "Finland" and ends with "Malawi" in the Directory Site Admin interface.
---
__Edit 2015-11-30:__ Am attempting to test a possible fix (courtesy __lindon__) using a trunk instance on show.t.o; the instance may be destroyed and re-created a few times until I get one that works.
---
__Edit 2015-12-15:__ Have a successfully set up v14.2svn instance on show.t.o. The bug persists in this instance.

{syntax type="tiki" editor="plain"}
Hello,

On the user forum, when I send a new thread I have always the "crash" message :

Fatal error: Allowed memory size of 41943040 bytes exhausted (tried to allocate 1491648 bytes) in /var/www/tikiwiki.org/setup_smarty.php on line 172

I yet notice this but I don't received any answer.

This is generally caused by a too low allocated memory for php.

The message is nevertheless sent but I (we) need to reload it.

Best regards

Trebly

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

When you create a new menu in the admin panel for that (tiki-admin_menus.php) you see the predefined application menu (with ID 42), a popup comes that asks some basics like menu title, description, style etc. When you enter that and click the create button - nothing happens. I would expect the list of menu to contain then two menus, the preexisting application menu and the newly created one. But still, only the prexisting menu is displayed. And no error message...

So it is impossible to create new menus...

hman

When creating a table using the table button in the editor. the table acts and feels exactly how you set your preferences.

Once you save then all the formatting leaves

If you try to edit the table properties after then they never get applied

Show Account Info

user: admin
password: 12345

When creating calendar events I noticed that I created two events. Since this happend to me three times in a row I can exclude user error...

The events had this in common: They are whole day, they repeat every year, and they repeat 99 times (there is still no function in the calendar for endless repetition).

All doubles had precisely the same text, same date etc. The second entries could be manually deleted with no problems.

Thanks
hman

When I use the image plugin in TikiWiki 18.3 and set the text to flow around the image (imalign=right|left) then the text flows around as it should.

When I set a caption to the image (desc="") then the flow is immediately disrupted.

Captions, when no text flow is set, work perfectly, so these two features disturb each other. I posted this as a question in the forum, and got a workaround and the advice to report this as a bug.

Thanks for your help
hman

Creating fresh new first Tracker in Tiki 15.x yells an error alert box now:
{REMARKSBOX(title="Error(s)" type="errors")}

Field tracker_id does not exist in the current index. If this is a tracker field, the proper syntax is tracker_field_tracker_id.
{REMARKSBOX}

In the screen shot you can see a second dialogue box appeared after clicking the create item button. I don't know if this behaviour is form tiki or firefox (116 64bit on ubuntu) on , but could it be suppressed as I don't see the point in being given this message after clicking the submit/create new item. Once the item is created, if you re-edit the item and click save/submit the extra dialogue does NOT appear.

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

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.

Creator can edit option selected in article type not filtered on for edit permission in edit_article and edit_submission. Author's submissions once validated cannot be edited by their authors.

When a user attempts to create a blog, the Creator text box is missing and the creator value is not stored when the record is committed.

A CSRF never ending loop happened to me earlier today, on dev.t.o.
I had logged in chromium-browser to dev.t.o as user "xavi" (no admin perms).

I needed to log in with my other user "xavidp" (the one with admin perms), so that I opened a private browsing window of chromium-browser. I went to visit the same page I had visited with the standard user where I had to fix some perms of that wiki page ( https://dev.tiki.org/Wish%20Report%20Tpl ). Clicked at "login" link at the top bar, which sent me to https://dev.tiki.org/login , provided the credentials, and then I got the message about CSRF at the url https://dev.tiki.org/tiki-login.php :
{QUOTE()}Error
Potential cross-site request forgery (CSRF) detected. Operation blocked. Reloading the page may help.
{QUOTE}

Every time I tried (F5, visiting somewhere else within dev.t.o) and attempting to log in, I got the same CSRF error message reproduced, and I couldn't log in as user "xavidp".

I had to open a new browser (Firefox, in this case), and login as "xavidp" was successful.

I wonder what was happening.

I tried again, at the time of reporting this issue, and I got the issue reproduced again.

FYI: I had seen other weird CSRF false positives in other contexts in a 20.x tiki I use at work (behind a firewall). I 'll keep an eye open to add more details when I hit this bug again in other use cases. But there is something wrong still in the code in 20.x.

Sometimes after editing and saving the tracker item here I get a CSRF confirmation warning and when I confirm that I see an error on top of the form which says something like:

{CODE()}
The following mandatory fields are missing :
Category
{CODE}

Even though the category field is there filled with correct category values!

__Please note the edited form contains your values but it is not saved yet!__ Only after another "Save" button click attempt it gets saved normally then...

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.

{syntax type="tiki" editor="plain"}
When using the TIKINEWT.CSS theme with version 3.0 RC1, on some administration screens, like USERS tiki-adminusers.php, or USER CONTACTS PREFERENCE tiki-user_contacts_prefs.php, the main part of the content division is too high, and covers the TABS for that particular page.

This is not a problem if TABS are not used. This does not appear when using another THEME, such as THENEWS.CSS

You can see the issue on hovering the "Slider doesn't work" issue title on https://dev.tiki.org/Wishlist+Search+Page?default%5Bcontent%5D=Slider

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

There's no point in the current page in a structure "breadcrumbs" being a link, because you're already on that page, and it's even kind of misleading because it might give the impression that, because it's a link, it refers to the ''next'' page in the structure, not the current page.

Customized Homepage with profile "Personal Blog and Profile" cannot be reverted back to wiki homepage

To reproduce, apply this profile and attempt to revert back the custom homepage to use wiki homepage.

It didn't work either by means of setting a new homepage for registered users.
---
Reproduced here:
http://xavi-9794-5348.show.tikiwiki.org/tiki-view_blog.php?blogId=1

Custom homepage disabled, but anonymous visitors still get the blog homepage:
http://xavi-9794-5348.show.tikiwiki.org/tiki-view_blog.php?blogId=1

To logi:
u: admin
p: 12345

---
Reproduced in Tiki13 also.

{syntax type="tiki" editor="plain"}
The styles of the "button" of the date picker (or whatever it's called - the place you click to display the selector for the date and time) such as the font and colors are set dynamically to match the theme being used. This works for the themes in the themes directory, but this doesn't work completely for custom themes.

For example, I have a custom light-on-dark theme with a body background color of #0c0d16 (almost black) and a .form-control background color of #343a40 (also very dark), but the background color of the date picker's "button" (~np~div.dp__main dp__theme_light~/np~) is very light so clearly isn't getting the background color information correctly from the theme stylesheet. In a non-custom dark theme like Slate, I can see the button display with a light background for an instant and then get the correct dark background color to match the Slate theme, but for custom themes this switch doesn't happen, in my experience.

On the other hand, the date picker is using the right font, as specified by the custom theme, so there's partial success here.

I tested with the Switch Color Mode not active and with it active and set to both light and dark and the date picker button background was never correct. A workaround would be to add a CSS rule to the custom theme to correct the background color, but it would be nice if it worked automatically as it does for the themes in the themes directory.

Actually, now that I look again, it appears that the background color for the popup (with date and time selectors) isn't correct for non-custom themes, either. Using the Slate theme, which has a dark background color, the date picker popup has a light background with light text. This bad contrast is maybe due to the correct text color but wrong background color being used.

Also, the selector and popup backgrounds aren't sensitive to Color Mode switching.

Hopefully the same fix for these issues will work for both custom and standard themes.

Deeply nested large file galleries slow to a crawl when file browsing. I have a site with roughly 3000 sub-file galleries. The site is quite fast for browsing wiki pages, but the file galleries have slowed to a crawl. A regular page load takes about .2 seconds. To load a typical file gallery takes about 17 seconds. I believe there is a recursive call to a function that is building the directory structure each time you browse to a new folder that is slowing it down, but I'm not really sure about how to fix it.

Perhaps store the tree in the database and only update it when changes are made to the tree?

Using the setting 'Default Category' on the admin page of a group doesn't work.
According to the label it should: Default category assigned to uncategorized objects edited by a user with this default group.

How to reproduce:
- Changing the Default Category on Group X from none to category Y.
- Creating a new wiki page by a user that is (only, except the build in Registered group) part of Group Y.
- Viewing the tab 'Categories' on the edit wiki page
- There is no category selected...

This means the users can set an incorrect category to a page, so they don't have access after saving the page.

I have reproduced it on the demo environment as the 'show' environment has a problem with Composer not installed:
https://demo.tiki.org/18x/tiki-editpage.php?page=Test123&quickedit=Create+Page#contenttabs_editpage-2
Login with
User: User_Test
passw: User_Test

Tiki 1.9.x behavior was to show side-by-side diff as default (good). In BRANCH-1-10, many new diffs were added (good). However, now the default diff is "HTML diff" (bad). Please change back to "Side-by-Side diff". Even better would be site-wide and user defaults.

So site admin would determine default diff mode, which could be overriden in user settings. And still pickable for each page.


{THUMB(id=19,url="show_image.php?id=19")}{THUMB}


Here is wht I don't like htmldiff as the default:
http://tikiwiki.org/tiki-pagehistory.php?page=ReleaseProcess20&compare=1&oldver=21&newver=22&diff_style=htmldiff

My usescase has got some categories, and each one has a default namespace, so that each category can have a same named page.

When you create a wiki page the normal way, the default namespace is added to the pagename. But if you greate it using the structure navigation bar, the namespace is not added automatically.

I Guess it is easy to fix it.

Thanks

Show Instance: http://fvtorres-11800-5957.show.tikiwiki.org
User: admin
Pass: 12345

{syntax type="tiki" editor="plain"}
In group settings, there is an option to set a default category for any uncategorized objects edited by the object. This feature does not work.