While developing and supporting JoomGallery 1.5.5 we detected a problem which is related to very many third party system plugins.

In our opinion, these plugins don't respect a certain attribute of Joomla by what problems may occur if the site uses search engine friendly URLs.

We want to explain this correlation here and ask the developers of these plugins to check their code concerning this matter and to fix it where appropriate.

For illustration we will have to go into greater detail: As probably known by many developers there are four system plugin events in Joomla at the moment which are triggered in the following order: 'onAfterInitialise', 'onAfterRoute', 'onAfterDispatch' and 'onAfterRender'.

In the following primarily the events 'onAfterInitialise' and 'onAfterRoute' are important as well as a core parameter of Joomla called 'format'. This parameter, which usually is delivered within a URL, determines which document type (see $document->getType()) of Joomla shall be rendered. By default, this is 'html', thus an ordinary HTML page. Because of that 'format' isn't usually delivered for HTML pages (the default value 'html' is used then).
Other possible values are 'error', 'feed', 'pdf' and 'raw' (they match with the sub-directory names of folder 'libraries/joomla/document'). For example, if you want to create a PDF file and output it you will have to use 'format=pdf' explicitly in the URL so that Joomla renders this document type automatically.

The actual problem can only occur if search engine friendly URLs are enabled in Joomla (it doesn't matter whether it's the Joomla Core SEF or a third party SEF component). Since 'format' isn't explicitly in the URL anymore now (but implicitly in the SEF URL), Joomla isn't able to "know" that another document type than 'html' is requested until event 'onAfterRoute': Only now the SEF URL was parsed and 'format' is available explicitly again.

However, this alone still isn't responsible for the actual problem. That one occurs not until a system plugin is installed and enabled which fulfils the following conditions:

• It uses the event 'onAfterInitialise' or the constructor.
• In at least one of these, it calls the document library of Joomla.
  This may happen directly with:

  $document =& JFactory::getDocument();

  or also indirectly with e.g.:

  $mainframe->addCustomHeadTag($html);

If these conditions are fulfilled (which happens with very many system plugins unfortunately), 'JDocument' is loaded before 'format' is known explicitly to the system.

Thus the line

$instance->setType($ntype);

of function 'getInstance()' in file 'libraries/joomla/document/document.php' irrevocably determines the document type of the current request with 'html' (this cannot be changed later on)!

An extension which requests another document type (e.g. JoomGallery requires 'format=raw' for displaying a single image) cannot work correctly anymore with that.

Conclusion

Since 'format=html' is determined afore it's sure that definitly 'html' is requested because of these certain system plugins we think that these plugins are responsible for the problem.

Plugins which want to change the HTML output of a page shouldn't do that until it's definitly sure that an HTML page is actually requested. This is the case at event 'onAfterRoute' at the earliest.

We hope that many developers among you read this text und try to rewrite the plugins which call 'JDocument' in order to let them only use the events 'onAfterRoute', 'onAfterDispatch' and 'onAfterRender'. Tests on our site have shown that this is mostly practicable without much effort.

Thank you for reading this very theoretical text!

As already promised we will provide bug fixes for the JoomGallery 1.5.7 until the end of the support of Joomla! 1.5. Therefore we announce the immediate availability of JoomGallery 1.5.7.5.

We want to point out that we will finish the support of the JoomGallery for Joomla! 1.5 probably in April 2012. Then we focus exclusively on the JoomGallery for Joomla! 2.5, a stable version of JoomGallery 2.0 is already in the starting blocks.

Most fixed bugs only occur in specific configuration cases and are also more or less of cosmetic nature. We don't provide a detailed list of the fixed bugs here. Those interested in more details should have a look at the file 'CHANGELOG.php' in the 'admin' folder of the installation Zip.

Nevertheless, we recommend upgrading to the new version.
The upgrade is either possible via an Autoupdate in the Admin panel of the gallery or you can download the corresponding Zips from our server and install them with the help of the extension manager of Joomla!. Before updating - as always recommended at this point - please backup your file system and the database content.

Downloads
JoomGallery 1.5.7.5
Language files

Thank you for your interest in the JoomGallery.

Finally it's done! We are glad to publish the first stable version of JoomGallery for Joomla! 2.5 today: The JoomGallery 2.0 ACL.

As the name for the version indicates, the gallery now supports the new ACL of Joomla! completely. It offers you the possibility to precisely control the user access rights for uploading images and creating of categories in the front and back end. The gallery's ACL behaves exactly like your are used to it from the Joomla! core components with the exception, that the gallery has some additional rules to offer. The gallery's global access rights can be changed in the 'Admin menu' by clicking the tool bar button 'Options'.

To be even more flexible with assigning different settings to different user groups you have the possibility to activate the new extended configuration manager. This can also be done by adapting the global access 'Options' in the tab 'Extended'. Once activated, you are able to assign different settings to almost all options of the 'normal' configuration manager to each user group​​ (e.g. display the watermark only to not registered visitors or different image upload limits for the various user groups). We would like to point out that this option should only be used by experienced users who are already familiar with the 'normal' configuration manager.

In addition, many changes were made in the gallery code that are not directly visible (e.g. the use of Joomla's 'JForm' class for the gallery forms or an improved maintenance manager, which now can handle even huge galleries!).
Of course we also integrated some new features:

• The often desired option to skip the category view.
• The possibility to assign category thumbnails from images located in subcategories.
• New option for the additional output of the image description in the pop up boxes.
• Other options in the configuration manager for the 'Accordion' in the detail view.
• Many other little changes that should make the work with the gallery even easier.

Except that, we have also upgraded our support sites to Joomla! 2.5 for staying tuned.

In order to migrate your JoomGallery 1.5.7 running on Joomla! 1.5 to the new JoomGallery 2.0 ACL we have written a migration script so that the contents of your gallery can easily be taken over into your new Joomla! 2.5. For detailed instructions please read this documentation article.

We will support the JoomGallery 1.5.7 at least until the end of the official support of Joomla! 1.5. We provide an additional download section for the new version. The new gallery you can watch and download here, the appropriate language files in this download category.

Downloads
JoomGallery 2.0 ACL
Language files

We wish you a lot of fun with the new gallery!

After a long time without any news we are proud to release the new JoomGallery 2.1 today. Besides a few bug fixes we integrated a lot of new functionality:

• Additional fields for different data can be added to categories and images with the help of plugins (see here for more information).
• Drop down boxes for categories can be replaced with Ajax search boxes. This is very important for galleries with a huge amount of categories because performance will be improved with that.
• The used GoogleMaps-API was changed to version 3. With that no more API key is necessary for most of the sites.
• With an additional option you can configure the gallery to use random thumbnails for categories for which no thumbnail was chosen. Until now you had to use random thumbnails for all categories or to select thumbnails for each of them.
• The gallery uses the meta data set up at the menu item for every view now (if there aren't any meta data specified for the displayed category or thumbnail).
• With an additional button it is possible to add all images of category to the favourites with one action. This way a user can download all images of a category in a zip archive, too.

Since Joomla! 3.0 will be released very soon, JoomGallery 2.1 is the last feature release of the 2.x series. Although there will be bug fix releases when appropriate, no more features will be added to JoomGallery 2. This is because we are a very small team that can develop new functionality for only one major version which will be JoomGallery 3 then. Please note that it is also save now to create template overrides for JoomGallery 2 without having to adapt them again because it is very unlikely that we have to change many layout files in a bug fix release.

Additionally we want to announce that the support of JoomGallery 1.5 will end with the release of JoomGallery 3 for Joomla! 3. Please note that no date for that has been set up yet. If you want to help us speeding everything up you could e.g. post answers in our forum or translate JoomGallery into other languages. For that please simply register on Transifex and join one of the translation teams.

Have fun with the new version!

Downloads
JoomGallery 2.1
Language files

Since we have concentrated very much on adding new features to JoomGallery, there was no time for developing and improving Community Builder Tab of JoomGallery, unfortunately. Now, we are starting to make JoomGallery ready for Joomla! 3 and so there still won't be any time for CB tab. Therefore, we decided to move the code of the tab to Github, so that people with more knowledge about Community Builder or other volunteers can contribute easily to the code.

On Github you can fork the repository of the tab with one click and start adding fixes or new features. After that you are able to send a pull request with your changes so that they can be reviewed and merged into the master branch. This way you are able to contribute back to the community and realize your own feature requests!

It would be very cool if you become part of that and fork the tab here:

https://github.com/JoomGallery/jg-cb-tab

This way the Community Builder tab will be built by the community :-)

If you have any questions about JoomGallery compatibility and other things, please feel free to open an issue at the repository on Github. We will try to solve all problems together with you so that the tab integrates perfectly into Community Builder and JoomGallery.

After publishing JoomGallery 2.1 with new features a few bugs were found which we want to fix with this release:

• Voting via Ajax was not possible if SEF is enabled with 'Adds Suffix to URL'.
• Wrong line pitch at the Exif data.
• Wrong value for function imagejpeg() produced an error in PHP 5.4.
• Adding all images of a category to the favourites was not always possible.
• Wrong numbering of 'Auto-Update' forms in the 'Installed extensions' tab of the admin panel.

You can update your gallery with the Autoupdate function. You can also load the Zip from the download section and install it via the extension manager of Joomla!.

Download

Since a few years already we use Uservoice where you can add feature requests and vote for them:

http://joomgallery.uservoice.com

We would like to mention again that we want to manage feature requests only on that platform because in our forum they disappear very fast. Besides that, it is possible to identify easily on Uservoice which features are required more than others. This way we can concentrate on important features first.

So, please don't post your feature requests in our forum anymore, but use solely Uservoice for that.

Additionally we would like to define some rules here which should simplify understanding of the features for you and us:

1. Feature requests must have a clear and understandable title.
2. Please use the big field for an extensive description of your feature request with which people can understand the use cases.
3. Create one entry for each request and don't put more than one in a single entry.
4. Please use the integrated search before posting a new feature and don't create duplicates (for that you may have to use different keywords for your search).
5. Entries must be written in English language (or German).
6. Uservoice is used only for feature requests. Please use our forum for bugs and support questions.
7. Of course no spam or something like that is allowed.

If one entry breaks one or more of these rules it will be removed. We hope to preserve clearness this way.

We are anxious to implement the features with the highest number of votes, but we reserve to postpone entries if they are difficult to realize with the current software architecture of the gallery. However, as long as a feature request is not declined or removed you can be sure that it is still considered for inclusion. We are just waiting for an opportunity (e.g. if other things have to be realized afore as preparations).

New features are basically only included into the JoomGallery version with the highest currently existing Main Release Number (cf. our Versioning). Simultaneously, we are supporting a JoomGallery version with smaller Main Release Number, but this one gets just bug fixes once a version with higher main release number was published.

Thanks to your help by posting appropriate bug reports in our support forum we are able to provide another bugfix release for the JoomGallery 2.1 today.

The following bugs were fixed:

• Access rights in links to certain gallery views have not been checked in frontend user panel and frontend user categories view.
• Searching images in "MiniJoom" was not possible if SEO was enabled with the option"Adds Suffix to URL".
• Ordering box did not change when selecting another parent category if Ajax category selection was enabled.
• Fixed failing Ajax request at category selection if SEO is enabled.
• Image distortion caused by incrementing image dimensions in the nametag container of the detail view (detail image) has been removed.
• In category view, the list bullet for the image title was displayed in some cases even if the output of the image title was disabled.
• Batch editing images was not possible because of wrong form validation error.
• With some specific configuration settings an empty string was added to the document head which caused problems when using Joomla! caching.

The following changes resp. improvements were done:

• Form field 'Category' renamed to 'JoomCategory' to avoid conflicts resp. incompatibilities with Joomla!.
• Improved performance with very many users in configuration and image manager.

You can update your gallery with the Autoupdate function in the JoomGllery backend. Alternatively you can also load the Zip from the download section and install it via the extension manager of Joomla!.

Download

Firstly, it has to be said that it is impossible to protect images that are published in the world wide web. Even if the right click is disabled on a site it will still be possible to download an image by disabling JavaScript in the browser or copying it directly out of the browser's cache.

So, why this article?

While it is impossible to protect images that are publicly presented on a site there are many people who restrict the displaying of images to certain users or user groups by using Joomla!'s access levels. These parts of the site and the gallery will only be available for those users then, however if an unauthorised user knows or guesses the actual image paths and names (those ending with e.g. .jpg) he will be able to see the image anyway (that's because access checks can only be done within the PHP script and not for delivery of media files).

In JoomGallery, it is very easy to solve this problem:

A few days ago Danish translation files of JoomGallery were finished and the Lithuanian ones are nearly completed.
Thanks a bunch to all the translators!

Unfortunately, still much work is to do.
Here you can see the current status of translations on Transifex:

For JoomGallery 2.1.x: https://www.transifex.com/projects/p/joomgallery/

For JoomGallery 3.x: https://www.transifex.com/projects/p/joomgallery3/

Please jump in there and help translating in order to contribute back to the whole community and help improving JoomGallery to prepare for JG 3.0 JUX!

Which language will be the next completed one after Danish?

After a few new bugs were detected through the forum and by your help we are able to release a new bug fix version today.

The following bugs were fixed:

• Improved sort algorithm in batch upload.
• Owner filter of image manager did not work correctly.
• Wrong ACL check for batch upload fixed.
• Image upload and category creation in MiniJoom was not possible in frontend due to wrong URLs.
• Undefined variable notice when uploading special image files.
• Problems with pagination in some views.

You can update your gallery with the Autoupdate function in the JoomGllery backend. Alternatively you can also load the Zip from the download section and install it via the extension manager of Joomla!.

Download

After countless hours of hard work during the last weeks we can proudly present the first BETA version of the JoomGallery for Joomla! 3.x today, the JoomGallery 3.0 JUX.

JUX stands for Joomla! User eXperience and indicates that the image gallery follows the trend of Joomla! to create a great overall user experience for site administrators and users. Accordingly, all the back end views were revised and adapted to Bootstrap. We hope you enjoy it!

In order to provide not too much surprises for site visitors in case of a gallery update the adjustments of the front end to Bootstrap were only done partially. A new feature - the ability to use installable, alternative layouts - provides the possibility to completely revise and individualize the front end. In this way now also templates designers and developers are able to contribute to the JoomGallery project.

Furthermore we have implemented a new Drag'n'Drop upload capability in the front and back end using the AJAX technology, the Fine Uploader. Progress bars are used by this uploader to give feedback about the status of the upload.

The following other improvements are included in this version:

• Possibility to activate certain rights (e.g. upload) for guests (for security reasons this option must be explicitly switched on in the configuration manager).
• Batch processing for categories in the category manager.
• Easy way to integrate different popup boxes with plugins.
• RTL language support via CSS.

We would be happy about a lot of feedback to this BETA version in our newly established board area for the JoomGallery 3 so that a stable version can be released as soon as possible.

Download

In addition, we would like to remember you that with the release of JoomGallery 3 Stable the support for the JoomGallery 1.5.x will definitely end. If you are still on Joomla! 1.5 you should migrate as soon as possible since the official development and the support of Joomla! 1.5 has already been stopped.

For JoomGallery 2, we will of course continue to provide bug fix releases.

We can offer another bugfix release for the JoomGallery 2 today, which fixes the following minor issues:

• Cooliris now also works with 'Error reporting' enabled.
• The number of images or categories are now displayed even if only one page of images or categories is available.
• In all messages sent by JoomGallery now the parameter 'Real name instead of username?' is always considered correctly.
• When entering image and category descriptions the filter which are set in the Joomla! configuration will now be applied.
• The error 'JPath::clean: $path is not a string' in the FTP Upload view is fixed.

As an additional new feature we introduced the support of Unicode aliases. The removal of code no longer used completes this version.

You can update your gallery with the Autoupdate function in the JoomGllery backend. Alternatively you can also load the Zip from the download section and install it via the extension manager of Joomla!. Due to minor changes in the language files these should also be updated.

JoomGallery
Language files

Since JoomGallery 3.0 BETA was already very stable and only few bugs were reported we started to work on new features in parallel. As a result we decided to publish a new Beta version directly containing these features without releasing a stable version of JoomGallery 3.0.

The greatest additions are password-protected categories and the possibility to limit image uploads in certain time frames (so, it's possible to allow users only to upload an image every three days).

Besides that it is now possible to exclude single categories from the toplists and the search by using the correspondent options for each of these categories in category manager.

For improving user experience we added an option with that you can display upload buttons in each category. So, your users are able to upload directly into categories which they are viewing without having to go to the user panel first.
Along with that there was also an improvement in the popup of editor button plugin JoomBu which is used for inserting images into articles: Now, FineUploader is used there, too. This way it is possible to upload and insert images faster and more easily. Please note that you have to update editor button plugin JoomBu and content plugin JoomPlu, too.

Besides the upload we also added a new feature for downloads: You can optionally enable the output of number of image downloads in the different views. However, please note that this number is not as reliable as the hit counter is because user can download images also by using the right click, not the download icon. So, these downloads cannot be counted as downloads.

Starting with this version it is finally possible to create valid image URLs (with file extension .jpg) even for images that are output through the script. You can find more information about that in the documentation article about SEF URLs for images.

Furthermore you can explicitly reject not yet approved images in image manager now. Along with that it is also possible to send a message to the image owner about the reason of rejection.

Of course, compulsory smaller fixes and performance improvements have also been added.
You can read up on all the changes by clicking on a new button in backend of JoomGallery -> 'Help and Information'. With that the complete changelog of JoomGallery 3.x will be displayed. The same is possible on the summary page after updates.

Download
Language files

Have fun with the new version!
We would be very happy about each feedback post in our forum.

While developing and supporting JoomGallery 1.5.5 we detected a problem which is related to very many third party system plugins.

In our opinion, these plugins don't respect a certain attribute of Joomla by what problems may occur if the site uses search engine friendly URLs.

We want to explain this correlation here and ask the developers of these plugins to check their code concerning this matter and to fix it where appropriate.

For illustration we will have to go into greater detail: As probably known by many developers there are four system plugin events in Joomla at the moment which are triggered in the following order: 'onAfterInitialise', 'onAfterRoute', 'onAfterDispatch' and 'onAfterRender'.

In the following primarily the events 'onAfterInitialise' and 'onAfterRoute' are important as well as a core parameter of Joomla called 'format'. This parameter, which usually is delivered within a URL, determines which document type (see $document->getType()) of Joomla shall be rendered. By default, this is 'html', thus an ordinary HTML page. Because of that 'format' isn't usually delivered for HTML pages (the default value 'html' is used then).
Other possible values are 'error', 'feed', 'pdf' and 'raw' (they match with the sub-directory names of folder 'libraries/joomla/document'). For example, if you want to create a PDF file and output it you will have to use 'format=pdf' explicitly in the URL so that Joomla renders this document type automatically.

The actual problem can only occur if search engine friendly URLs are enabled in Joomla (it doesn't matter whether it's the Joomla Core SEF or a third party SEF component). Since 'format' isn't explicitly in the URL anymore now (but implicitly in the SEF URL), Joomla isn't able to "know" that another document type than 'html' is requested until event 'onAfterRoute': Only now the SEF URL was parsed and 'format' is available explicitly again.

However, this alone still isn't responsible for the actual problem. That one occurs not until a system plugin is installed and enabled which fulfils the following conditions:

• It uses the event 'onAfterInitialise' or the constructor.
• In at least one of these, it calls the document library of Joomla.
  This may happen directly with:

  $document =& JFactory::getDocument();

  or also indirectly with e.g.:

  $mainframe->addCustomHeadTag($html);

If these conditions are fulfilled (which happens with very many system plugins unfortunately), 'JDocument' is loaded before 'format' is known explicitly to the system.

Thus the line

$instance->setType($ntype);

of function 'getInstance()' in file 'libraries/joomla/document/document.php' irrevocably determines the document type of the current request with 'html' (this cannot be changed later on)!

An extension which requests another document type (e.g. JoomGallery requires 'format=raw' for displaying a single image) cannot work correctly anymore with that.

Conclusion

Since 'format=html' is determined afore it's sure that definitly 'html' is requested because of these certain system plugins we think that these plugins are responsible for the problem.

Plugins which want to change the HTML output of a page shouldn't do that until it's definitly sure that an HTML page is actually requested. This is the case at event 'onAfterRoute' at the earliest.

We hope that many developers among you read this text und try to rewrite the plugins which call 'JDocument' in order to let them only use the events 'onAfterRoute', 'onAfterDispatch' and 'onAfterRender'. Tests on our site have shown that this is mostly practicable without much effort.

Thank you for reading this very theoretical text!

Since we have concentrated very much on adding new features to JoomGallery, there was no time for developing and improving Community Builder Tab of JoomGallery, unfortunately. Now, we are starting to make JoomGallery ready for Joomla! 3 and so there still won't be any time for CB tab. Therefore, we decided to move the code of the tab to Github, so that people with more knowledge about Community Builder or other volunteers can contribute easily to the code.

On Github you can fork the repository of the tab with one click and start adding fixes or new features. After that you are able to send a pull request with your changes so that they can be reviewed and merged into the master branch. This way you are able to contribute back to the community and realize your own feature requests!

It would be very cool if you become part of that and fork the tab here:

https://github.com/JoomGallery/jg-cb-tab

This way the Community Builder tab will be built by the community :-)

If you have any questions about JoomGallery compatibility and other things, please feel free to open an issue at the repository on Github. We will try to solve all problems together with you so that the tab integrates perfectly into Community Builder and JoomGallery.

After a long time in Beta stage, we are now finally able to publish JoomGallery 3.1 JUX Stable to the community.

The greatest additions are password-protected categories and the possibility to limit image uploads in certain time frames (so, it's possible to allow users only to upload an image every three days).

Besides that it is now possible to exclude single categories from the toplists and the search by using the correspondent options for each of these categories in category manager.

For improving user experience we added an option with that you can display upload buttons in each category. So, your users are able to upload directly into categories which they are viewing without having to go to the user panel first.
Along with that there was also an improvement in the popup of editor button plugin JoomBu which is used for inserting images into articles: Now, FineUploader is used there, too. This way it is possible to upload and insert images faster and more easily. Please note that you have to update editor button plugin JoomBu and content plugin JoomPlu, too.

Besides the upload we also added a new feature for downloads: You can optionally enable the output of number of image downloads in the different views. However, please note that this number is not as reliable as the hit counter is because user can download images also by using the right click, not the download icon. So, these downloads cannot be counted as downloads.

Starting with this version it is finally possible to create valid image URLs (with file extension .jpg) even for images that are output through the script. You can find more information about that in the documentation article about SEF URLs for images.

Furthermore you can explicitly reject not yet approved images in image manager now. Along with that it is also possible to send a message to the image owner about the reason of rejection.

Of course, compulsory smaller fixes and performance improvements have also been added.
You can read up on all the changes by clicking on a new button in backend of JoomGallery -> 'Help and Information'. With that the complete changelog of JoomGallery 3.x will be displayed. The same is possible on the summary page after updates.

Download
Language files

Have fun with the new version!
We would be very happy about each feedback post in our forum.

End of Support for JoomGallery 1.5

With the release of JoomGallery 3.1 Stable, it is also time to say goodbye to JoomGallery 1.5. Since we will continue to publish bugfix versions of JoomGallery 2.x (when it becomes necessary) and to implement new Features into JoomGallery 3.x we cannot longer support a third version of JoomGallery in parallel.

Thus, we will stop the support of JoomGallery 1.5 now as previously already announced. The respective boards in the forum have been moved to the archive and the download section have been taken offline.

Each of you who is still working with JoomGallery should strongly consider about migrating to a newer version of Joomla! now as the support of Joomla! 1.5 has already been ended a while ago, too.

We also want to provide another bugfix release for the JoomGallery 2 today, which fixes the following minor issues:

• Small typo leading to a wrong display of the category path in the user panel.
• Some JoomGallery API parameters did not work correctly.
• Errors occur using PHP 5.4 or 5.5 when FTP layer is enabled.
• Syntax error in database query when creating zip archives of favourites.
• Wrong variable used in JoomGallery router (router.php).

You can update your gallery with the Autoupdate function in the JoomGllery backend. Alternatively you can also load the Zip from the download section and install it via the extension manager of Joomla!.

JoomGallery
Language files

This bugfix release for the JoomGallery 3 fixes not only some smaller but also some more serious problems of the gallery. Some of these errors were the result of incompatibilities occuring with the release of Joomla! 3.2:

• The insertion of categories in Joomla! articles with the help of the plugins 'JoomBu' and 'JoomPlu' has not been possible due to missing categories in the category selection box.
• Fatal error when saving categories, since the Joomla! function JDate::toFormat() has been removed.
• Some JoomGallery API parameters did not work correctly.
• Password protected categories could no not be unlocked after the release of Joomla! 3.2.
• Scrolling in the 'Motion Gallery' did not work in Chrome browsers.
• Fixed some PHP Strict Standards messages.
• The form field 'Ordering' was renamed due to conflicts with the new Joomla! form field using the same name.
• Fatal error when configuring OpenImage plugins in the backend.
• Fatal errors in the 'My Gallery' - views for editing images and categories.
• Errors occur using PHP 5.4 or 5.5 when FTP layer is enabled.

We want to thank all who contributed to help us finding some of these bugs by posting them in our support forum.

You can update your gallery with the Autoupdate function in the JoomGllery backend. Alternatively you can also load the Zip from the download section and install it via the extension manager of Joomla!.

JoomGallery
Language files

This release for JoomGallery 2.1 fixes two minor issues and provides one update:

• Wrong calculation and display of the number of categories created by an owner in the user categories view
• Upgrade to JAVA-Applet 5.1.1 Build 1706
• JavaScript errors if language strings contained inverted commas
• Direct links to Transifex languages removed because they don't work anymore if you are not logged in to Transifex

You can update your gallery with the Autoupdate function in the JoomGllery backend. Alternatively you can also load the Zip from the download section and install it via the extension manager of Joomla!.

JoomGallery
Language files