Category: Modules

In 1.8.5, the mailin feature doesn't work properly. It may work for some combination of mail systems, but not for others. And it does not properly handle multiple mailed-in messages when a page load is attempted.

Specifically, some combination of mail client and mail server caused the email address extraction to leave a newline on the end, which should be trimmed.

Also, in determining the type of message, a case-sensitive string comparison is done against "text/html", which won't match for upper or mixed-case.

Finally, there's a bug (probably a minor design flaw) in the way the histlib object is created in lib/tikilib.php, such that if the code is executed twice in the same session, it will fail the second time because the $histlib object isn't created.

Last but not least, after parsing the message, if there are no parts found, the loop that attempts to process them assumes that $output->parts exists, which it may not.

It ''should work''

{img src=images/code.png}%%% {CODE()}
title
To override the title of a menu, add title=Menu. If you have a space in your title, use: ''title="Developer Menu"
{CODE}
http://doc.tikiwiki.org/Module+admin

Please see: https://www.evernote.com/shard/s37/sh/6edbdb52-c82b-4826-9f27-b42d4d2bd9f7/aca5fa7cd8814437dedcd2f6d816b69e

Gary is looking at this also, but Sendhil if you have time can you see if you can fix as well?

Gary says that the way to fix this is to add in admin modules for each module a container class to position it within the Bootstrap grid. He says he will try it and document the process on http://doc.tiki.org/Tiki13#Upgrade

On Tiki 24 using the Classic Bootstrap layout with the default theme, the module were centered in LTR and RTL.

{img type="fileId" fileId="1890" thumb="box"}

{img type="fileId" fileId="1891" thumb="box"}

On Tiki 25 things changed (logo module?) and I believe it was wanted to align the modules to the "start" of the selected language.
LTR => left
RTL => right

While it look like justify-start for RTL (and I like better than centered or space between)
In LTR it look space between is applied (and that not a happy design on desktop)

I think the change (if it was intended) make sense in 2022 and modules should use "start".
What is set should be the same for LTR and RTL

{syntax type="tiki" editor="plain"}
On Tiki29 from upgrade using the UAB the default modules displays a "Recent Tracker Items" module.
Where it was displaying the "text" values of an item it displays now the itemlink ID which is not useable.

See screen shot:
{img fileId="3172" thumb="box"}

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

Configuring an RSS 2.0 feed from an address such as

http://techiem2.no-ip.com:444/feeds/index.rss2

does not seem to work (even though the feed was otherwise valid) and results in error

Undefined offset: 0 in tiki-admin_rssmodules.php on line 37

this was tested in TW version 1.9.0, 1.9.1, and 1.9.2

{img src=images/code.png}%%% {CODE()}
Notice: Undefined index: name in modules/mod-last_modif_tracker_items.php on line 15
{CODE}


Happens, on a clean install, when activating module, without setting parameter (or is it because lack of data?)

I need to call the module upcoming_events through the module --module-- wiki-plugin, because I need it inside the content.

The call is
{CODE(colors="tiki")}
{module module="upcoming_events" notitle="n" nonums="y" maxDays="7" priorDays="3" date_format="%A, %d. %m" showaction="n" showDescription="y"}
{CODE}

The upcoming events displays what it should, but it ignores the parameter date_format (with which I want to get rid of the year and introduce the day's name). It could be because of the module plugin not passing that parameter. But other parameters do get passed...

Thanks
hman

{syntax type=tiki}
{syntax type="tiki" editor="plain"}
This is the ((Tracking system for Tiki issues)).
If this is your first time, please read: ((How to Submit a new item on the Wishlist))

The last updated pages mod shows pages that the user does not have a right to view. This is a bug and could be serious security. The code should only show pages that the user has a right to view.

If you enable Users can Configure Modules they can do this from the page under MyTiki. But the icon to switch sides, in the title of each module, does not work. Also, the delete red cross, shows a cofirmation dialog box, but does not actually delete the module.

In version 1.8 and below [http://tikiwiki.org/tiki-index.php?page=UserMenu|UserMenu] was always displayed for logged in user on the bottom of the Menu section. After upgrade to version 1.9.3 and 1.9.4, UserMenu does not appear on the page.

The problem is in the __mnu_application_menu__ module. It is no longer display the "User Menu". This module is preferrable to alternative application_menu, because it does hide the menu item, if current user has no rights to it.

User menus with children (below section level 0) doesn't display. Clicking the expand arrow opens a box behind the assigned module so only a very small piece is seen.

{syntax type="tiki" editor="plain"}
I upgraded a TW 1.9.1 installation to 2.3 (I did an upgrade from 1.9.1 to 1.9.11 first, and then immediately did the upgrade to 2.3).

After the upgrade completed successfully, I noticed that the user modules I had were empty. I could see the title and the box, but no content (which were user menus).

To make a long story short, I found that the problem was the templates/tiki-user_menu.tpl template was not rendering anything. I noticed that there was also a tiki-usermenu.tpl template that rendered a list of menus for the admin pages. I tried renaming the tiki-user_menu.tpl file to tiki-user_menu2.tpl and changing line 34 of the lib/smarty_tiki/function.menu.php file to:

$tpl = 'tiki-user_menu2.tpl';

That fixed the problem.

Maybe there's some sort of name collision with tiki-usermenu.tpl when Smarty tries rendering tiki-user_menu.tpl. I didn't see any PHP errors when it wasn't working. Yes, I did try clearing TikiWiki's caches and the browser's cache and it didn't work.

The User Task System is working fine but.. the tasks are not shown in the module..

The User-Task-System is working fine but the tasks are not shown in the module. By clicking preview in admin-modules the tasks are shown both in the module-preview and in the module itself. This bug appeared both with updating tw from 1.9.4 to 1.9.7 to 1.9.10. and with a clean 1.10 installation.

Hello,

I am using the "Visibilty -> section" to manage a module (a simple menu must appear for some contents only)

It works good with some like "trackers" and "cms" but fail with "wiki page" but does not load for "wiki page".
I tried a lot of diffrent variations like "wiki_page" "wiki pages" "wiki" "page" etc. without success.

So it seems to be a bug ;)

(Btw thank you for your fantastic job !)

Regards,

Guillaume

This is the only wiki site on which I can see this problem... When I look in MyTiki->Modules I can see the login box between "Last changes" and "who's there" on the right column, but there is no box at all visible there. When I log out I can see it again (but I need to log out by editing the url of my browser to point on tiki-logout.php. Is anyone seeing the same behavior on this site or is it just me ? (Might be some personal configuration problems, but I can't track it down).

I changed my CSS to see if it solved anything, but the moreneat, mose and cinq styles behave all the same, I didn't try any others.

Just curious to see if anyone else experiences this odd anomally ...

Adding wiki syntax in a custom modules will broke it:
* Changes are not always saved (editing is lost)
* Throw error
* Reload the page

Check http://bsfez-11581-7774.show2.tikiwiki.org
Try to add/edit one of the top message module.

On Tiki25 using the bootstrap classic layout and default theme the topbar, navbar menu placed after a logo the result is not good. The "Fixed-top navbar height" HAS to be set with some minimal value (not set by default).

Worst on mobile... Check the instance.

Tiki doesn't meet standard expectation IMO, it was "ok" on Tiki24.
---
On desktop:
{img fileId="1898" thumb="box"}

---
On mobile:
{img fileId="1899" thumb="box"}
{img fileId="1900" thumb="box"}

On Tiki23 when using a since last visit module the category filter is not applied.
If I set a module since last visit to display only items from category 125 I will see many more object than expected.


For exemple, there are only 13 items (no child) for the category "communication_(public)" at : https://tiki.org/categories
At : https://tiki.org/Bernard_tests I set a module I this:
{CODE()} {module module="since_last_visit_new" category="125"}{CODE}

I see MUCH MORE than 13 objects, including object for whom it is not possible to categorise them (users?).

---

While the documentation doesn't mention a category parameter, a user can apply it the most natural way for users, see the video:
{file type="gallery" fileId="1698" showicon="y"}

Seems that “Advanced” parameters are in fact parameters applied to the outer modules functionalities (module visibility and appearance) and not the specific module functionalities (what the module do)

Module Categories parameter "hideEmpty" doesn’t work if Performance=>Show category object count
is turned off (tiki-admin.php?page=category) even if there are objects in the category.

On Tiki23 using Freetags, Modules, SEFurl; action_similarcontent display broken links for tracker items.
From what I have seen this is not systematic... I have the feeling it is related to the item title.

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

Please see ((workspace roadmap))

{syntax type="tiki" editor="plain"}
On tiki-admin_modules.php, the "Add module" button should link to the first tab "Edit module", not "Custom modules", because in most cases an existing module will be assigned, not a new custom one created. (The Edit module tab content contains the heading "Assign new module", which reflects that process.)
* So the "Add module" button link should be tiki-admin_modules.php?edit_assign=0&cookietab=1, not tiki-admin_modules.php?edit_assign=0&cookietab=2.
* Thinking about it more, it seems like the first tab label should be "Configure new module", not "Edit module", to better reflect the content of the tab. Modules are edited after being assigned, from their actions link, not in this tab, or else are edited as custom modules, but again not here.
* The "Assign new module" heading in the first tab content can then be removed, as it would be redundant.
I believe the button link issue is a regression but I don't know when it happened offhand.

Another thing, after selecting the module to assign, the page refreshes to an "Edit module" tab and there's a heading "Edit this assigned module: login_box". This is a smaller issue, maybe, but this heading is incorrect because the module is not yet assigned, which might confuse new users. To be accurate, it should be "Edit module: login_box".