Category: Image Gallery

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

{syntax type="tiki" editor="plain"}
Although there are permissions such as tiki_p_create_galleries there is no tiki_p_edit_image_galleries.

So a group with tiki_p_create_galleries permissions can add a new image gallery but cant edit the description after they have added it. Which is a problem if they made a mistake.

As we can read here: ((doc:PluginThumb)),

url : the url of the link

whereas in img syntax it's link=

You can see problem:

Image exists:
{THUMB(id=23)}{THUMB}

Image missing:
{THUMB(id=21)}{THUMB}


There should ne a nice error message. Image is missing.

Trying to start using Images Gallery on a fresh 1.10 install on a Ubuntu 7.10 Server/Apach2/PHP5 platform. All image files are JPG.

__GD__
GD ("2.0 or higher" per phpinfo) was installed with the platform and Tikiwiki seemed to recognie it, but functionality is not right.

If I upload an image from a URL, I get a thumb sized as predicted. However, if I upload a local file I get a 100% sized thumb.

If I choose to "rebulid thumbnails" all thumbs are made 100% sized.

__Imagemagick__
I installed it (2.0.0-alpha per phpinfo) and it's PHP module using apt-get and restarted the whole system for good measure.

Uploading an image from URL or local file is the same. I get what appears to be a white, 2x10 pixel thumbnail and image.

If I choose to "rebuild thumbnails" there is no apparent change. If I only switch back to GD and choose to "rebuild thumbnails" I get perfect looking, though 100% sized thumbs again.

{syntax type="tiki" editor="plain"}
Recently upgraded from 1.9 to 4.3.

Thumbnailing works when individual images are uploaded into galleries.

However, when two or more images are uploaded at once thumbnails fail and the images appear as original size.

Recently had to downgrade from php 5.3 to an earlier version as the GD library with 5.3 was not thumbnailing at all.

Image Gallery does not have Tiff support, let alone raw formats! A revamp should include some tool to insert/use metadata from the imaga files.

Please feel to reproduce the mistake in our system: http://www.feldtech.com/tiki.

Here a descrition of two such errors:
The location of a specific article is http://www.feldtech.com/tiki/tiki-read_article.php?articleId=9
but the link generated for visitors is: http://www.feldtech.com/tiki/article9


A certain gallery is to be found at http://www.feldtech.com/tiki/tiki-browse_gallery.php?galleryId=5
but tiki produces the following dead link: http://www.feldtech.com/tiki/gallery5

If you access whatever image gallery, you will see that is not possible to view the thumbnails and images. Have a look.

This function is so important! is the unique motive that image gallery exists..

http://tikiwiki.org/tiki-browse_gallery.php?galleryId=18

browse to
tiki-list_gallery.php?galleryId=<my-unbelievably-high-galleryId>
and you'll get:

Notice: Undefined index: sortorder in /tiki-list_gallery.php on line 182

Notice: Undefined index: sortdirection in /tiki-list_gallery.php on line 182

Warning: mysql error: Unknown column '' in 'order clause' in query:
select i.`path` ,i.`imageId`,i.`name`,i.`description`,i.`created`,
d.`filename`,d.`filesize`,d.`xsize`,d.`ysize`,
i.`user`,i.`hits`
from `tiki_images` i , `tiki_images_data` d
where i.`imageId`=d.`imageId`
and d.`type`=?
and i.`galleryId`=?
order by `` desc

in /lib/tikidblib.php on line 134

There should be a note, only visible to tiki_p_admin that the anti-bot code is not currently here because the GD lib is not there.

Recently introduced in BRANCH-1-9 (between 1.9.7 and 1.9.8), this feature seems to need more than shared hosting.

Doesn't work here:
http://doc.tikiwiki.org/tiki-show_all_images.php
http://themes.tikiwiki.org/tiki-show_all_images.php

{syntax type="tiki" editor="plain"}
trackeritemfield plugin doesn't have the same behavior as trackerlist plugin when it comes to rendering images:

Please see:
http://americana.org/Showing+TrackerItemField+IMage+Resize+Problem

trackeritemfield:
{trackeritemfield trackerId=14 itemId=2079 fieldId=256}

trackerlist:
{trackerlist trackerId="14" fields="256" showcreated="n" showfieldname="n" max="-1" itemId="2079"}

System Gallery did not translate correctly:

line 121 -- $gal_info["description"] = 'System Gallery';
line 173 -- $info["description"] = 'System Gallery';

Hi,

I'm logging this bug as requested here - https://tiki.org/forumthread71548-Unable-to-insert-images-directly-from-file-gallery#threadId=71556

I've recently started using tikiwiki and I'm rather satisfied with it so far. I do have one issue I haven't managed to fix as of yet though.

I'm running version 19.1

I don't seem to be able to insert images from the file gallery.

For example - Let's say I'm editing a wiki page, if I click on the toolbar icon to insert an image or file from the file gallery, and then click on an image or where it says "Click here to use the file" - the file gallery pop-up window jumps to the top of the page without having actually done anything. No image code has been inserted into the wiki article.

If instead of choosing an existing image in the file gallery I upload a new one - this does insert the image code into the wiki article, it just doesn't do it when I'm choosing an existing image.

So far I've just been manually entering in the code I need + the image ID, but naturally it'd be my preference to get the "click image in file gallery > it adds the code to wiki article" working.

{syntax type="tiki" editor="plain"}
to test this:
1. one zip file with 30MB with photos smaller that 1MB inside
2. php memory limit 512MB, upload/post limit 500MB
3. tikiwiki 3.0 final
4. file galleries and image galleries enabled.
5. file and image galleries working with directories, no databases
6. test uploading a simple image to file galleries: ok
7. test uploading a simple zip file with 3 photos inside: ok

to reproduce:
1. upload the zip file to galleries
2. get the error: Cannot upload this file maximum upload size exceeded
3. upload the same zip to gile galleries: no problem and unziped

so why is it working with file galleries and not with image galleries?

The Filename field in the Images gallery will allow a space to be present before any characters. This will save the file name in the table with the space in front of the character and this breaks the ability to refer to the image by name.

I have TikiWiki 1.9.2 installed on a Linux system with PHP Version 4.3.11 (GoDaddy).
I set up my images to be stored on disk not in the database.
The Firefox browser 1.0.x or 1.5.x works fine.
Internet Explorer 6.0 won't diplay the image with view_image.php when you use id=xxx but using name=xxx works fine.
It also won't show images in the Image Gallery. I assume it is using view_image.php based on id.
I didn't see any mention of this in the 1.9.3 release notes so I did not try installing the newer version.

To reproduce, visit:
http://themes.tikiwiki.org/tiki-browse_gallery.php?galleryId=1

And sort by file size:
http://themes.tikiwiki.org/tiki-browse_gallery.php?galleryId=1&offset=0&sort_mode=filesize_desc

Then, click an image:
http://themes.tikiwiki.org/tiki-browse_image.php?galleryId=1&sort_mode=filesize_desc&imageId=17&scalesize=o


You will get:
{img src=images/code.png}%%% {CODE()}
Warning: mysql error: Unknown column 'filesize' in 'order clause' in query:

select `imageId` from `tiki_images` where `galleryId`=? order by `filesize` desc

in lib/tikidblib.php on line 134
{CODE}

Also see:
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1345

discovered on tikiwiki.org

Ugraded this site to 7.1:

http://alaindesilets.org/MyPublicSite/tiki-view_blog.php?blogId=1

and now, I can't upload files to the Files gallery.

Here is what I do:

* tiki-upload_file.php
* click on Browse button
* Navigate my disk and select an image file
* Click UPload Files button
* Nothing happens.

When assigning a catogory with restricted permission, the permission usually override the global permissons.

When assigning a category to an individual image, the visibility is however not restricted.

When an image or file gallery is categorized the title & description are added to the tiki_categorized_objects table BUT if the title or description is then edited and changed this change does not get made to the fields in the tiki_categorized_object table. This means that when the objects are shown in the Browse Category function (or using the Category Plugin) then the 'old' title and description are shown.

I think I've verified this in the 'clean install' area and by direct examination of my own databases using phpMyAdmin.

It is currently not possible to change the owner of an image gallery.

Since this user has special rights, it should be possible to change it.

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