Category: Modules

When you publish a blog post using an upcoming publish date, post appears right away in last_blog_posts module even if the publish date is stll in the future.

After updating tikiwiki3.3 to 4.1, the following fails to load
/tiki-admin_categories.php
/tiki-admin_polls.php and
/tiki-wiki_rss.php?ver=2

I checked memory and execution time therefore the problem due to this is ruled out. Problem must be somewhere which I could not figure out.

Time does not show correctly while date is perfect. It needs me to set time of publication of articles manually.

The module since your last visit does not work properly.

On my part I reinstalled it several times but errors persists.

At https://tiki.org/Community I played with the since last module and the calendar.

It is just chaos... ?
* Several dates seems selected
* Today button disable
* Wrong information
* Error if an erroneous date format is entered
* Aoutch...

See different screenshots:
{img fileId="1665" thumb="box"}
{img fileId="1666" thumb="box"}
{img fileId="1667" thumb="box"}
{img fileId="1668" thumb="box"}
{img fileId="1669" thumb="box"}

{syntax type="tiki" editor="plain"}
Unable to add calendar module

Fatal error: Cannot use string offset as an array in /home/tiki/public_html/modules/mod-func-calendar_new.php on line 72

Changi.

The following UI bug occurs when the view of the calendar is switched to the list view:
{img fileId="1074" thumb="box"}

Dunno if this is a bug or a "Features", but if it's a "Feature", then it still needs to be addressed because I wasted 20 mins trying to figure out how to drag and drop modules.

Here is the problem:
* Start with a barebone installation of Tiki
* Go to Admin > Modules > All Modules
* Click on any module and drag it to the right hand side of the page
** Nothing happens.
* Click on any module and drag it to the left hand side but into a blank space somewhere below the menu.
** Nothing happens
* Double click on any module (as per the instructions on the Admin > Modules > All modules page) in order to edit it
** Nothing happens

It seems the only places you can put the modules are:
* Top or bottom
* Or on the right hand side, but you have to drop it over the menu.
** This is not intuitive. I am not trying to insert the module into the menu. I am trying to put BELOW the menu. So it never crossed my mind to drop the module ON the menu.

On module creation :
( ! ) Fatal error: Class 'convertToTiki9' not found in /Users/Bernard/Documents/Shocksite/www/htdocs/retroRGB/lib/modules/modlib.php on line 76

The module is created.

Seen in Tiki 5.x and 6.x:

Events that have been canceled still appear in the list of upcoming events in the Upcoming Events module without any end-user notification that the event has been canceled.

Tiki should either:
* Not display canceled events in the module
or
* Display the event with a strikethru (or some other visual cue) to let end-users know that it is canceled.

If you use the categories mod, the trees have identical tags, such that a toggle of a tree node only toggles the node for the category in the module, and not the main category tree in the center column.

You can use a category module or a plugin List in a Tiki menu to display a list of items (link to a category page) for each sub category.

For exemple:
{CODE()}
{module module="categories" nobox="y" decoration="0" type="trackerItem" selflink="y" hideEmpty="y" onlyChildren="y" categId="23"}
{CODE}

{CODE()}
{LIST(searchable_only="0")}
{list max="500"}
{filter deepcategories="1"}
{filter type=category}
{LIST}
{CODE}

However this adds a bunch of empty link that push down the menu items:
{img fileId="1495" thumb="box"}

It also add an empty span for each items after the first child:
{img fileId="1496" thumb="box"}

Instance created here : http://bsfez-11581-7674.show2.tikiwiki.org

This affects e.g. Articles, Admin and Image Galleries

Weirdest thing about that is, that the menu is collapsed when in Admin -> Menu editing the menu.. :O

When changing a name of custom module, a new module is being created with all the changes.
It should update the existing custom module and not create a new one.

Tested on https://doc.tiki.org when you click the cog icon in the top bar and then one of the control panel icons in Chrome it does nothing (does not go to the control panel).

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

When any user creates a comment for an image gallery all users with the since_last_visit_new module active will not be able to access the site. Instead they will receive this error message:

Notice: Undefined index: list in /hsphere/local/home/stdiddl/breakingpaint.com/BP2/modules/mod-since_last_visit_new.php on line 87

{CODE(caption=Excerpt_from_line_86)} if (!isset($perm) || $userlib->user_has_perm_on_object($user,$res['object'], $res['objectType'], $perm)) {
if ($ret["items"]["comments"]["list"][$count]["href"])
$ret["items"]["comments"]["list"][$count]["href"] .= '&comments_show=y#threadId'.$res['threadId'];
$ret["items"]["comments"]["list"][$count]["title"] = $tikilib->get_short_datetime($res["commentDate"]) ." ". tra("by") ." ". $res["userName"];
$ret["items"]["comments"]["list"][$count]["label"] = $res["title"];
$count++;{CODE}

Recreating the problem:
#Enable comments for image galleries in Admin>general
#Enable the module since_last_visit_new
#Create an image gallery if one does not already exist
#view an image gallery and post a comment

The buttons after the text input in the search module are confusing. I doubt if people generally know whether to click "search" or "go". There should at least be tooltips for these to explain the difference. Also, "Edit" shouldn't display unless the user has wiki edit permission, seems to me.

{syntax type="tiki" editor="plain"}
When trying to log in using the top bar "Log in" module user gets CSRF error and is not logged in. Reproducible on tiki.org and dev.tiki.org. Not reproduced on doc.tiki.org. I feel it has something to do with the buggy cookie consent feature.

It does not happen when loggin in using the dev.tiki.org/login URL directly (instead of the top bar module).

You need to open new incognito window in Chrome/Firefox to "start fresh" and reproduce the issue.

Steps to reproduce in the attached screencast video.

https://dev.tiki.org/tiki-download_item_attachment.php?attId=514&display

When I create a new site and I add the ''switch_themes'' module, it does not show up. Instead, I get a "Module error" box (see picture 01) which tells me I need to activate the "users can change theme" feature.
So far, so good (except for the weird placement of the box in the bottom but that's off topic here).

When I check this "users can change theme" feature in the "Module error" box and save, I get a CSRF error and nothing is actually done :-(
That's the issue I report
See picture 02

With Android browser.

Maybe it's by design, but it looks a little weird...

Updated from 9.3 to 13.1, now article modules do not display filtered by category when article assigned to the specified category.

We use module articles for listing articles. Articles are categorized in different categories. Listing is in the right column next to the article and list the titles of articles from the same category as displayed article.
{img fileId="980" thumb="y" rel="box[g]"}
In version 13.1 do not function the parametr Category in visibility settings of module.
{img fileId="981" thumb="y" rel="box[g]"}
{img fileId="982" thumb="y" rel="box[g]"}
If is the module configured as shown in figures, the module is not displayed next to the article.
In previous version this parametr works fine.

{syntax type="tiki" editor="plain"}
doc.t.o using 12.x r48406: tag cloud module shows as list & with ' ' between tags when in .s5 slideshow.

Example, for module freetags_most_popular :
http://doc.tiki.org/show:Documentation#s2

::{img fileId="576"}::

Using this code:
{CODE()}
{module module="freetags_most_popular" type="cloud" max="75" notitle="y"}
{CODE}

Another one, for plugin rss:
http://doc.tiki.org/show:Documentation#s7

::{img fileId="577"}::

produced with this:
{CODE()}
{rss id="1" max="10" date="1" showtitle="0"}
{CODE}

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.

I can't see the reason for the separation between the structures feature and the menu feature - structures are massively easier to create and edit, but only menus can be shown collapsibly. Separation of functions leads to confusion and harder support.

When displaying a count of changes for a particular object the HTML to make that number bold is displayed.

===Example:===
OlgaEarLeftSideFace.png (x<b>15</b>)

"Show" is created. Example can be seen be clicking the "ActionCalendarExample" page from the "Last Changes" submenu of the "Wiki" menu.

-----

http://vranicoff-10064-4986.show.tikiwiki.org/tiki-action_calendar.php

{img fileId="635"}