Summary | picture leftover after delete |
Queue | Ansel |
Queue Version | 2.0-ALPHA1 |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | mrubinsk (at) horde (dot) org |
Requester | michael (at) bigmichi1 (dot) de |
Created | 10/13/2011 (4991 days ago) |
Due | |
Updated | 10/20/2011 (4984 days ago) |
Assigned | 10/19/2011 (4985 days ago) |
Resolved | 10/20/2011 (4984 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
when deleting the picture
State ⇒ Feedback
way the gallery style properties were saved when using JPG images and
a transparent gallery background color.
The property screen has been changed so it now disallows saving
combinations of values that would be unsupported when using JPG images.
Please let me know if this solves the issue for you (in a newly
created gallery).
Provide some verification and feedback if the style selection is not
supported with the current image type.
Related to
Bug: 106452 files changed, 24 insertions(+), 4 deletions(-)
http://git.horde.org/horde-git/-/commit/cc96f9466681fea83395d42f5a384180b56594dc
State ⇒ Assigned
JPG images cannot have a transparent background, choosing a background
of 'none' causes Ansel to revert back to the "Plain" thumbnail type.
We need to provide better UI clues, filtering to reflect this.
but when i reopen the properties it shows everytime Basic Thumbnails,
that's right. i my logs with log level DEBUG i only found some
messages about missing permission for ansel:admin.
State ⇒ Feedback
When you create/edit a gallery you are unable to select anything other
than "Basic Thumbnails" for the Thumbnail style and that is causing
the ansel_hashes table to not be populated. Is this correct?
I assume you have checked the horde/server logs for errors? I cannot
reproduce this...
pecl.php.net imagick 3.1.0RC1 (beta)
Horde::debug("LOG") to both methods that read and write
ansel_hashes. i added a picture and nothing were logged.
attributes for the gallery are changed, not when the image is
created/saved.
so i looked where the
and here it never goes into the second if where ensureHash is called.
may have a different style hash then that of the gallery. If it's
never getting called in that method, then you are not using one of the
"pretty" image stacks.
upload my test pictures to. but no change. i only noticed that i
can't set another preview style, after choosing another than "simple
preview" and save and reopen properties it's still "simple preview"
support generating these images (so the style hash for them would
never need to be computed). Though, if that is the case, the image
would not have been generated to begin with...unless you changed your
image backend from one that *does* support them (like ImageMagick) to
one that does not (like GD).
Imagick, GD...?
New Attachment: conf.php.txt
Horde::debug("LOG") to both methods that read and write ansel_hashes.
i added a picture and nothing were logged. so i looked where the
methods are called and found a place in Gallery.php -> getKeyImage()
and here it never goes into the second if where ensureHash is called.
so i played around with both style settings for that gallery were i
upload my test pictures to. but no change. i only noticed that i can't
set another preview style, after choosing another than "simple
preview" and save and reopen properties it's still "simple preview",
perhaps that is the problem in my case that i need to choose another
preview style to get hashes working and than also pictures were all
deleted.
but if this is the case that the pictures in the hash directory are
only needed for some styles other than simple preview, than the
question is why are they generated and saved so that they are not
deleted when deleting a picture
State ⇒ Assigned
Did you update from an existing Ansel install or is this a new
install? It looks like the migration doesn't create the hash for
existing gallery styles when upgrading...
ok that ansel_hashes is empty?
image. Having an empty ansel_hashes table, though, would definitely
prevent images from being deleted. So we/you need to figure out why
that table is empty...
Assigned to Michael Rubinsky
State ⇒ Feedback
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Queue ⇒ Ansel
Summary ⇒ picture leftover after delete
Type ⇒ Bug
Priority ⇒ 1. Low
full, mini and screen directory on the filesystem, but there is also a
directory named 'c73bbb618b87e81a79e6aac7a9476a06' and there the
picture is still present. ./ansel-garbage-collection returns only: No
cleanup necessary.