Updating an image end up deleting it
@d-mendoza ci sta già lavorando.
Dal 8/2/2019.
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
Hi,
I'm using ActiveAdmin, with CarrierWave (1.3.1) and Cloudinary (1.11.1) with Ruby 2.4.4 (same issue with ruby 2.5.3) and rails 4.2.1.
My issue is the following one:
If I create a new record with an image, it works fine and I can see this image on my Cloudinary dashboard. However, when I try to update my record for a new image, none of the two images are on my dashboard anymore, and the URL stored in my record's attribute leads to a 404. However, the old version of the image is still available using the previous record's attribute's URL.
My guess is that there is either an issue with the cache like spotted in the issue #314, or an issue with carrierwave handling of cloudinary versions. However, the weirdest part is this deletion, and the fact that there is no trace of any image in my dashboard after update.
For more information, here are examples of my uploaders (feel free to ask for more information):
class BaseUploader < CarrierWave::Uploader::Base
include Cloudinary::CarrierWave
cloudinary_transformation backup: Rails.env.production?
def public_id
"#{store_dir}/#{model.id}"
end
def extension_white_list
%w(jpg jpeg gif png)
end
def cache_dir
"#{Rails.root}/tmp/uploads"
end
def filename
"#{public_id}.#{file.extension}" if original_filename.present?
end
protected
def store_dir
"#{Rails.env}/#{model.class.to_s.underscore}/#{mounted_as}"
end
end
class TeamMemberPictureUploader < BaseUploader
version :thumb do
process resize_to_fill: [300, 300]
end
end
class TeamMember < ActiveRecord::Base
mount_uploader :picture, TeamMemberPictureUploader
end
While looking for similar issues, I came across #267. Maybe my issue is quite similar. But I don't get your answer:
If you need your app to have both old and new images, then you'll need your app to be able to add more images rather than having a single updated one, and also make sure every new upload will assign a unique public ID to every upload.
On the other hand, if you're ok with your app having only a single (latest) version of the image, but still want to not delete the old versions on your Cloudinary account, then you'll need to also make sure the public IDs are unique for each new upload.
What I want is to have one id associated to my record / environment / attribute. But I don't want it to change. The expected behavior is that the new picture will replace the old one.
- Lingua principale
- Ruby
- Stelle
- 420
- Fork
- 282
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di cloudinary/cloudinary_gem
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
cloudinary/cloudinary_gem#597 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 52/100
cloudinary/cloudinary_gem#591 · 3 commenti ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
cloudinary/cloudinary_gem#582 · 1 commento ·
-
404's when fetching .eml files (from Action Mailbox)Forse di nuovo libera @rnamba-cloudinary l’ha presa 400 giorni fa e non c’è nessuna pull request aperta. Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 30/100
cloudinary/cloudinary_gem#581 · 1 commento ·
-
BlobKey, MirrorService and Sidekiq 8 are incompatibleForse di nuovo libera @const-cloudinary l’ha presa 541 giorni fa e non c’è nessuna pull request aperta. Aperta
cloudinary/cloudinary_gem#573 · 3 commenti · 1 assegnatario ·
Tutte le issue di cloudinary/cloudinary_gem
Issue simili
-
area: ci benchmark build developer-experience difficulty: easy dx enhancement github-actions good first issue hacktoberfest help wanted performance quality rank: 8 kyu ruby tech: ruby
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
flisk-sh/flisk-labs#22 ·
-
1.severity: security
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno
-
15-minutes 5-minutes algorithm any-language beginner-friendly c cpp csharp easy go good first issue hacktoberfest help wanted java javascript kotlin python rust swift typescript
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
Huerte/algo-solutions-python#260 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
internal
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Kong/developer.konghq.com#8080 ·
I maintainer di solito rispondono entro 1 giorno