I am a problem - it is possible to insert images into comments - all work fine, but on the next day my images disappear. There are only numbers. I have cheked img src and I saw a strange thing - src didn't have last part of url - image name and image folder.
Normal form is ![]()
The next day form is ![]()
I have checked folder ('wysiwyg_imageupload/1/') of the image - there is not this image at all.
I have cheked wisiwig image upload table in my drupal db ('wysiwyg_imageupload_entity'). There is a record about my image, I have attached image with details of the record.
It is very sad. I am affraid that I will lost images and in the present time I have blocked using this very perfect module - not swith off module - only remove button from editor.
Sorry about my english - there is not a conversation practice.
| Comment | File | Size | Author |
|---|---|---|---|
| 1.jpg | 17.02 KB | andrew mironenko |
Comments
Comment #1
andrew mironenko commentedThere is not examples of the image tag in the comment above - it have been blocked when I sent it.
The normal form of the image tag and the next day form have a distinguish only in 'wysiwyg_imageupload/1/logo2[1].gif' part of src url.
And... I am not a problem - I have a problem - sorry my very very bad english.
Comment #2
eugenmayer commentedFinally i have found this bug, which is related to the browers. The browser was, to be straight, rather completely disfunctional in the last 2 releases and cause those errors. Will be fixed in 2.4
Comment #3
Dr_Who2 commentedPlease see: http://www.modell-helling.de/node/72
The user included his pictures yesterday. I saw it myslef in working condition.
However today, the pictures are partly gone.
I went with edit into his post and found this:
For the part that is showing the pictures at the beginning of the post it reads like:
[[wysiwyg_imageupload:45:]]
For the part where the pictures have gone it reads:
[[wysiwyg_imageupload::]]
As far I am aware, nothing was changed manually.
I understood this was supposed to be fixed with 2.4 and that is what I am using.
All I changed is to set a new filter within Views WYSIWYG Image Upload Browser as described here: http://drupal.org/comment/reply/952182/3624834
Is this a configuration issue or related to the Module itself?
Any help is highly appreciated.
Thanks
D
Comment #4
eugenmayer commentedComment #5
Patricia_W commentedI have a similar problem. When I use the browser I have 5 pages and the first 3 are empty. The last two pages show images. When I look at the wysuwyg_imageupload_entity table I have 28 rows. Is there a definition of the structure of this table? Is it safe to delete rows for images that aren't being used?
Comment #6
marvix commentedI have the sam problem ,,, in the editor is showing the image but in user side is showing [[wysiwyg_imageupload:3:]] only!
Comment #7
eugenmayer commented@6 diffeerent issue, read the docs _AND_ FAQ!
Comment #8
polskikrol commentedLooks like I have the same problem with images disappearing with 6.x-2.4. The image lasted for a few days and then just vanished. Classic [[wysiwyg_imageupload:XX:]] only seen where the image should be. Also, image is gone from the filesystem and does not show up in the 'browser'.
Comment #9
eugenmayer commented@8: Thats exactly the case we are talking about here. This edge case really drives me crazy.
Comment #10
oranjer commentedHi EugenMayer
I think I got the same issue
"some" of my images disappear when I see in the CKeditor it look like this " [[wysiwyg_imageupload::]] "
"the number" between :: has lost ! (it should be [[wysiwyg_imageupload:xx:]] ) and there is no images which disappeared in folder "wysiwyg_imageupload" but it just some.
so it made me go crazy too whether any of my image will be lost in the future or not :(
and I think it 's critical problem.
Thank for any help
oranjer
Comment #11
marvix commentedSorry, but there is no problem .... its input filter ;)
THX
Comment #12
polskikrol commented@11. If there is no problem, why do a lot of people have issues with images disappearing? If its input filter, then how would you suggest rectifying the situation - using a particular wysiwyg editor? using a particular input filter (ie, full html)? Please advise.
Comment #13
polskikrol commented(For issue tracking housekeeping, do we update the version on this ticket to 6.x-2.4 or create another bug attached to 6.x-2.4 version and close this as a duplicate issue. Since its evident in both versions.)
Comment #14
eugenmayer commentedjap, 2.4. Good catch
Comment #15
eugenmayer commentedwith 2.5, this problem will be gone forever.
I have reimplemented the whole nodeapi / cache process and iam not using cache anymore. Basically 2.5 is has ~150 lines of code lesser, taking out the whole cache / cache transfer / cache maintance code.
Instead of caching which files have been "inserted", i simply scan the body using the same pattern i use for the filter. So it is 100% assured that a image, which is in the body will be persisistend on save.
With the cache aproach, there seem to come up edge-cases ( i covered a lot during patching ) where the cache gets out of sync and therefore files dont get persistated ( and dissapear later ).
Comment #16
eugenmayer commentedComment #17
Dr_Who2 commentedThank you so much for the help and dedication Eugen, this really saved my day.
Comment #18
eugenmayer commentedyw
Comment #19
Anonymous (not verified) commentedI'm sorry for reopen this issue, but in the last few days on 2 drupal installations my images started to vanish, I'm using 2.8 version on both. Like comments #8 and #10
Comment #20
eugenmayer commentedWell the only way this can happen is, that those images where not persentent already and have been uploaded with 2.4.
Is that right?
Comment #21
Anonymous (not verified) commentedNo, last night (with 2.8) I uploaded few images and today in the morning they weren't there. Old image still there (by now)
Comment #22
eugenmayer commentedwell actually i cant think about any case were this could happen at all. As the content is scanned like using the content filter, it does match all pictures actually can be showed ( are shown ).
i really need more infos here or thoughts
Comment #23
Anonymous (not verified) commentedAfter spend the weekend uploading and watching pictures, they still disappear.
I have pasted the wysiwyg_imageupload_entity and wysiwyg_imageupload_entity_revision data on google docs maybe you don't mind to take a look:
It should be noted that the last 3 values (the candidates to disappear) always keep the temporary value as 1, although they were created more than 6 hours ago.
The pictures with iid lower than 77 (77 included) never disappear, they were upload before 2.5 version.
I hope this help
Comment #24
polskikrol commentedI have experienced the same problem with 2.8. Re-uploaded a file (with the same file name) which disappeared before using an older version. Checked 2 days later.. and it was gone. However, 3 completely new images are still persistent. (Important to note that when re-uploading, I removed the broken image, saved the node, edited it again with the new upload, and saved.)
Hope this helps!
Comment #25
eugenmayer commentedHow was / is the filename? Can you reproduce it all the time ( using this image?)
Comment #26
eugenmayer commentedJust to clarify, temporary=1 means "delete it on cleanup". But it wont help just setting this 1 to 0, you also need to set the file in files, using the fid relation, and set status there.
What happend on #23 is, that the nodapi hook has never been called, thats why nid is zero and temporary is 1.
What actaully wonders me is, why temporary is 1 and not a timestamp, which it actaully should be.
Are those pictures uploaded in nodes or comments? Any speciality on those nodes?
Comment #27
Anonymous (not verified) commentedThose pictures are uploaded in nodes. I think there's nothing special on those. I'm going to create a new content type and try to see the MySQL.
Comment #28
Anonymous (not verified) commentedI think I found the problem:
The content type with disappearing images has cck textarea field as body , they're not using Drupal default body.
If I upload a new image on a body field and on a cck textarea field (the same image and in the same node), the body one displays temporary 0, the cck one displays temporary 1.
Comment #29
eugenmayer commentedAh! Well CCK is not supported ( yet ), so that actually an expected behavior.
But what about #24? Also CCK?
Comment #30
Anonymous (not verified) commentedIs there a patch or anything I can edit meanwhile :) . I using this module on a production site, and my clients are going to kill me ;)
Comment #31
eugenmayer commentedNo currently not. You can open a feature request but dont expect me to work on it in the near future. I will write done a raw outline on how to implement it, but i guess you will need to find somebody / book somebody to implement it.
Lets see whether polskikrol has the same issue ( CCK )
Comment #32
Anonymous (not verified) commentedDon't worry I'll use previous version where everything works as expected. Take your time
Comment #33
eugenmayer commented@32: i would bet on this.
Comment #34
polskikrol commentedPardon my ignorance, but what exactly am I checking? I have reuploaded the image and will see if it disappears again.
Comment #35
polskikrol commentedAnd the image has disappeared again :[
Comment #36
eugenmayer commented@35 are you uploading the images to a CCK textarea?
Comment #37
polskikrol commentedYes, uploading it to a CCK 'Text area (multiple rows)'.
Content Construction Kit (CCK) 6.x-3.x-dev
Comment #38
eugenmayer commentedwell then the case is clear, please read the uppoer. CCK fields are yet not supported, so overything works as designed.
Open a feature request if needed
Comment #39
jdln commentedHi Eugen
Thanks for all the effort you've put into this module. Maybe I didn't read the documentation properly but its only after having my images disappearing that I found this thread and realized that this module doesn't work with CCK text fields. Maybe this should be stated more clearly on the projects homepage? I hope I dont come across as unappreciative, just a thought.
Thanks
Comment #40
marakatti commentedWell. I've got a new 2.8 install, with no previous versions installed, no cck fields: and I get the described problem.
I just see the box with a number.
But what I've noted is that the images don't really show up.
When I upload an image I see it, save it and everything is fine and dandy. Until I open the same page on another browser. Where I can't see it. And in fact if I restart the browser with which I uploaded the image, it will not show up.
Which leads me to think, I was seeing the posted image from the browsers local cache.
I was wondering if this grants reopening the case?
thanks
Comment #41
eugenmayer commented@40: total different issues. Please have a look at the FAQ, specificaly the imagecache issues ( memory ) and /or open a new issue.
Comment #42
marakatti commentedThanks for the tip!