Category: Consistency

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

Hi,

when you have an image gallery (from days with prior Tiki Wiki versions) you are encouraged to migrate it to file galleries. There is also a feature named "migrate".

I now had some spare time and wanted to do this, which I have long evaded. I clicked on migrate.

But it does not migrate... I only copies the contents of the image gallery to file galleries. Btw, the folder that gets created in that process should have its name piped through tra() in order to translate it.

On the positive side, I saw that all folders and all image really made it into the file galleries.
On the negative: There was no migration. On Wiki pages, all images are still taken from the image gallery and not from the file galleries...

So either this should be changed so that all calls for migrated images are transscribed into calls from the file galleries OR this process should be renamed "copy to file galleries".

Copy is okay, it does make things a little easier, but to my understanding of the word "migration", a migration would be to transscribe all image calls on all Wiki pages, something that still is tremendous work if you have many pages to convert...

Thanks
hman

The value of calculated fields is not shown in the list of entries in a mirrored Tracker. A calculated field using #3+#5 had the value displayed when looking at the individual item, but the value was empty when viewing the list of all items in the Tracker.

Here:
http://tikiwiki.org/TikiCopyrights

I just got:
{img src=images/code.png}%%% {CODE()} WARNING: No such module CVS! copyright.txt {CODE}

Similar to orphans pages and wanted pages, it would nice to have a way to have a list of used plugins (how many times used) from which we know how many are broken.


This happens if someone attempts to use a plugin which isn't activated. This can happen on upgrade for example or if a plugin was de-activated.

We need a way to know how many times each plugin is being used. So we can deactivate without causing issues.

Also, __approval of plugin security__ conflicts with wiki cache. When approving, cache should be cleared. Please test.


** Would need to watch this list
** Rick asks for a [http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-05-01,Fri&sel=120#l116|mass approve]

I wanted to edit the CSS for themes/fivealive-lite/css/blueberry but there is nothing in that dir?

{syntax type="tiki" editor="plain"}
When you add the module last_files, the tikiwiki can't be started anymore! Everything is blocked and that is it. The server load goes up to the maximum

Version 2.1 & 2.2

modules/mod-calendar_new.php displays strange month view when selecting LIST VIEW from tiki-calendar.php. The date (numerical) is placed several days backward in regards to day of the week (Monday - Sunday).

Screenshot (sorry so large for clarity):
{img src=show_image.php?name=calendarMODIssue20081023.gif }

This issue appears to be with the month view in mod-calendar_new.php assigned to variable $calendarViewMode. When I select $calendarViewMode='week' this issue does not arise.

I duplicated the function below in lib/calendar/calendarlib.php:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'list' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

I modified it to say:

{img src=images/code.png}%%% {CODE()}
if ( $_SESSION['CalendarViewList'] == 'calendar' ) {
if ( is_array($listtikievents) ) {
foreach ( $listtikievents as $le ) {
if ( is_array($le) ) {
foreach ( $le as $e ) {
$listevents[] = $e;
}
}
}
}
}
{CODE}

This caused it to be "fixed" but it broke in Internet Explorer by showing a full semester view in the calendar. Not so desirable effects. We've since switched to the week view in the mod-calendar_new.php module with no issues.

On t.o if you look at the tracker view you can see the modified date for each tracker.
If you go into a tracker and try to find the last modified item it will display a different date.

IE:
https://tiki.org/trackers show that the tracker 26 last modified item was 2 years ago.

https://tiki.org/tracker26 the last modified item was 4 years ago.

When you create a new article and decide to __not publish it__ (which means actively removing the checkmark on the "published" checkbox), then it won't show up in articles module, and not on Home of articles (correct behaviour), but it does show up in the module "Since last visit". This is inconsistent...

{syntax type="tiki" editor="plain"}
Assign the module ''events'' on the left, and you get a weird looking of the left menu, and a disappering content on the right side.
Assign it to the right side results just in wrong textcolors for the left menu.
In both cases the bottom bar will be shown in the menu (on the corresponding side where the events module is assigned).
Tested with all stadard themes, for all the same result.

And it doesn't show a calendar with events, so it's useless at all.

Tested with firefox 2 and 3 under linux.

Btw: Module calendar also shows no calendar, but at least it doesn't break the themes.

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

I have tested and look at dev of the module Action Calendar on 6.0 and 6.x trunk.
It need to be polished.
There are some misfit.
Who read this must understand that the function where not ended for 6.0
This note is technical sometime for a good link to dev team.

The item 3650 relates that the popup which shows action buttons can't be reached.

In fact as the function is not polished the buttons are the same as module calendar, but they have not corresponding available functions.

As I test to set these popup as "sticky" it function as the main calendar. After I test various issues :
#Action link on the cell of a day -> go to show a calendar of a full week. Can display thousands of events.
#Buttons on popup goes quite nowhere

!Module Action calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. *The buttons can't be the same as main calendar
*As the events are system events they can't be updated neither deleted.
*The update could be to add a comment to but as it is a list... for the day it is into the list.
**the events can't be edited, but an enhancement can be to have the capability to add comment
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)
**a button on the popup can activate directly the calendar view with options of time span "day, week, month" or list with same options

!Module Main calendar
Note that any cell is related to several events then any action must leads to a list of events,
!!What can be wished :
!!!Global action buttons (nav.tpl):
Add a button to go directly to calendar for the current span of time (day,week, month..), two buttons : calendar or list (to earn time) in the future 7.x full page calendar. Options : view only, view and add comment (if rights opened), edit
!!!Action on the link of the cell (day)
Display the list of "events" (sometimes truncated into the popup as it is desirable) for __the corresponding date "day".__
!!!The list offers
* Button update
* Button delete
* Button copy and edit
* Button repeat the object (daily, weakly, monthly, trimestrial, yearly, fiexed date - checked on calendar) option edit list generated after
* Link to the object
* Add a comment to event (first column of list)
* type of event , not already made, edit types (a structure only for events classification), modify type (check on structure)
!!!Action on popup buttons
Any button which have action opens and operates on the list of events of the day. The buttons can be
*Show the list (right can be only "show_calendar items" and not "edit")
*Display the list in edit mode
*As there are several event they can't be updated neither deleted directly only defined upon the list.
*Depending of opened rights the update button could be "show full list : can add comment " if right opened
Notes :
**the events can be listed for the day (the function is not edit_item but calendar with date="date" viewmode=day and listmode=list)

!For 7.x :
!!Calendar with Gantt presentation
!!Calendar content can content several types of objects with various rights.
See corresponding text (the link to wished features projects for 7.x about calendar will be here soon ###)

My wiki (http://wiki.alphasoftware.com/, on version 4.2) intermittently fails to respond to mouse clicks for module box and menu expand/contract toggles, tab buttons for administration interfaces, the button to toggle between WYSIWYG and Normal editing, and other buttons that invoke JavaScript Ajax actions.

Changing random administrative settings or themes sometimes changes this behavior, but it still seems to come back.

I think it might be a bug, but I might also have some inconsistent settings.

I am willing to upgrade to the trunk build if these are bugs that have already been fixed.

For example I have specified a prefix for all of my pages so I can have structures like
STR1_pageName alias pageName
-STR1_Another alias Another
STR2_pageName alias pageName
-STR2_Another alias Another

The issue comes when I want to have consistent naming for my left navigation and on breadcrumbs module. Structures are displayed correctly on the left navigation every single item has that alias. But on the breadcrumbs module the current page you are on is displayed by pages realname. For example pageName >> STR1_Another
I've received complaints from clients that this behaviour is confusing , and I've yet to find the solution to this issue. This may somewhat be related to ((https://dev.tiki.org/item4891|this)) issue. If someone has ideas how to overcome this issue I could try to fix it.

/lib/modules/modlib.php has some names that really do not make sense, in any language, including English, because they do not fit the descriptions. Remember that on the GUI the names will serve as a headline for the description:
{CODE(Colors="Tiki")}
'category' => [
'name' => tra('Category'),
'description' => tra('Module displayed depending on category. Separate multiple category IDs or names by semi-colons.'),
'section' => 'visibility',
'separator' => ';',
'filter' => 'alnum',
'profile_reference' => 'category',
],
'nocategory' => [
'name' => tra('No Category'),
'description' => tra('Module is hidden depending on category. Separate multiple category IDs or names by semi-colons. This takes precedence over the category parameter above.'),
'section' => 'visibility',
'separator' => ';',
'filter' => 'alnum',
'profile_reference' => 'category',
],
{CODE}
Why is an option to __hide a module__, based on category, named "no category"? In the code __and__ in the GUI? Actually, when someone wants to use that feature, he or she has to set a category and list it here, so "no category" doesn't make any sense at all. In no language.

{syntax type="tiki" editor="plain"}
I don't know if this is a true bug or not because it depends on the intended functionality of the module "logged_users". I assume that it is supposed to show the total number of users currently logged in. However, it does not seem to exhibit this behaviour. It actually shows the number of users that have logged in but, if a user subsequently logs out they are not removed from the total. In effect it gives you a cumulative total of users logged in since the module was activated. Perhaps this is the intention of the module but I doubt it.

I'm wondering if this is a permissions issue and that is why the count is not getting updated. perhaps users of certain groups do not affect the total? I mention this because I have been playing around with permissions but I don't know if it's relevant or not.

I'm using version 1.9.11 of Tiki.

The module multilike can be used to like or unlike a page, an article, an item, etc.
This is pretty neat to have a "Was this helpful" feature:
https://medium.com/@GaryHarrower/user-feedback-was-this-page-helpful-39174efa9e93
https://www.flippercode.com/was-this-helpful/

For anonymous it says you need to enable the permission "tiki_p_post_comments" but even with this permission -+lib/core/Services/Relation/Controller.php+- failed to validate as sources are not passed to the service if you are anonymous.
{CODE(caption="Line 103")}
// ensure the target, source, and relation info are passed to the service
if (! $target_type || ! $target_id || ! $source_type || ! $source_id || ! $relation_prefix) {
throw new Services_Exception(tr('Invalid input'), 400);
}
{CODE}

It would be nice to be able to use Multilike for anonymous.

I have set feature_comment_moderation=y, so new comments are invisible until approval, but they are shown as new comments on the since_last_visit_new module. So if user clicks on this link they come to the page where the comment was made (currently only tested with blog comment, but should be the same with other comments), and don't see this new comment.
I've no idea if this also affects coming version 4, only working with v3.2

The module mod-since_last_visit_new.php does not currently check to see if a parameter has been set to set the title. As a result, the current code always displays "Since your last visit...".

The desired effect is to allow an authorized user to set the module title using the 'title=my custom title' parameter.

{syntax type="tiki" editor="plain"}
Moving +10 (default number) files to new file gal fails (only first 10 moved)
To reproduce:
* log in as admin
* Create two file gals (A and B)
* Upload 15 files to file gal A.
* Ensure that you have by default 10 files shown per file gallery (as a setting in the administration of the file galleries)
* List the file gallery, and Change the view to show 15 files instead of 10.
* click on all check the boxes of the 15 files
* select move files to a new file gallery
__only 10 files are shown and selected at this point __
If you keep going (select destination file gallery to move the files to), you'll see that only the first 10 files are moved, and not the 15 files that you had initially selected.

Using Tiki 3.1.

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

I just used the feature __Change all to File__ in __Manage Attachment__ page (wikiatt) and I have lost all the link in wiki pages to the attachments.


in the root directory of tikiwiki have appeared all the file attachment in this format __fad8af90189c10a80f8712263d74fa50__

In __Manage Attachment__ I click the Change buttom to come back to db storege without success


I am confused and thinking in restoring tiki_wiki_attachments table.


any suggestions

thank in advance

{syntax type="tiki" editor="plain"}
Printing with mpdf doesn't include images in many cases including params in the plugin img call such as zoombox, or when controlling the display of images from inside a ((doc:PluginFluidgrid)) , and in other cases reproduced in the show.t.o instance indicated:

Reproduced in a show2.t.o instance from another bug report (since setting up diagram generation requires some manual steps to get the composer package installed server side)
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=Tiki-Wiki-CMS-Groupware
u: admin
p: 12345

Current code used in the show instance:
SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB)

See pdf produced with pdf:
{file type="gallery" fileId="1564" showicon="y"}

See the corresponding pdf produced by a local pdf printer from the print veresion of that wiki page:
{file type="gallery" fileId="1565" showicon="y"}


Code being used for the first sections about images:
{CODE()}

{FLUIDGRID()}
5: {img src="tiki-download_file.php?fileId=5&display" width="200"} 6: {img fileId="6" width=200}
---
7: {img fileId="7"} 8: {img src="tiki-download_file.php?fileId=8&display" width=400}
{FLUIDGRID}

!!# Local Image with zoombox
{img fileId="4" thumb="box"}

!!# Another local Image without zoombox

{img src="tiki-download_file.php?fileId=5&display"}

!!# A remote image with zoombox

{img src="https://doc.tiki.org/img/wiki_up/393px-Pears.jpg" thumb="box"}

!!# A remote image without zoombox

{img src="https://doc.tiki.org/dl1480?display&x=250&y=180" }

{CODE}
---

retested today upgrading the show instance to latest 24.x
"Upgraded today (server side) to latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022) ", adn removed and reinstalled mpdf and diagram packages.
Same issue.{sign user="xavi" datetime="2022-01-22T23:32:38+00:00"}

pdf generation (using mpdf) doesn't include diagrams if only local casperjs installed (as composer package, and preference "File Galleries (control panel) > Settings for Diagrams > __Use locally CasperJS to export images__" enabled) but the other preference "__Use draw.io public services to export images __" is not enabled.

Reproduced in a show2.t.o instance from another bug report (since setting up diagram generation requires some manual steps to get the composer package installed server side)
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=Tiki-Wiki-CMS-Groupware
u: admin
p: 12345

Current code used in the show instance:
SVN (24.0vcs): Tuesday August 3, 2021 17:34:21 CEST - REV 78798 (InnoDB)

See pdf produced:
{file type="gallery" fileId="1563" showicon="y"}

Export a pdf version of slides (using mpdf) from the slideshow fails to respect image sizes when within ((doc:PluginFluidgrid)), and therefore content overflows slides in some cases.

Example of code from a production site:
{CODE()}
{slideshow theme="sky" transition="slide" transitionSpeed="default" backgroundTransition="none" controls="y" controlsLayout="bottom-right" controlsBackArrows="faded" progress="y" slideNumber="y" fragments="n" fragmentClass="grow" fragmentHighlightColor="none" autoSlideStoppable="y" alignImage="n"} ^Presentació a: https://foo/bar ^
{FLUIDGRID()}~~cyan:.~~ {DIV(style="text-align:left")}
__Apartats de la xerrada d'avui__ (''Xavier''):
1. Dades crues
2. Processat de dades d'un mes
3. Processat múltipes mesos
4. Ingesta Dades Fusionades a CityOS
5. Ús de les dades
6. Pendent: Errades en agregats esbiaixats
7. Altres (per qui vulgui saber més detalls ;-)
{DIV}
{img fileId="4"}
---
{img fileId="5"}
---
{img fileId="6"}
{img fileId="7"}
{FLUIDGRID}
{CODE}

Slideshow displays images in the fluidgrid as expected:
{img fileId="1566" thumb="box"}

However, the pdf version does get the images splitted in several slides/pages.
{img fileId="1567" thumb="box"}

Similar issue reproduced here:
http://xavi-9794-6688.show2.tikiwiki.org/tiki-index.php?page=new_page
u: admin
p: 12345
In this show instance, nothing is displayed in the pdf.
Using latest 24.x branch: r79594 (Last Changed Date: 2022-01-22 14:46:09 +0100 - Sat, 22 Jan 2022)

When you use a wiki page as template (pretty tracker, pluginlist+semantic alias, etc) we have several component that refer to the template page name and not the item (title) it is displaying.

Things like Multilike, Forum for discussion, Wiki argument variables { {page} }, etc

They will refer/link to the page itself and not to the item title.

IE: I have a template page named __record tpl__ to display a tracker item contact (title:bernard) and on the page I have set Forum for discussion option to create automatically a topic in the forum to discuss about this contact: bernard.

Normally I would expect the title of the discussion to be bernard but it will be "record tpl" and also there will be only one discussion for ALL my items (as the reference is the wiki page object and not the itemId displayed).

Same goes for { {page} } it will show "record tpl" and not "bernard"

{syntax type="tiki" editor="plain"}
Reload page button is yellow (warning) and placed left => Should be right
Close dialog button... We have already an X to close this dialog not sure we need this button.

Anyway, it shouldn't be a plain button with a lot of text.
To be consistant with other "cancel" actions in Tiki it should just be close, a X and/or outlined.

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