Timeline
08/11/10:
- 15:04 Ticket #1288 (Dangling <li> element in admin.html.php) closed by
- fixed: Add a containing <ul> element for the footer on the admin page. Also respect the "show credits" variable setting. Commit: c90996341aa309a0c585392427561831890767c7
- 15:00 Ticket #1288 (Dangling <li> element in admin.html.php) created by
-
Just noticed that there is no containing <ul> around the credits on the admin.html page.
- 12:16 Ticket #1287 (Mails from Notification module use wrong language) created by
-
Steps to reproduce
- Enable the Notification module
- Add German as an additional language
- Set your user's default language to English
- Set Gallery's default language to German
- Create a new album named Foo
- Enable notifications for album Foo
- Upload one image to album Foo
What I expected to see
The received email from the Notification module should be completly in English since the user's default language is English.
What I saw instead
The subject line of the email is in English. However, the email content is in German. My tests show that the content is always in G3's default language.
- 12:01 Ticket #1286 (Mails from Notification module contain useless notifications) created by
-
Steps to reproduce
- Enable the Notification module
- Create a new album named Foo
- Enable notifications for album Foo
- Upload one image to album Foo
What I expected to see
The received email should contain the following text: Photo "Bar" added to "Foo"
What I saw instead
The email contains the following notifications:
- Photo "Bar" updated
- Photo "Bar" updated
- Photo "Bar" updated
- Photo "Bar" added to "Foo"
I'm not sure why I get those three notifications about 'Photo "Bar" updated'. However, I don't think that this is an intended behaviour.
- 11:45 Ticket #1285 (Sendmail uses wrong encoding) created by
-
Steps to reproduce
Change the default language to German and reset your password. You will receive an email where not every character is readable. At least Thunderbird shows "Passwort zurücksetzen anfordern" instead of "Passwort zurücksetzen anfordern".
Cause
The Content-Type is set to ISO-8859-1 instead of UTF-8.
Solution
Change the Content-Type header in the following files:
./modules/notification/helpers/notification.php ./modules/user/controllers/password.php ./modules/gallery/controllers/user_profile.php
The correct way to set the header is:
->header("Content-Type", "text/html; charset=UTF-8")
08/10/10:
- 04:59 Ticket #1284 (A string in Organize module can't be translated.) created by
-
Please see the attached file.
Does it cause by the separate lines (line 54 and 55) in modules/organize/helpers/organize_event.php file?
- 03:56 Ticket #1283 (Image toolkit errors are ignored) created by
-
The graphics code is expecting the image processing code to throw an exception when there's a problem, but instead it returns a status code which we ignore.
graphics::generate()
155 try { ... 171 foreach (self::_get_rules($target) as $rule) { 172 $args = array($working_file, $output_file, unserialize($rule->args)); 173 call_user_func_array($rule->operation, $args); 174 $working_file = $output_file; 175 } 176 } ... 192 } catch (Exception $e) { 193 // Something went wrong rebuilding the image. Leave it dirty and move on. 194 // @todo we should handle this better. 195 Kohana_Log::add("error", "Caught exception rebuilding image: {$item->title}\n" . 196 $e->getMessage() . "\n" . $e->getTraceAsString()); 197 throw $e; 198 }gallery_graphics::resize()
63 $image = Image::factory($input_file) 64 ->resize($options["width"], $options["height"], $options["master"]) 65 ->quality(module::get_var("gallery", "image_quality")); 66 if (graphics::can("sharpen")) { 67 $image->sharpen(module::get_var("gallery", "image_sharpen")); 68 } 69 $image->save($output_file);Image::save()
375 public function save($new_image = FALSE, $chmod = 0644, $keep_actions = FALSE, $background = NULL) 376 { ... 405 return $status; 406 }We need to check the $status and properly handle it in all cases.
08/09/10:
- 22:39 Ticket #1282 (G2 import re-copies already imported comments) created by
-
Re-running the G2 import module re-copies all comments, even if they've previously been imported from an earlier run.
-Beckett
- 22:18 Ticket #1281 (Can't edit root album) closed by
- fixed: Fixed in https://sourceforge.net/apps/trac/gallery/ticket/1281
- 22:17 Ticket #1281 (Can't edit root album) created by
-
Steps to reproduce:
1) Go to root album
2) Edit album
3) Change title
4) [Save]
--->
2010-08-09 15:14:15 -07:00 --- error: ErrorException? [ 0 ]: Undefined index: name
/gallery3/modules/gallery/controllers/albums.php [ 135 ]
- 07:29 Ticket #1280 (Pagination doesn't work in Admin > Contents > Comments) closed by
- fixed: Fixed in b6a50140474b4ac20eb3bf6e1c9427674f728b54
- 07:27 Ticket #1280 (Pagination doesn't work in Admin > Contents > Comments) created by
-
We're using Database_Builder::limit() the way the old API used to work.
- 04:50 Ticket #1226 (Need a button to reset the REST access key) closed by
- fixed
- 04:25 Ticket #1261 (date/time format configuring is broken) closed by
- fixed: Fixed in 2dda8e22a7a32db8a5577aad0cff2b47ac0f9c63
- 04:22 Ticket #1279 (theme::get_info fails with special characters in the theme name) closed by
- fixed: Fixed in 1ad1f9517f91875875f2e062bda7d834827c3430
- 04:21 Ticket #1263 (Logout forwards to IP-address of the local server instead of the ...) closed by
- worksforme: I'm not sure how we're reasonably going to detect that the code is running behind a proxy with a different canonical domain name. We do some reasonable things in application/config/config.php for the $configsite_domain? variable, but if this is inadequate you can always edit that setting yourself. Closing as "worksforme" since there's a workaround.
- 04:17 Ticket #1274 (G2 Import: obey image rotation) closed by
- fixed: Fixed in 639d31a2c1a54f31ad32208b8602a8922d336fa0
- 00:26 Ticket #1279 (theme::get_info fails with special characters in the theme name) created by
-
theme::get_info uses
$theme_name = preg_replace("/[^\w]/", "", $theme_name);to sanitize the theme name
two problems with sanitizing it here:
1) "-" and "_" are valid file names in some theme names and they are stripped with this replace.
2) It doesn't match the name that was checked to see if the file exists.
- 00:25 Ticket #1227 (Periodically refresh cached group ids in sessions) closed by
- fixed: Fixed in acb1faaa594fc5067c4340e073afca3b83f819d4
- 00:14 Ticket #1258 (ORM_Validation_Exception should always report what failed validation) closed by
- fixed: Fixed in ebbb73787d6f935354478d4bdbe626c163c90a9c
- 00:10 Ticket #1269 (G2 Import: Visually separate the subject of imported comments) closed by
- fixed: Fixed in e85b345edaded7d4a68ae758138bcff9d0ceaefb
08/08/10:
- 23:54 Ticket #1278 (Date/time formats are inconsistent) closed by
- fixed: Fixed in 2dda8e22a7a32db8a5577aad0cff2b47ac0f9c63
- 23:53 Ticket #1278 (Date/time formats are inconsistent) created by
-
We should be using gallery::date(), gallery::date_time() and gallery::time() everywhere.
- 23:50 Ticket #1215 (G2 import - comments date.) closed by
- fixed: Fixed in cdb6306d7e75451587fbc029b94ef197f42842f1
- 22:17 Ticket #1277 (PHP bug causes stderr from exec("which ...") to overflow into other file ...) created by
-
See conversation with dzm starting here:
http://gallery.menalto.com/gallery_3.0_rc2_feedback?page=2#comment-349917
In theory we can simply redirect stderr into stdout, but I'm worried that there are cases where there's random stderr from the PHP/exec/bash interaction that is getting ignored, and thise close to the final release I'm leery of changing it unless we have a strong reason.
For 3.1, we should implement dzm's patch and get it tested.
- 22:02 Ticket #1205 (Add JSONP support to REST replies) closed by
- fixed: Fixed in d6f5a8a8d13892d6487f344c5e5b1f5dd48893d5
- 19:46 Ticket #1228 (404 exceptions are very noisy in the logs) closed by
- fixed: Fixed in 3c7dc6d7a63e59c841f60d9594575efcf0969f98
- 18:35 Ticket #1173 (Create a REST service registry) closed by
- fixed: Fixed in ded9ed4df809d28ba2f4519a398e06daf335ee81
- 17:14 Ticket #1276 (G2 Import: missing sort order direction in G2 album results in invalid ORM) closed by
- fixed: Fixed in a22cf8cf1c1f3eccedb01ab4629e579c95594dae
- 17:14 Ticket #1276 (G2 Import: missing sort order direction in G2 album results in invalid ORM) created by
-
If the G2 album doesn't have a order direction specified, it can use the default value. For some reason in our infinite wisdom, we set the default.orderDirection to "1" instead of "asc" or "desc" which results in the error here:
- 09:42 Ticket #1236 (Replacing image file via RESTful API has no effect) closed by
- fixed: Fixed in 4e95ec843a2bef45e044e2aa3a36fcb590d85464
- 09:32 Ticket #1223 (Fix album/photo hierarchy goes way, way over the # of total items) closed by
- fixed
- 09:26 Ticket #1264 (Add new photo button of empty albums is broken) closed by
- worksforme
- 08:49 Ticket #1275 (The error page should provide more tips on how to get help) closed by
- fixed: Fixed in 0d2237979a2cc92d707a47115e492bff57fa9c5d
- 08:49 Ticket #1275 (The error page should provide more tips on how to get help) created by
-
We should have links to the var/logs logfiles, links to the forums and the tracker. Also, we should provide a cut-n-pasteable list of details about the system to get the conversation going.
- 05:33 Ticket #1224 (Need a REST resource that returns the image data directly) closed by
- fixed
- 05:31 Ticket #504 (Adding a photo that already exists in an album should replace the existing ...) closed by
- fixed: I've added support in the API to replace a file with another one of the same mime type in dfb095a26267f8b68b40add03dfe407966c49b92
- 01:01 Ticket #1274 (G2 Import: obey image rotation) created by
-
When importing photos from G2, we should read the derivative operation rules and do our best to obey any rotation rules that we find.
I think this is a priority for the 3.0 release since many people will use the importer at that time and we don't want them to have to go back and manually fix up all of their rotated photos.
08/07/10:
- 09:15 Ticket #1273 (Split edit/add permissions) created by
-
At the moment 'edit' permission covers both
1) editing permissions and
2) editing descriptions (captions).
It is highly desirable that users are able to edit description of their photos or albums but at the same time are unable to change permissions. Setting permissions should be reserved to administrator.
- addition from ckdake below -
Per a conversation at GalleryCon?, we identified several other key modes and have decided to split out the add/edit permissions into the following:
* add_album -> Ability to add subalbums to an album
* add_photos -> Ability to add photos to an album
* edit -> Ability to edit an album (Same as it is now, and default for owners when they create a new album. This is #1 from original feature description)
* edit_all_photos (and albums) -> Ability to edit/delete/rename/caption etc for everything contained in an album. (This is #2 from original feature description)
* edit_my_photos -> Ability to edit/delete/rename/caption/etc photos owned by the user.
No "edit my albums" is needed because Album owners can always edit their albums.
- 03:20 Ticket #1272 (Provide a way to order modules) closed by
- fixed
08/06/10:
- 18:05 Ticket #1203 (Control module load (execution) order) closed by
- duplicate: Bharat created https://sourceforge.net/apps/trac/gallery/ticket/1272 and started on this task so I am closing as a dupe.
- 17:23 Ticket #1272 (Provide a way to order modules) created by
-
Module order is unspecified which makes it hard for us to constrain event triggering order. Add a "weight" column to the module table to let us (currently the 3rd party moduleorder module) specify the order. We may eventually want to make this a core feature.
- 15:35 Ticket #1271 (Comments Editing Doesn't work) created by
-
Gallery Ver: Gallery 3.0 RC2 (Santa Fe)
Original Import from Gallery 2 to Gallery 3.0 RC1
When going to the comments edit section under Admin->Content->Comments, 4 options are shown..
1) Awaiting Moderation
2) Approved
3) Spam
4) Recently Deleted
If I select the Approved, all the comments are shown from my gallery. Any comments that have been added with v3.x, I can edit just fine. Anything that was brought in with the import, I am unable to perform any edits to them via any of the 3 options..
1) Unapprove
2) Spam
3) Delete
None of the above work on the imported pictures.
08/04/10:
- 05:09 Ticket #1270 (Add retry logic to the task framework) created by
-
For long running tasks, if a single reply gets dropped the task pauses. The JS should employ some kind of retry logic. I propose:
1) After no response for 15 seconds assume that the task is stalled and retry. Repeat this 3 times. Inform the user at every step with a message like "Task stalled, retrying".
2) After a successful retry, reset the fail count to 0 again.
3) After 3 failed retries, put up a message saying "Task failed, check the maintenance page for details"
- 04:39 Ticket #1269 (G2 Import: Visually separate the subject of imported comments) created by
-
We did away with the subject field in comments in G3. But when we import comments from G2 we should visually separate the subject from the body. Perhaps just wrapping them in a bold tags would be enough?
- 01:57 Ticket #1268 (Simple uploader fails if flash not installed) created by
-
If the user does not have flash installed there is no warning that they need it to add items.
I thought that there was a fallback. I uninstalled flash from my client and then tried to add an item ad get the modal window and the browse button but can add any items.
Here is a link to the demo behavior:
http://anpmech.com/recordMyDesktop.ogv
Recommend:
1. warning that they need flash installed for the uploader to work. 2. Give them the option to add the HTML_uploader.
08/02/10:
- 05:30 Ticket #1231 (Wrong link when using mod_rewrite) closed by
- fixed: This makes sense. We set the url for that message in the database before you disabled the mod_rewrite urls, so it's not easy for us to find/fix it. While it's a little irritating, that's only going to happen very early in the process. I don't think that this needs fixing, I'm going to close it as "wontfix". If you feel strongly about it, please reopen the bug and make a case for it :-)
- 05:20 Ticket #1265 (Incorrect old password in change password form yields ...) closed by
- fixed
- 05:10 Ticket #1267 (Maintenance page is unthemed) closed by
- fixed
- 04:50 Ticket #1260 (Expand the Fix task to handle duplicate names and slugs) closed by
- fixed: The 2nd problem came from a couple of album_cover_item_id columns pointing to bogus items. I've improved the Fix task to take care of that in ca54cdd6448ec919efe3853992dc652b7c671d97
- 04:32 Ticket #1267 (Maintenance page is unthemed) created by
-
And it looks a lot like login/html (which you can see if you fail to login once). Why not jut replace the maintenance view with login/html altogether. We just need to carry forward the "redirect to admin/maintenance after logging in" part.
- 04:02 Ticket #1259 (Put Gallery in maintenance mode when running the Fix task) closed by
- fixed
- 03:56 Ticket #1260 (Expand the Fix task to handle duplicate names and slugs) reopened by
- So, since it appears you're not here, here's what I did: I updated gallery (This required git reset --hard so I could get rid of the in tree changes) Ran the maintenance task as requested in the forums The 'Fix your gallery' operation never completes (it's still running according to the progress bar, which is pinned at a full blue bar and the round thing is still turning, but it /never/ offers to complete and there is no longer any real activity coming from apache2/mysql after 5 minutes. So I hit pause, and reresumed and it's now tried again. Started over a second time it /did/ end, hit 87508/87523 and offers to close now.
08/01/10:
- 17:54 Ticket #1225 (A bunch of forms are broken) closed by
- fixed
- 17:53 Ticket #1219 ("Welcome to Gallery" dialog is broken) closed by
- fixed
- 08:35 Ticket #1266 (Empty username in Admin > Users results in "validation.required" msg) closed by
- fixed: Fixed in a5f701951ee00f85690b804a8c63a9bddc48b67f
- 04:40 Ticket #1260 (Expand the Fix task to handle duplicate names and slugs) closed by
- fixed
- 03:34 Ticket #1266 (Empty username in Admin > Users results in "validation.required" msg) created by
-
Steps to reproduce
1) Admin > Users
2) Click [edit] on the "admin" user
3) blank out the username
4) click "Modify user"
---> See "validation.required" as the error message
- 03:22 Ticket #1265 (Incorrect old password in change password form yields ...) created by
-
Steps to reproduce:
1) Click on your name in the top right
2) Click "change password"
3) Enter an invalid old password
4) Hit "Save"
---> See "validation.invalid_password"
- 01:34 Ticket #1264 (Add new photo button of empty albums is broken) created by
-
Steps to reproduce:
(1) Create an album
(2) Gallery will say: There aren't any photos here yet! Add some. Just try to click on Add some button. Nothing will happen.
07/31/10:
- 15:51 Ticket #1263 (Logout forwards to IP-address of the local server instead of the ...) created by
-
Link: https://aaa.bbb.ccc.ddd/gallery3/index.php/logout?csrf=<something>&continue_url=http%3A%2F%2F192.168.100.101%2Fgallery3%2Findex.php%2Fadmin
aaa.bbb.ccc.ddd is the public IP-address of a proxy server
192.168.100.101 is the local IP-address of the gallery-Apache the proxy forwards all gallery requests to
- 12:48 Ticket #1262 (Make the month names translatable) created by
-
It's important for RTL languages, like Arabic, to have pure Arabic letters in the string lines. Otherwise, the alignment will be broken in Gallery, in case there was English/Arabic in the same line.
See the attached image to understand.
- 12:39 Ticket #1261 (date/time format configuring is broken) created by
-
Steps to reproduce:
(1) Go to Admin -> Settings -> Advanced and change the date/time format to anything other than the default.
(2) Go to any photo in your albums and add comment on it. You will see that its time stamp is formatted as you configured.
(3) Refresh the page. Now you will see that the date/time format is shown as it was before, regardless your changes!
07/30/10:
- 04:49 Ticket #1260 (Expand the Fix task to handle duplicate names and slugs) created by
-
Slugs are easy; we can just change those. Names are harder because even if we change them, there'll be no underlying data file. We can copy the data file, I guess. Or just leave it broken.
- 04:22 Ticket #1259 (Put Gallery in maintenance mode when running the Fix task) created by
-
The Fix task updates MPTT pointers -- we should be in single user mode when we run it.
- 02:26 Ticket #1258 (ORM_Validation_Exception should always report what failed validation) created by
-
We trap this in a variety of places, but we should centralize this by overriding ORM_Validation_Core and having it generate the correct message in handle_validation().
07/28/10:
- 03:06 Ticket #1257 (Better handling of UI hangs) closed by
- duplicate: This is probably related to #236
- 00:04 Ticket #1257 (Better handling of UI hangs) created by
-
See thread here (first 4 posts cover the topic)
http://gallery.menalto.com/node/97146
When something like what he's describing there happens (table crash, or other DB problem) could we not hang the UI, but instead display some sort of "fail whale/Your DB has problems" type message to give the user a clue as to what might be going on or where to start digging?
07/27/10:
- 18:26 Ticket #1241 (Missing flash files in Organize) reopened by
- This fix breaks the organize feature for me. The canvas where the images are supposed to show up is missing entirely.
- 18:25 Ticket #1256 (The "get flash player" button doesn't show up on the organize dialog) closed by
- fixed
- 18:18 Ticket #1256 (The "get flash player" button doesn't show up on the organize dialog) created by
-
If you don't have flash installed, it's supposed to give you a button to install flash, but that button is missing. Instead, you get a JS error.
- 17:50 Ticket #1255 (Don't unnecessarily regenerate the thumbnail when making album covers) closed by
- fixed: Fixed in 52f1c4b8c6a3a4043fcca3901a659b140b77f9d9
- 17:49 Ticket #1255 (Don't unnecessarily regenerate the thumbnail when making album covers) created by
-
When we make an album cover from an item that's already got a clean thumbnail, just copy over that thumbnail instead of invoking a graphics toolkit since the thumbnails should be exactly the same.
- 04:38 Ticket #1253 (Relocating Gallery 3 after configuring G2 import results in broken Admin > ...) closed by
- fixed: I'm seeing this with PHP 5.3.2-1 on Debian with: Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies with Xdebug v2.0.5, Copyright (c) 2002-2008, by Derick Rethans with Suhosin v0.9.31, Copyright (c) 2007-2010, by SektionEins? GmbH I've found that the paths to the various files are all fine, and this problem goes away if I actually touch the generated files in some way (eg: using the unix "touch" command). My theory is that there's a bytecode cache of some kind in here and that it's kicking in and preserving the wrong paths. Unclear exactly why since I don't believe I'm running a cache, but perhaps Xdebug is getting in the way. One solution is to just touch all the files if we don't generate them. I've implemented that fix in addbd6fb81685e42fb262882dc798b1bd040dd8c
07/26/10:
- 15:15 Ticket #1254 (EXIF doesn't use Unicode) created by
-
EXIF extracted from Gallery 3 is not using UTF-8, but ISO-8859-1.
For example, the copyright character "©" is transformed to "©", see attached image.
My workflow is CS5 with all parameters set to UTF-8; this error only occurs with Gallery, not with any other app or internet service.
07/25/10:
- 18:14 Ticket #1253 (Relocating Gallery 3 after configuring G2 import results in broken Admin > ...) created by
-
Steps to reproduce:
1) Install G2 import and configure it
2) Rename gallery3 to a new dir
3) Go to Admin > Maintenance
---> Fatal error: main(): Failed opening required '/var/www/gallery3/var/modules/g2_import/6cb83d3b54d38535598f5c77b34e2f74/main.php'
- 18:11 Ticket #1252 (Moving Gallery3 breaks existing .htaccess files) closed by
- fixed: Fixed in 5be9ae3250fab24631c0fc6b900ffccd9b1755f2
- 16:44 Ticket #1252 (Moving Gallery3 breaks existing .htaccess files) created by
-
We should have a maintenance task that finds and fixes them all.
07/24/10:
- 06:15 Ticket #1242 (Tag Cloud: No tags cause the tag cloud movie to fail) closed by
- fixed: Don't try to initialize the tag_cloud.swf file if there are no tags present. Commit: http://bit.ly/dwyQpn
- 06:05 Ticket #1241 (Missing flash files in Organize) closed by
- fixed: Combine all the flex runtime libraries into a single downloadable file. Commit: http://bit.ly/9PPacq
07/23/10:
- 15:33 WikiStart edited by
- Remove spam (diff)
- 15:31 Ticket #1246 (Pharmacie Sans Ordonnance sur internet) closed by
- invalid
- 15:30 Ticket #1247 (Acheter medicaments Sans Ordonnance) closed by
- invalid
- 15:30 Ticket #1248 (Acheter Generique Sans Ordonnance) closed by
- invalid
- 15:28 Ticket #1249 (Achat Medicaments generiques) closed by
- invalid
- 15:27 Ticket #1250 (Acheter Medicaments) closed by
- invalid
- 15:23 Ticket #1251 (Achat Medicaments) closed by
- invalid
- 15:22 Ticket #1245 (Pharmacie sur internet) closed by
- invalid
- 15:22 Ticket #1244 (Pharmacie En Ligne France) closed by
- invalid
- 15:21 Ticket #1243 (Acheter Generique France Sans Ordonnance, Achat Medicaments bon marche sur ...) closed by
- invalid
- 15:20 Ticket #1251 (Achat Medicaments) created by
-
* Achat Medicaments
* upload javascript
* Compra Medicamentos Por Internet
* where to Buy Generic online without prescription
* Acheter generique en ligne france
- 15:20 Ticket #1250 (Acheter Medicaments) created by
-
* Acheter Medicaments
* free javascript hosting
* Comprar Medicamentos sin receta
* where to Buy Generics online no prescription
* Achat generique en ligne france
- 15:20 Ticket #1249 (Achat Medicaments generiques) created by
-
* Achat Medicaments generiques
* upload text
* Compra Medicamentos genericos
* where to Buy medicaments online generic side effects
* Acheter generique bon marche
- 15:20 Ticket #1248 (Acheter Generique Sans Ordonnance) created by
-
* Acheter Generique Sans Ordonnance
* paste javascript
* Comprar genericos sin receta
* where to Buy Generic online usa canada
* Le blog sur la medicine
- 15:20 Ticket #1247 (Acheter medicaments Sans Ordonnance) created by
-
* Acheter medicaments Sans Ordonnance
* share javascript
* Donde Comprar genericos sin receta
* Buy Generic online no prescription
* pharmacie en ligne france
- 15:18 Ticket #1246 (Pharmacie Sans Ordonnance sur internet) created by
-
* Pharmacie Sans Ordonnance sur internet
* paste css
* Farmacia Genericos
* Order Generic cheapest online
* pharmacie en ligne
- 15:18 Ticket #1245 (Pharmacie sur internet) created by
-
* Pharmacie sur internet
* free css hosting
* Farmacia Española
* Cheap Generics online
* Medicaments en ligne
- 15:18 Ticket #1244 (Pharmacie En Ligne France) created by
-
* Pharmacie En Ligne France
* upload css
* Comprar Genericos En España Sin Receta
* where to buy Generics online
* Pharmacie en france
- 15:18 Ticket #1243 (Acheter Generique France Sans Ordonnance, Achat Medicaments bon marche sur ...) created by
-
* Acheter Generique France Sans Ordonnance, Achat Medicaments bon marche sur internet
* free text hosting
* Farmacia Española , Comprar Genericos En España Sin Receta , Compra Medicamentos Por Internet
* Medical Assistant - Your Assistant Online
* L'Assistant Medical - Ton Assistant en ligne
- 15:17 WikiStart edited by
- (diff)
- 15:15 WikiStart edited by
- (diff)
- 14:27 Ticket #1242 (Tag Cloud: No tags cause the tag cloud movie to fail) created by
-
If there are no tags, then the tag cloud movie fails badly and hangs the browser.
- 12:54 Ticket #1241 (Missing flash files in Organize) created by
-
Occasionally, depending on what version of flash is installed, the appropriate flash runtime libraries are not installed.
- 10:16 Ticket #1240 (Access older (more than 5) details of user activity in Dashboard 'Log ...) created by
-
Having problems with users editing/deleting other users photos now the permissions are by group only.
The dashboard 'Log Entries' only show the 5 most recent user activities and I cant see who deleted the photos.
A way of accessing older details might be useful.
07/22/10:
- 22:53 Ticket #1239 (Submitting localizations leads to an error) closed by
- fixed: Fixed in 108fff735cd0882f4b1ced4c2352fcd44247467e
- 22:52 Ticket #1239 (Submitting localizations leads to an error) created by
-
From the logs:
Undefined variable: request
/home/bharat/public_html/gallery3/modules/gallery/helpers/l10n_client.php [ 204 ]#
- 21:08 Ticket #1238 (Albums with album covers pointing at deleted items won't get rebuilt) closed by
- fixed: Fixed in 663f079e8565d8bd565b1f8cdf85cb8f0269c87b
- 21:06 Ticket #1238 (Albums with album covers pointing at deleted items won't get rebuilt) created by
-
It's possible to wind up in a situation where an album has an album_cover_item_id pointing at an item that's been deleted. This issue was first reported in #1172 and has been fixed, but there're going to be some corrupted databases out there. The problem manifests in the Admin > Maintenance page where it says you have some thumbnails that need rebuilding, but they don't get rebuilt when you run the task.
- 14:07 Ticket #1235 (Fix MPTT task does not reset relative path/url cache in Item_Model) closed by
- fixed: Fixed in 2cf51983535ffa498c38b02328e30fe307ec6827
- 09:03 Ticket #1237 (Sharpen function of Imagick driver break with other locale (convert: Zero ...) created by
-
The sharpen function in system/libraries/drivers/Image/ImageMagick.php breaks when using LOCALE with other decimal seperators as dot(.). For example: nl_NL which uses comma(,) as decimal seperator.
Example:
/usr/bin/convert -background transparent -flatten -unsharp '1x0,5+0,59+0' 'MYDOCUMENTROOT/var/resizes/test/k2img--f1ae04b396e3bf86bd8ee39d3bc2a62c32e8d689.jpg' 'MYDOCUMENTROOT/var/resizes/test/k2img--f1ae04b396e3bf86bd8ee39d3bc2a62c32e8d689.jpg'
Which gives the result:
convert: Zero sigma not permitted `MYDOCUMENTROOT/var/resizes/test/k2img--f1ae04b396e3bf86bd8ee39d3bc2a62c32e8d689.jpg'.
I you look at the "unsharp" part, you see it's using comma's instead of dots.
I recommend using sprintf or number_format to fix that problem.
See the Kohana bug report I've just made: http://dev.kohanaframework.org/issues/3106
And one of the last posts in: http://gallery.menalto.com/node/92018
07/21/10:
- 23:23 Ticket #1236 (Replacing image file via RESTful API has no effect) created by
-
When updating an image via a POST request (x-method put) with a new image file, the new file appears in /var/uploads, but files in resizes, thumbnails and albums remain unchanged. Other updates (title etc.) sent in the same request are being performed alright.
- 18:31 Ticket #1235 (Fix MPTT task does not reset relative path/url cache in Item_Model) created by
-
It fixes the pointers, but not the cached urls so they can be out of date. Just null those out and let them get rebuilt via regular access.
- 09:17 Ticket #1234 (Automatically update languages after any module activation) created by
-
Gallery should update the languages database to make sure any new module get translated when there is already a translation for it. For example, I almost translated all modules under contrib repo into Arabic, but when any user install one of them after installing Gallery and Arabic languages he will not see it translated, and most probably he will not think of updating languages.
If you don't want to automate that with the module activation process it-self, maybe a notice above recommending to update languages will be enough.
07/20/10:
- 22:38 Ticket #1219 ("Welcome to Gallery" dialog is broken) reopened by
- Reopening because this is an important but low visibility feature and I want to make sure that we test it before launch. It's easy to break.
- 22:34 Ticket #1233 (Failed to change group message uses the "failed" name) closed by
- fixed: Fixed in af8bb05d5d4d13ae9fdda889c705fdd6dca0666c
- 22:33 Ticket #1233 (Failed to change group message uses the "failed" name) created by
-
Steps to reproduce:
1) Admin > Users
2) Edit a group
3) Enter a really long name that's 300 chars
4) Ignore the error message saying that it's too long and hit cancel
--> See a "Failed to change group <super long name>"
It should say "Failed to change group <original name>"
- 22:23 Ticket #1232 (Missing error messages when editing users) closed by
- fixed: Fixed in e5b1a4fc23bb31645cc330085db9a98f5e6d06a6
- 22:21 Ticket #1232 (Missing error messages when editing users) created by
-
Admin > Users
1) edit a user and leave the name blank
--> see: validation.required
2) Enter a user name that's 300 chars
--> see: validation.length
3) Enter a group name that's 300 chars
--> see: "name is too short"
- 21:21 Ticket #1231 (Wrong link when using mod_rewrite) created by
-
Steps to reproduce
Do a fresh install of G3 and uncomment the mod_rewrite rules in the .htaccess file so that "index.php" disappears from all the URLs.
What Iexpected to see
All links inside of G3 should omit the "index.php".
What I saw instead
After installing G3 a infobar appeared at the top of the screen with the message "Graphics toolkit missing! Please choose a toolkit". The link behind "choose a toolkit" contains "index.php" (e.g. http://example.com/index.php/admin/graphics).
- 21:03 Ticket #1219 ("Welcome to Gallery" dialog is broken) closed by
- duplicate: see #1225
- 21:02 Ticket #1218 (Broken Edit user form) closed by
- duplicate: see #1225
- 20:47 Ticket #1230 (Uploading watermarks fails with "required.invalid" error message) closed by
- fixed: Fixed in: commit 31361219894bae6da9229fb140b7ebf2af45e46d commit b4b2ef92ae76e5dd612bbd6bb801e79a7ebfac98
- 20:46 Ticket #1230 (Uploading watermarks fails with "required.invalid" error message) created by
-
This depends on what version of finfo you have installed, see http://framework.zend.com/issues/browse/ZF-9383 for details. But basically, when we detect the mime type we wind up with "image/gif; charset=binary" instead of just image/gif.
Second, the error strings need to be localized.
- 19:19 Ticket #1229 (Add/Edit groups have unlocalized error messages) closed by
- fixed: Fixed in 112582daeb73f9ae1cc3862ec635b393499eed6d
- 19:18 Ticket #1229 (Add/Edit groups have unlocalized error messages) created by
-
Admin > Users
1) Add or edit a group with a blank name or a name < 4 chars.
--> see bad error messages: validation.required validation.length
- 16:58 Ticket #1228 (404 exceptions are very noisy in the logs) created by
-
eg: http://gallery.menalto.com/node/96999#comment-348448
We need to cut the noise level down so that we're not wading through tons of stack traces just to find out that it's an expected 404.
Good idea? Bad idea?
- 16:21 Ticket #1227 (Periodically refresh cached group ids in sessions) created by
-
Scenario:
1) Admin Alice accidentally adds User Bob to a group that has access to PRIVATE_ALBUM
2) Bob logs in
3) Alice removes Bob from the group
4) Bob can still see the private album until he logs out
We should periodically expire the group ids. Possible implementation is to store a "group_ids_timeout" int and refresh that value every N seconds which should be easy to do in identity::load_user()
- 16:11 Ticket #1226 (Need a button to reset the REST access key) created by
-
Scenario: user accidentally posts it to the forums! Easy mistake to make, and very hard to fix in the UI currently.
- 16:04 Ticket #1225 (A bunch of forms are broken) created by
-
Forms in 3rd party modules got broken by dbf3199e46d8a9c0ae37108f6afda35232ef4cdd because they return HTML instead of JSON.
This is a placeholder ticket for issues reported in the forums. Please add a comment letting us know where you find breakages.
register module: http://gallery.menalto.com/node/97023
- 15:35 Ticket #1224 (Need a REST resource that returns the image data directly) created by
-
http://gallery.menalto.com/node/96733
We should return multipart/mime which contains an application/json with the entity info, and an image/jpg (or whatever) with the actual image data encoded.
- 14:29 Ticket #1223 (Fix album/photo hierarchy goes way, way over the # of total items) created by
-
Details: http://gallery.menalto.com/node/96989
Have not been able to repro yet.
- 13:43 Ticket #1201 (Logging out of the admin site takes you to a Dang/login page) closed by
- fixed: Oops, I totally did that wrong. Proper fix is in 9e9eed11872f995f899f7d00205377c3407af308
- 13:19 Ticket #1201 (Logging out of the admin site takes you to a Dang/login page) reopened by
- We are no longer logging out. We now just redirect to the main page. The logout link should log you out then redirect to the main menu. Right now its no different than "back to gallery" link
- 05:26 Ticket #1222 (Make text inputs and submit inputs/buttons display as the same heights in ...) created by
-
Minor but annoying polishing issue.
07/19/10:
- 18:42 Ticket #1221 (Add from server option) created by
-
When you're in an empty album, there's some text like "There are no photos yet - add some" and when clicking that link, you see the flash based web-uploader.
It'ld be nice to have a dropdown-box or something like that at this upload-page, where you can choose how to upload your pics: Via web-upload or "directly from server" (aka "FTP-Upload", which is available as a module..)
I know, there's a link in the "Add..." menu, but the link down at the content box is the one (my) users (and I) see and click first...
- 14:21 Ticket #1220 (No way to adjust permissions on creation of new folders) closed by
- worksforme: Gallery3 runs under the web server user id, so any images uploaded or albums created, are owned by the web server and they have full access. Users are managed within gallery, but don't need or have access to the file system. So its probably an issue with your installation and not with gallery3 code
- 12:21 Ticket #1220 (No way to adjust permissions on creation of new folders) created by
-
Gallery3 is creating album directories with user and group owners that have nothing to do with the webserver (but do correspond to the user whose account gallery is set up under). The permission bits are set to 700.
For some reason, the server returns 403/forbidden when a directory's contents are accessed, but it can still modify the directory and its contents (uploads, creating of .album.jpg, etc., all seem to work, but none of these images can be displayed, and attempting to access them produces a 403 error). Manually setting the directory's permissions to 705 allows the images to be accessed.
Since this isn't a sustainable work-around (users without access to the server will be unable to effectively add content), some way of defining the permissions that directories are created with should be established. In my case, giving new albums permission bits of 705 would fix the problem.
- 03:49 Ticket #1197 (Adding photos via Organize does nothing) reopened by
- Reopening cause it doesn't work for me :-) I don't know yet how to track this down, but when I'm back in CA in a week I can try building my own debug SWF.
- 02:54 Ticket #1219 ("Welcome to Gallery" dialog is broken) created by
-
After install, you're supposed to get a "Welcome to Gallery" dialog. It doesn't show because it's not sending the dialog contents back JSON encoded. And it's not really a form, so encoding it as json_encode(array("form" => $view)) will work, but it's a hack. And if you do that in welcome_controller, the subsequent "change password" link is broken the same way.
07/18/10:
- 16:23 Ticket #1218 (Broken Edit user form) created by
-
Latest git version
If you click on "Edit" next to a user on /index.php/admin/users I just get a broken form, see screenshot:
- 04:29 Ticket #1188 (Upgrade page looks crappy in IE) closed by
- fixed: Fixed in a8c629409bbc78791c3a
07/17/10:
- 21:09 Ticket #1217 (Insecure cookie over HTTPS) created by
-
Cookies should have the secure flag set to true when Gallery is accessed over HTTPS. Otherwise it's possible to steal the cookie data.
07/16/10:
- 21:23 Ticket #1178 (REST create requests should return a 201 Created response) closed by
- fixed: Fixed in 71a32e4e2453b8e6dec922e88180960a3a5b9aec
- 19:16 Ticket #1213 (404s to the REST interface shouldn't redirect to login) closed by
- fixed: Fixed in ed704e6a3bcd24c9d0ffbc4e71d2441aba4e9d0b
- 16:40 Ticket #1216 (Mail configuration settings (from, reply-to) should be configurable) created by
-
Currently they're all in modules/gallery/config/sendmail.php, but we should make those module settings that can be adjusted via Admin > Settings > Advanced (at the very least).
- 15:00 Ticket #1197 (Adding photos via Organize does nothing) closed by
- worksforme: I'm not saying there isn't an issue, but I couldn't get it to fail by following the steps above. I was using FF 3.6 what browser did you experience this in.
- 14:38 Ticket #1202 (Organize needs to implement flash version checking) closed by
- fixed: Set the minimum flash version 10.0.0 and display a message and a button to download the latest version if the minimum version is not installed. Commit: http://bit.ly/auAc2S
- 08:36 Ticket #1215 (G2 import - comments date.) created by
-
Comments imported from the G2, they lose their original date, and receiving date of import.
- 07:37 Ticket #1209 (Spurious error message: "Ask your server administrator to enable ...) reopened by
- The permissions do work: http://xxx/gallery/var/albums/xxx/IMG_1306.JPG?m=1279090847 http://xxx/gallery/var/resizes/xxx/IMG_1528.JPG Dang... Page not found! Hey wait, you're not signed in yet!
- 04:42 Ticket #1214 (ImageMagick and GraphicsMagick should pipeline operations) created by
-
Right now IM and GM call exec() multiple times on the same image and each operation is theoretically lossy enough that if you do several operations the quality is degraded. We need to
a) verify that this is a real problem
b) rewrite those libraries to pipeline the operations.
- 04:37 Ticket #1213 (404s to the REST interface shouldn't redirect to login) created by
-
We should trap them in Rest_Controller, set a 404 header and return a JSON error.
- 02:58 Ticket #1209 (Spurious error message: "Ask your server administrator to enable ...) closed by
- invalid: Please provide evidence that permissions are actually working properly in this case. Ie, please verify that when you lock down an album, you get an error page. Steps: 1) Create album foo 2) Create image foo/bar.jpg 3) Find the url directly to that image (eg: http://example.com/gallery3/var/albums/bar.jpg) -- verify that you can view it 4) Lock down album foo by taking away all permissions 5) Log out (or create a new incognito window in Chrome, etc) and see if you get an error page viewing the var/albums/bar.jpg Scenario A) You get an error, permissions are working, the message is spurious Scenario B) You don't get an error, permissions are not working, the message is accurate I'll close this bug as "invalid", please reopen if you can demonstrate that it's Scenario B above.
- 02:46 Ticket #1212 (Don't show the themed error page for File_Proxy 404s) closed by
- fixed: Fixed in b51b49cb63d990611dacccca5e2a505c6c96357d
- 02:46 Ticket #1212 (Don't show the themed error page for File_Proxy 404s) created by
-
It doesn't make any sense if you're asking for a thumbnail/resize/etc and you get a themed 404, especially since the url path will be /var/resizes/foo so the base urls are all wrong and the CSS is messed up.
07/15/10:
- 20:27 Ticket #1211 (Avoid spamming the logs with ".album.jpg not found" msgs) created by
-
Any time we don't set a thumbnail for an album, we're going to get these errors. They spam the logs. We should either
a) guarantee that the file is never missing
b) intercept requests for it and Do The Right Thing
- 19:53 Ticket #1201 (Logging out of the admin site takes you to a Dang/login page) closed by
- fixed: Fixed in 86a91c11cf8e2af8d100ee8a982a299d341ef032
- 19:41 Ticket #1210 (Create a simple way for overriding the uploader) closed by
- fixed: Renamed in http://bit.ly/d0Br1f Example overloading for the HTML uploader in http://bit.ly/cB6VJF
- 19:40 Ticket #1210 (Create a simple way for overriding the uploader) created by
-
Having separate styles of uploaders makes it harder to do overloading. We want a simple way. The easiest way to do this is to rename Flash_Uploader_Controller to be Uploader_Controller and have all apps use that url structure as a loose API.
- 12:38 Ticket #1192 (Breadcrumbs of album with long titles are cut off at bytes, not characters) closed by
- fixed: Tried it with the today's git, working alright now.
- 08:49 Ticket #1209 (Spurious error message: "Ask your server administrator to enable ...) created by
-
Hi,
when editing an albums permissions, there is a error message shown, although mod_rewrite is enabled (short URLs are working) and AllowOverride? is set to All (expires is working, etc.).
"Oh no! Your server needs a configuration change in order for you to hide photos! Ask your server administrator to enable mod_rewrite and set AllowOverride? FileInfo? Options to fix this."
# Host name: wally.hr3.wk3.org
# Operating system: Linux 2.6.26-2-openvz-amd64
# Apache: Unknown
# PHP: 5.2.6-1+lenny8
# MySQL: 5.0.51a-24+lenny4-log
I don't know why it says "Apache: Unknown", maybe because ServerTokens? is set to Major and ServerSignature? is Off?
07/13/10:
- 21:38 Ticket #1208 (possibility to scroll between photos when in fullscreen (not in slideshow ...) created by
-
hello,
It will be great to scroll between photos when you have click on 1 photo to have it in fullscreen
thanks
- 20:42 Ticket #1182 (Routing is parsed incorrectly for form edit|add urls) reopened by
- 20:06 Ticket #1207 (Reauthenticate dialog breaks with LDAP authentication) closed by
- fixed: Fixed in 297f98fcee9d45d49f0d2bebfd22aabc7af4c60b
- 20:06 Ticket #1207 (Reauthenticate dialog breaks with LDAP authentication) created by
-
Reauth is hardcoded to use the user helper, so when LDAP is activated it breaks.
- 19:34 Ticket #738 (Super simple non-Flash uploader) closed by
- fixed: Implemented in c1201d31ad8d556942c66651df4aebd8c2c6149e in a contrib module. Good enough? I think so.
- 18:00 Ticket #1206 (ImageMagic animated gifs Thumbnales) created by
-
When Admin Set Graphic ToolKit? - Imagemagic (for g2.3.1- first),
Gallery generate brouken thumbnales for animated gifs files
- 14:31 Ticket #1205 (Add JSONP support to REST replies) created by
-
http://gallery.menalto.com/node/96873 for details.
- 12:21 Ticket #1181 (Dialog handling is inconsistent) closed by
- fixed: Use $.getJSON to retrieve the json contents of the dialog. Convert all the controllers that create the data to go into a dialog to return the html as part of a json object. commit: http://bit.ly/ceVy3p
- 12:20 Ticket #1182 (Routing is parsed incorrectly for form edit|add urls) closed by
- fixed: Remove the trailing slash and just let it be matched by the trailing (.*) group commit: http://bit.ly/9zURvz
- 12:19 Ticket #1176 (Re-authenticate page not displayed in a dialog box properly) closed by
- fixed: Have the gallery.dialog code add a g-in-dialog parameter to the url to let the controller know its in a dialog. The reauthenticate controller will format the password prompt as a page or a form content. If authentication is successful, then the original controller is called instead of being redirected to. commit: http://bit.ly/bU7qxr
07/12/10:
- 03:40 Ticket #1204 (Move dialog looks teeeerrrible) created by
-
Try moving an album, you get a dialog with a browseable tree that looks pretty abysmal. We should make that look a lot better, or swap it out for the Organize module.
