Timeline
07/23/12:
- 20:43 Ticket #1899 (Update Flowplayer to 3.2.12) closed by
- fixed: Fixed in 087584478482f6c0578e64f2d21f3d8e6197ad8f
- 20:39 Ticket #1899 (Update Flowplayer to 3.2.12) created by
-
We're on 3.2.7 - it's quite old.
07/21/12:
- 23:21 Ticket #1887 (Tagging items from uploader broken) closed by
- duplicate: Dupe of #1889 (fixed)
- 23:20 Ticket #1841 (G2 Import wiki page incorrect for rewrite) closed by
- invalid: Docs issue.
- 23:17 Ticket #1889 (JS error in Tags module) closed by
- fixed
- 23:10 Ticket #1892 (Small Bugfix for rest.php) closed by
- invalid: What error did you get? That doesn't make a lot of sense to me because foreach should ignore empty arrays and http://php.net/manual/en/function.glob.php reports that it always returns an array. I hate to add additional checks without understanding why. I haven't heard any other reports of this so I'm going to chalk it up to PHP weirdness - but if you can reproduce it and give me more info please reopen the bug and let me know what version of PHP and what OS you saw this on and I'll see if I can repro/fix it.
- 22:43 Ticket #1898 (Admin > Advanced Settings doesn't sanitize the module name) closed by
- fixed: Fixed in 8524fba15a4cbabe1d6c4e60bdfe9e766eca1fdc
- 22:42 Ticket #1898 (Admin > Advanced Settings doesn't sanitize the module name) created by
-
So it's possible for somebody who's already got admin privs to put a stored XSS into the Admin > Advanced Settings page by putting bad values into the module name in the POST request.
- 22:30 Ticket #1835 (G3 3.0.3 redundantly adding extension to uploaded filename (.JPG.jpeg)) closed by
- worksforme: I can't reproduce this. Also, I didn't realize that Gallery Remote worked with G3. How do you have it working? If you can give me steps to reproduce this including how you got GR working on G3 I'll work on it. Also - can you verify that it's still broken with a recent nightly? I've been improving the code around filename handling and believe that I may have incidentally fixed this. Marking as "worksforme" for now - but please reopen if you can repro and I'll fix.
- 22:13 Ticket #1894 (two dots in a filename break integrity check after upgrade to 3.0.4) closed by
- fixed: Fixed in 467a032f8e4927590a9860adbf3f9a25dd599657
- 22:10 Ticket #1897 (Can't create an album with two dots in the name) closed by
- fixed: Fixed in 6d9d6a2e5d4fae49942e78e4e812c44934513f4a
- 22:01 Ticket #1897 (Can't create an album with two dots in the name) created by
-
The "no two dots in filenames" code is a little too aggressive. Disable it for albums.
- 18:13 Ticket #1896 (Fix Gallery task nulls out item caches, increasing opportunity for ...) closed by
- fixed: Fixed in a98afdb32ce3f625ad52467e09970b91923a5b98
- 18:06 Ticket #1896 (Fix Gallery task nulls out item caches, increasing opportunity for ...) created by
-
The Fix Gallery task nulls out the caches when it traverses and fixes (if necessary) the MPTT tree, but on large gallery installs with concurrent operations this increases the window of opportunity where misuse of the cache paths might lead to corruption. Improve the Fix Gallery task to rebuild the caches when its done.
This will greatly slow down the Fix Gallery task as it'll add an O(N) ORM operation with a high constant value, but I don't expect Fix Gallery to run all that fast anyway.
- 17:38 Ticket #1895 (Fix Gallery task barfs if all access_caches are gone) closed by
- fixed: Fixed in f9e77c4c14c3a213ed8407495d4f71949a3a2339
- 17:29 Ticket #1895 (Fix Gallery task barfs if all access_caches are gone) created by
-
It tries to stick the entire set of missing caches into the stack which blows out the 64K unserialize limit.
- 16:28 Ticket #1894 (two dots in a filename break integrity check after upgrade to 3.0.4) created by
-
You can create an item in 3.0.3 with more than one dot in the filename. That's illegal in 3.0.4, but we don't account for it in the upgrade.
07/19/12:
- 09:00 Ticket #1893 (bug in search module g3) created by
-
as a photographer i work with nikon and all the photos in my g3 gallery begin with "_dsc"
if i search a photo, for exemple "_DSC6123.jpg"
i enter 6123 in the search but nothing in the result
i enter C6123 in the search but nothing in the result
i enter SC6123 in the search but nothing in the result
i enter DSC6123 in the search but nothing in the result
I need to enter the full name _DSC6123 to get a result.
07/18/12:
- 23:32 Ticket #1892 (Small Bugfix for rest.php) created by
-
In my installation the rest module did not work, because the argument of a foreach loop was empty.
It can be easily fixed by an additional check:
File:
/gallery3/modules/rest/helpers/rest.php Line 183
-- foreach (glob(MODPATH . "{$module->name}/helpers/*_rest.php") as $filename) {
++ $arr = glob(MODPATH . "{$module->name}/helpers/*_rest.php");
++ if ($arr != null) foreach ($arr as $filename) {
Best regards,
Niels
07/13/12:
- 20:52 Ticket #1891 (Field "weight" in Rest-Api not published) created by
-
The in Ticket #1272 created field "weight"
isn't exportet trought the
rest/item api. Tested in 3.0.4.
Please add the field to the json output,
so my qt app can preview the sort order correct.
Thank you,
Daniel
07/08/12:
- 16:23 Ticket #1890 (Gallery3 illegal_data_file_extension with webdav module) created by
-
When using the WebDAV module to upload photos, the photos are uploaded and created, but are not viewable. The Gallery3 WebDAV module produces files with double extensions .jpg.jpeg' but the core items module doesn't allow them to be viewed. While this isn't the real fix, the following allows the files to be displayed by Gallery3:
diff --git a/modules/gallery/models/item.php b/modules/gallery/models/item.php index 903dada..12b9d19 100644 --- a/modules/gallery/models/item.php +++ b/modules/gallery/models/item.php @@ -806,9 +806,9 @@ class Item_Model_Core extends ORM_MPTT { // Do not accept files with double extensions, they can cause problems on some // versions of Apache. - if (substr_count($this->name, ".") > 1) { - $v->add_error("name", "illegal_data_file_extension"); - } +// if (substr_count($this->name, ".") > 1) { +// $v->add_error("name", "illegal_data_file_extension"); +// } if ($this->is_movie() || $this->is_photo()) { $ext = pathinfo($this->name, PATHINFO_EXTENSION);
07/02/12:
- 17:50 Ticket #1889 (JS error in Tags module) created by
-
issue has been detected with jQuery 1.7.x but could be present in older versions
In tag_event.php in add_photos_form chaining of the calls is not working as expected throwing JS error that object is not initialized for the second call. this prevents any further JS execution.
Modified code:
$group->script("")
->text("$('input[name=tags]')
.gallery_autocomplete(
'$autocomplete_url',
{max: 30, multiple: true, multipleSeparator: ',', cacheLength: 1}
);
$('input[name=tags]')
.change(function (event) {
$('#g-uploadify').uploadifySettings('scriptData', {'tags': $(this).val()});
});");
06/26/12:
- 15:15 Ticket #1888 (incorrect link on /index.php/admin/recaptcha) created by
-
Just some text that needs updating:
"In order to use it, you need to sign up for a reCAPTCHA Public/Private Key pair, which is also free."
The link under "reCAPTCHA Public/Private Key pair", http://recaptcha.net/api/getkey?domain=192.168.100.206&app=Gallery3, no longer works. Correct link is now https://www.google.com/recaptcha/admin/create
06/23/12:
- 00:31 Ticket #1887 (Tagging items from uploader broken) created by
-
Using the upload photo option you use to be able to add tags to the form "Add tags to all uploaded files" then select items to be added.
The tags that were entered in the form were added to the items that you selected.
On upgrade to 3.0.4 this functionality does not work.
Typing tags in the form and selecting the items does not add those tags to the items being uploaded.
