Category: Less than 30-minutes fix

{syntax type="tiki" editor="plain"}
I'm trying to configure an instance of a "Permissions" link in a dropdown so that it matches the other dropdown items.

On wiki pages, in the page bar, activated by clicking the "More" button, there's a dropdown with links. The only one with an icon is "Permissions", and I wanted to try removing the icon by editing templates/tiki-page_bar.tpl. I can remove the icon with these parameters: -+ {permission_link mode="button" . . . addclass="dropdown-item" . . . . } +- but then the link is given the -+ btn-primary +- class. To get rid of that class, I can us these parameters: -+ {permission_link mode="button_link" . . . addclass="dropdown-item" . . . . } +- but then the "key" icon displays, so the choice seems to be between the correct button classes plus an icon that can't be removed, or the icon removed but an unwanted button class added.

I think it would be best if the -+ btn-primary +- class wasn't forced with -+mode="button"+-. If the situation calls for a primary button, that class can be added with -+addclass+- .

(It's also possible that I'm missing some configuration detail so maybe user error on my part. ;-) )

By the way, I tried changing the key icon to something else just for a test, and neither -+glyph=+- nor -+icon=+- had any effect in my experimenting.

In a wiki page I set the plugin img (image) to use an image from "anywhere on the internet".
Several options are not working:
* Thumbnail (no matter what I choose I see the image full-size)
* Image size (no change or image not displayed, Setting width to 50% won’t change anything)
* ...

If I change to use an image from the file gallery it work just fine.

Please check the instance: http://bsfez-11581-6081.show.tikiwiki.org/

At https://doc.tiki.org/PluginToc#Only_second_level_and_sorted_from_A_to_Z it show:

__D__ocumentation Lifecycle
__F__eature Page Template
__d__elete
__e__rrors
help
in progress
merge
...

It should be ordered from A to Z
(OR some importance is given to CAPS vs notCAPS ?)

~~#F00:__EDIT__~~ : I created an instance to reproduce and I couldn’t so it may be something with Tiki.org
http://bsfez-11581-6285.show.tikiwiki.org

In Tiki 1.10, there is a feature to protect all emails against spam harvesters. Great.

1- Check that this protection is indeed powerful (so spammers can't get around it)

2- Have an option to show an image of the email when javascript is not available.

3- Extend this protection to [tiki-view_tracker_item.php?itemId=1147|the e-mail address in tiki-contact.php]

When you extend one of the two drop down menus ("View" and "Style") two things can be observed (besides the fact that View and Style do not translate): The menus are in the background, i.e. ''behind'' the icons... They should extend in the foreground, thus be painted over the icons, partially obscuring them...
Thanks
hman

The history of Spreadsheet completely ignores all date und time rendering prefs, and renders timestamps in US format, see screenshot (attachment).

Also note that the "compare" button doesn't translate due to a missing tra().

Spreadsheet has many options. But I wondered why two of the "add" features translated the same, even though they are different. "insert before" and "after".

The reason lies in a logic error in the template (/templates/tiki-view_sheets_menu.tpl), most likely a copy&paste error.

{CODE(Colors="Tiki")}
<li><a onclick="sheetInstance.controlFactory.addRow(null, true); return false;" title="{tr}Inserts an additional row after currently selected row.{/tr}">{tr}Insert Row Before{/tr}</a></li>
<li><a onclick="sheetInstance.controlFactory.addRow(); return false;" title="{tr}Inserts an additional row after currently selected row.{/tr}">{tr}Insert Row After{/tr}</a></li>
{CODE}

In lib/prefs/wiki.php there is a strange feature name I cannot translate. After the experience with all the tabs and newlines and stuff in feature.php, I did check this string with a hex-editor: No special characters. It as plain as it looks: "inline auto-toc". And it is correctly pumped through tr(), so it should translate. But it doesn't. Event if I copy & past this string directly. Please have a look at line 706:

{CODE(Colors="Tiki")}
'wiki_inline_auto_toc' => [
'name' => tr('Inline auto-toc'),
'description' => tr('Change the display of the table of contents for wiki pages to inline.'),
'type' => 'flag',
'default' => 'n',
'dependencies' => [
'wiki_auto_toc',
],
{CODE}

When you edit a Wiki page, the page gets reloaded, with an additional "success" information for the user, painted in green. This success message includes the version number and a reference to the history feature.

Unfortunately the revision no. given is not the new current version number, but the old one, before the edit was done...

Not a big deal, but could be irritating to non-tech users IMHO, because if you look at the history, which is what the success info encourages, you will not find your edit under the given revision number.

While doing the translation of the survey feature, I added some test surveys. But so far I have not participated in a any of those. Consequently, the statistics page of survey has NO entry under "taken". But every (!) survey has an entry under "last taken". This cannot be true. When there is no participation at all, there cannot be a last participation...

{syntax type="tiki" editor="plain"}
There is a setting with which the admin can block SVG (scalable vector graphics) uploading to the file galleries, because of the inherent security risks SVG files ''may'' pose.

If this block is active, it over-reacts. If a user wants to upload multiple files (via multi selection), and ONE of them is SVG, each an every file gets blocked from upload claiming a security block. This does happen with PNG (portable network graphics) and JPG files, which do not pose security risks (at least not the same as SVG).

Table of contents in the pdf produced by mpdf doesn't respect page orientation param set in plugin pdfpage.

I upgraded from php4 to php5. I had some sites with white pages and nothing in the error log.

Finally, it was:

"this web application requires mysqli php extension. We have enabled it and it look ok now."

Tiki could have detected and reported this.

Move discussion here:
((Test server compatibility))

tiki-admin.php?page=gal tells me if GD or Imagick is installed. Nice.

But sometimes, it's installed, but it doesn't work as it should. To rule out that the problem is with Tiki, here is an example of a simple php to test GD in real life. It would be nice to add to tiki-admin.php?page=gal

{img src=images/code.png}%%% {CODE()}
<?php
header("Content-type: image/png");
$im = @imagecreate(110, 20)
or die("Cannot Initialize new GD image stream");
$background_color = imagecolorallocate($im, 0, 0, 0);
$text_color = imagecolorallocate($im, 233, 14, 91);
imagestring($im, 1, 5, 5, "A Simple Text String", $text_color);
imagepng($im);
imagedestroy($im);
?>
{CODE}

Text area field width and height parameters are not applied correctly.
Width is never applied.
Height is not applied when wysiwyg is on.

{syntax type="tiki" editor="plain"}
This is how look the cookie requirement on Tiki.o

{img fileId="3086"}

There is room for improvement as this is the first thing someone discovering Tiki will see and have to do. ;-)

When you run the image gallery with a lot of images in it with multiple columns, none of the images get scaled! They are displayed as it is

A weird bug which was showing in tiki 4.x (calendar), and nowadays, I've seen something similar using 5.x alpha at dev.tw.o:

The user is redirected to a blank page with just an email address shown, even if the user didn't click anywhere.

To reproduce:
http://dev.tikiwiki.org/tiki-view_tracker.php?trackerId=5&status=o&sort_mode=f_41_desc&filterfield=54&&filtervalue[54]=xavi&&&&filtervalue[56]=Accepted&&offset=30

Pass the mouse over the item saying "2 errors editing articles in tiki 3.3 ".
With no click (just passing the mouse over, using Firefox 3.6.2), you are shown a blank page with just "email@domain.org" on top.

That item corresponds to:
http://dev.tikiwiki.org/bug2893


This is something which is also happening to a calendar in a tiki 4.x site, when the event body has some email address, it seems.

HTH

{syntax type="tiki" editor="plain"}
Tikiwiki 3.1 issue when replying to a forum posting, the following error occurs. This does not happen with Tikiwiki 3.0

Not Found

The requested URL /forumId=1&comments_parentId=1&thread_sort_mode=commentDate_asc&post_reply=1&comments_threshold=0&comments_reply_threadId=2&comments_offset=0&thread_sort_mode=commentDate_asc&comments_per_page=20&comments_grandParentId=1&thread_style=commentStyle_plain was not found on this server.

This is apparently a known issues that has not yet been fixed.

(http://irc.tikiwiki.org/irclogger_log/tikiwiki?date=2009-07-25,Sat&text=on)

Thank you.

Mike Petosa

The module "Tiki Assistant" (to help newbie admins) calls for an icon that does not exist (/img/icons/arrow_small.png). This is not configurable...

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

The label Database username + the placeholder Database username are redundant, we should keep only the placeholder. (same for Database password).

{syntax type="tiki" editor="plain"}
The __Redirect__ plugin takes two parameters:
* page = foo (to redirect to a wiki page)
* url = http://foo.com (to redirect to any other page)

However, Tiki sanitizes the __url__ parameter, creating url, which breaks the plugin's redirection.

I was doing a little testing with https://github.com/ffoodd/a11y.css. One of the errors it flags is -+ <head> must start with [charset] +- . Tiki doesn't have that exact meta tag, like -+ <meta charset="utf-8"> +- but it has -+ <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> +- .

A search turned up this information:
{QUOTE()}
Both <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> and <meta charset="utf-8"> serve the same purpose of declaring the character encoding for the HTML document. However, <meta charset="utf-8"> is the preferred method in HTML5 because it is more concise and easier to read.

The http-equiv="Content-Type" version was used in older HTML specifications like HTML 4.01, while the charset attribute is the standard in HTML5. Although both are still supported by browsers for backward compatibility, the simpler <meta charset="utf-8"> is recommended for modern web development.
{QUOTE}

I checked a dozen or so tech and popular websites and found only one - drupal.org - using the -+ http-equiv="Content-Type" +- version. Functionally, it apparently doesn't make a difference, but just to be up to date and use the modern syntax it seems like a good idea to update that (assuming there are no downsides to this change).

The field "name" in the tiki_preferences is currently limited to 40 characters.

This may be appropriate for English speakers, as soon as you start developing german-language Wiki Plugins, it becomes awfully little. For Example:

You are trying to write a plugin named

__ inventarisierung_details (this string has 24 characters).

As soon as you try to configure this, it becomes

__ wikiplugininline_inventarisierung_details (this one has 41 characters)

and fails horribly.

15.x: Improvements needed for mobile view of many *.t.o sites (dev, themes, doc, ...)

{img src="display1077" thumb="box" width="800"}

(1) No way to login at dev.t.o or doc.t.o, for instance, when browsing the page in the smartphone
(tested with Chrome on Android, but it seems to be reproduced with a browser on a desktop and making it narrow enough as a smartphone)

(2) There is no logo nor site name displayed in the top header of most *.t.o sites. OTher (non-tiki) bootstrap websites do display their logo and name when shown through smartphone. IS tehre anything that can be done in the Tiki side to fix this?

(3) Fullscreen button is shown on top of the button at the top layer to display the logo and site name. Therefore, clicking there, fires the fullscreen in some cases. And when in full screen, in a smartphone, I couldn't come back to normal display mode clicking at that button in the smartphone for some reason, I had to fix the param in the url to get back to normal.

(4) The submenu is not shown in dev.t.o and doc.t.o but it is shown in themes.t.o Why? How shall we edit the submenus so that they are shown in the smartphone display?

Thanks