Category: Regression

{img fileId="603"}

@mani: Pascal asked me to indicate to you that you have access to a backup of this site to make it easier to resolve. Thanks! {sign user="marclaporte" datetime="2013-11-19T22:04:06+00:00"}

On the footer of https://themes.tiki.org/, there is a broken image

{img type="src" src="tiki-download_item_attachment.php?attId=738"}

Last post 8 days ago

Perhaps account used to fetch is no longer subscribed to SourceForge.net?

{syntax type="tiki" editor="plain"}
Hi:
I can't add recurrent events in this web site:
http://moviments.net/uelm/tiki-calendar.php

Neither me, nor other editors in this web site.
Single items can be added with no problem.

However, I've tried to reproduce the problem in local , and I haven't been able to do so. I can add single events, and recurrence rules without problems.

I can provide the db of the problematic site, to allow further investigation of the settings in that site...

I can't change a field of type "attachment" to any other kind of field.
No error message, no feedback. It just does not happen.
Rebuilding the index does not help.

I have set : Preference tracker change field type enabled (Preference name: tracker_change_field_type)

I can change the type of a field of type text, but not of type attachment :-(

This worked on Tiki16.x

I don’t receive anything from dev since we move it to Tiki19.

{syntax type="tiki" editor="plain"}
I tried some other languages, but it seems only to apear with the german translation.

The wiki css breaks if u change to german. most pages work well, but the wiki gets killed

{syntax type="tiki" editor="plain"}
The online translation on i18n.tiki.org is not working.
I want to test on show.tiki.org first and later come back with detailed report.

//Update://
On show.tiki.org the online translation works smoothly! No problems.

So I guess, we have either a configuration problem or a server problem - I will refer aswell to the infrastructure team. //done//

...

The user "gour" did report about an adress error (redirect or .htaccess) in the dev-list and I faced frequently the last days, that the tick-box of the translation is not working, the translation dialogue on i18 is different than ist should be (just compare with show.tiki.org), the translation does not save - is that Ajax or JS? <-> loading for ages, but not finishing - not any result, just endlessly loading.

I use GNU/Linux Ubuntu 14.04
Firefox: tickbox of interactive translation get's not staying ticked, translations are editable on both sides (original and new)
Chromium (Chrome): activating interactive translation seems to work on the first view, but ticking the box or deactivating the interactive translation via quickadmin causes WSOD
~np~(http://i18n.tiki.org/tiki-interactive_trans.php?interactive_translation_mode=on and
http://i18n.tiki.org/tiki-interactive_trans.php?interactive_translation_mode=off)~/np~

As said: no problem on show.tiki.org!

...

Too frequently, when you want to do some stuff at i18n.t.o, you get stuck with:

{CODE()}
Fatal error: Class 'Table_Plugin' not found in /www/htdocs/w00ec2fb/lib/wiki-plugins/wikiplugin_fancytable.php on line 11
{CODE}

something similar happens when you enable interactive translation and attempt to go to any admin panel.

We miss at least one icon to easily add files to the file gallery and get them inserted in the text area easily with the minimum number of clicks.

In default installs, for usability for new users.

AND we need to respect tiki sites that had those tools ({img src="https://dev.tiki.org/img/icons/file-manager-add.png"}, for instance, which does something like [https://dev.tiki.org/tiki-upload_file.php?galleryId=3&view=browse&filegals_manager=area_51bb470595cd3&insertion_syntax=file]) added in the toolbar. In a site that I upgraded from 10.x to 11.x I had that tool removed, and this other one {img src="https://dev.tiki.org/img/icons/file-manager.png"} (PluginFile) also removed sitewide.

I noticed after pulling the latest code from SourceForge that certain icons in the WYSIWYG and Wiki editors were not being set properly. A condition inside an if statement in /lib/toolbars/toolbarslib.php on the line 1709 was setting several icons to the plugin.php icon.

I began looking for the cause of the issue and discovered a series of several commits that had caused the bug. The icons in question are the features 'Image', 'File', 'Mouseover', 'Insert Module', 'HTML', 'Include', 'Code', and 'Remarks Box'.

The problem code for each of the above features can be found in the lib/wiki-plugins/ directory and is attributed to a single line of code in each file. The structure of the hash tables located in these files appears to have been changed from using

'icon' => 'path/to/icon'
to
'iconname' => 'iconset_definition'

Unfortunately, this has caused the regression on my site. To fix this, I can simply comment out the line with 'iconname', and replace it with the previous 'icon' line, however this increases the number of customizations on my site I would need to keep track of, and would prefer not to go down that route.

The revision numbers and files for the features in question are as follows:

'Image' = r56275 -- /wiki-plugins/wikiplugin_img.php
'File' = r56269 -- /wiki-plugins/wikiplugin_file.php
'Mouseover' = r56280 -- /wiki-plugins/wikiplugin_mouseover.php
'Insert Module' = r56280 -- /wiki-plugins/wikiplugin_module.php
'HTML' = r56273 -- /wiki-plugins/wikiplugin_html.php
'Include' = r56276 -- /wiki-plugins/wikiplugin_include.php
'Code' = r56254 -- /wiki-plugins/wikiplugin_code.php
'Remarks Box' = r56291 -- /wiki-plugins/wikiplugin_remarksbox.php

I looked into the new iconset definitions as well, and didn't notice any issues with it, so this is why I'm am submitting the bug report. Let me know if there is anything I can help with!

I get these notifications. on tiki-admin_toolbars.php. Im guessing its because our icons are missing in an updated version of font-awesome.

NOTICE (E_USER_NOTICE): Icon not found: monitor
At line 181 in lib/theme/iconsetlib.php
NOTICE (E_USER_NOTICE): Icon not found: monitor
At line 181 in lib/theme/iconsetlib.php
NOTICE (E_USER_NOTICE): Icon not found: dashboard
At line 181 in lib/theme/iconsetlib.php
NOTICE (E_USER_NOTICE): Icon not found: dashboard
At line 181 in lib/theme/iconsetlib.php
NOTICE (E_USER_NOTICE): Icon not found: shorten
At line 181 in lib/theme/iconsetlib.php
NOTICE (E_USER_NOTICE): Icon not found: shorten
At line 181 in lib/theme/iconsetlib.php

It has display:block instead of inline or inline-block now. E.g.:

fivealive-lite.css on line 3968:
{CODE()}
.navbar-brand > img {
display: block;
}
{CODE}

{syntax type="tiki" editor="plain"}
Try it here:
http://tikiwiki.org/Hosting+company

Related:
{wish id=2554}

Attached images are now broken on wiki page where they are used see:

https://doc.tiki.org/Currency-Amount-Tracker-Field
https://doc.tiki.org/Manager
http://doc.tiki.org/PluginMemberPayment

The images are here (example: https://doc.tiki.org/tiki-download_wiki_attachment.php?attId=51) the code that display them is broken.
{CODE()}{img attId=51}{CODE}

Whenever I try to insert an image in a wiki page and specify its width:
{CODE()}
{img fileId="51" width=100}
{CODE}
The image doesn't display properly. All I see is the plugin icon:

https://www.evernote.com/shard/s235/sh/56d7e686-a523-41e7-9df9-5059fdd80705/cbec3e47624cc4a9c0f7a45630039d06

Yet, if I display the image without the width argument
{CODE()}
{img fileId="51"}
{CODE}
It displays properly. If I specify a width that corresponds to the actual resolution of the image file, then it also works.

I have seen this problem with different file formats.

I tried to reproduce the problem on show, but was not able to:

http://user-10156-4744.show.tikiwiki.org/tiki-index.php?page=HomePage

But here are some screen shots from my 11.x site where the problem happens:

Here is a page with an image inserted with and without the width:

https://www.evernote.com/shard/s235/sh/b0e781ca-36ed-473a-a517-6ce457b568f4/2606ea1bece64d3326a2042d54ad9da0

Here is the source of that page:

https://www.evernote.com/shard/s235/sh/e2b0b7f5-53fb-479a-95c0-3dc9cf52ed9d/271ab3a14a21da68e8294dbf91d372c5

{THUMB(id=12)}{THUMB}

When a file (image) is selected for insert in a page, and when the "Mouseover - enlarges in popup when moused over" Thumbnail parameter is set, the mouse over does not function correctly.

Please see how the file(image) mouse over is supposed to function at http://tpwtestuser.com/tiki12/tiki-index.php?page=Image+Mouseover+Test and hover over the image at this tiki12 test site.

Please see how the file(image) mouse over does not function at a tiki14.2 and a tiki15 beta site. When the cursor is hovered over the image, the image does not appear or display. But if you click on the image, the image does have a mouse over behaviour, but it is the incorrect behaviour, as the image should enlarge by simply hovering over the image.
---
(Tiki14.2) http://tpwtestuser.com/tiki/Image+Mouseover+Test
(Tiki15) http://tpwtestuser.com/tiki15/tiki-index.php?page=Image+Mouseover+Test
UPDATE 4-12-16: The above links now show mouse-over functional using geeza's fix as suggested at the comments page of this bug report. Though the action still needs some work as far as size of pop-out and image placement.
---
Here is the link to the tiki.show instance at http://jmorris-11758-5895.show.tikiwiki.org/tiki-index.php?page=Image+Mouseover+Test

Thank you for considering this in your line up of bug fixes!
John

When using ElFinder for File Galleries, I'm not able to insert an image into the editor (tried Standard and WYSIWYG).

I double click on the image in ElFinder but nothing happens.

Images displayed with the img wiki plugin are being assigned a CSS class that's simply a number (it's the file id number). This isn't valid CSS. The number should be appended with something like "fileId_".

For POI map items ie a tracker item with an Icon field, the icon image is no longer updating WHEN USING FIREFOX and the tracker_legacy_insert pref is enabled – in the tracker item edit screen a new/different icon image can be selected from the available options in the file gallery, and this is correctly shown just after selection but when the item is saved the icon reverts to the previous image.

Using Chrome it is all OK - not checked other browsers yet

Show instance with tracker setup:
http://eromneg-10122-5815.show.tikiwiki.org/tiki-view_tracker.php?trackerId=1
admin
admin12345

UPDATE: OK – I’ve narrowed down the issue further

I’m using FF44.0.1 so no difference there, but because my test site has evolved from much earlier versions it has got a whole range of tracker prefs that have been set over the years (or have arrived during upgrades to give backwards compatibility)

I’ve spent a bit of time aligning the show instance to what my test site uses and the key difference is the tracker_legacy_insert pref which is set in the Tracker Control Panel. With this set the issue occurs in the show instance with FF but is OK in Chrome

{syntax type="tiki" editor="plain"}
Under certain condition the img plugin add image quality information that is breaking image transparency when using .png file.

On a Tiki 30 i have the following:
{img fileId="3254" thumb="box"}

A weird background is visible.

The plugins:
-+{img type="fileId" featured="y" class="img-fluid text-center"}+-

The HTML:
{CODE()}
<img src="dl571?display&amp;format=png&amp;quality=75" class="img-fluid text-center regImage pluginImg571 img-fluid featured " alt="Image">
{CODE}

If I remove "format=png" the image is displayed with the correct transparency.

It seems to come from here: lib/wiki-plugins/wikiplugin_img.php

{CODE()}
if (isset($imgdata['quality'])) {
$src .= '&format=' . str_replace('image/', '', $imgdata['file']->filetype) . '&quality=' . $imgdata['quality'];
}
{CODE}


Note a brand new Tiki by default (like demo.tiki.30.t.o) doesn't show the issue.
Could be file quality encoded data (on the file) or something that changed in the code.

---

I used the parameter "An image anywhere on the internet" and pointed to my file to fix the issue:
{CODE()}
{img type="src" src="display571" alt="Sovereign Offsite Backup Service" responsive="y" class="img-fluid text-center"}
{CODE}

Test on dev.t.o

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

It is not possible anymore to navigate (browse gallery) when uploading an image in this tracker. (tested on Safari and Chrome)

It take a lot of time to display the galleries (at first I though I was stuck) then once the galleries are displayed when you choose one you got an error:
{CODE()}
Fatal error: Uncaught --> Smarty: Not matching {capture}{/capture} in 'layout_view.tpl' <-- thrown in /var/www/virtual/dev.tiki.org/html/vendor_bundled/vendor/smarty/smarty/libs/sysplugins/smarty_internal_runtime_capture.php on line 139
{CODE}

__To reproduce go to https://dev.tiki.org/tiki-list_file_gallery.php?galleryId=13?filegals_manager=area_5e4e4e6e2e81e directly.__

https://share.vidyard.com/watch/MTx8PYpGTQUV4ow5ynEUXQ?

Uploading an image (in this case, theme images such as themes/amelia/images/amelia.png) fail with this error:

{CODE()}
File upload failed: SyntaxError: JSON.parse: unexpected character at line 1 column 1 of the JSON data
{CODE}

When an image is uploaded to a File Gallery, you used to see a thumbnail of it when you moused over the item in the File Gallery table listing

This no longer happens.

This functionality should restored if at all possible as it is an invaluable feature when you have a gallery with lots of images and you want to be sure which one to use/download