when i create a video field, i keep field path empty, assuming the file will be saved on "files/videos", but this not happened. the file was saved in "files/videos/videos" and when i try put something in field path he create an other path like files/videos/videos/videos/SOME_THING".
| Comment | File | Size | Author |
|---|---|---|---|
| #15 | 200804288551209370618585.jpg | 442.67 KB | k-y |
| #15 | wallpaper_shaiya_light_and_darkness_01_16001.jpg | 213.04 KB | k-y |
| #15 | 200804289331209370482576.jpg | 679.09 KB | k-y |
| #15 | large_5531b63.jpg | 24.99 KB | k-y |
| #15 | 1.JPG | 13.98 KB | k-y |
Comments
Comment #1
senpai commentedConfirmed. This problem still exists in video-4.0-rc2 and it should be noted that filefield_paths is presumably in use here as well, so diagnose accordingly.
Here's how to repro this bug: It doesn't show up during a node/edit + save, only when using the upload button within the filefield's widget. In my case, the Video module is correctly uploading the video file to files/videos/example.mp4, but it also makes a series of three or even four empty folders at files/videos/videos/videos/videos/
More info on the way as I figure it out. :)
Comment #2
senpai commentedAttaching a screenshot of the empty folders.

Comment #3
senpai commentedMore info! The Filefield Paths setting for my video content type had this in it (which I *totally* didn't put there!)
Now, to figure out why this setting was changed without my permission. :)
Comment #4
hypertext200Comment #5
roginald commentedI am experiencing this same problem with rc1 up to the latest rc4 and dev versions.
Also, not sure if I should post a new issue, but any release after rc1 does not successfully run the conversion on node save for me. I've tried rc2, rc3, rc4 and the latest dev and none of them seem to successfully run the conversion. I see the ffmpeg command attempting to run twice on node save in the watchdog log, but no flv file is produced.
Again, rc1 converts and saves, though it saves to the videos/videos/videos/videos/videos directories.
Comment #6
senpai commentedMore troubleshooting info. After manually deleting the empty directories and then changing the filefield_path settings within the content type so that it was back to videos/, I was able to node/edit, remove the video, add a video, and click 'save' rather than the filefield widget's 'upload' button. Success!
The node was saved, the video was there in the proper files/videos/ dir, and the four empty directories do not come back. I'd look closely at the interaction between this module and the filefeld + filefield_paths widget next.
Comment #7
hypertext200Thanks for the info and reports, we will fix this in next release.
Comment #8
roginald commentedreporting that i am experiencing the same behavior with the latest rc4(july 12 release). conversion works again, but they are being saved anywhere from 4-5 levels of 'video' directories deep.
Comment #9
hypertext200oops! I forgot this, will work on b4 next release
Comment #10
ronanrbri think you forgot fix the bug about field path videos/videos/videos again/again/again =)
Comment #11
gregstout commentedrc8 has this problem
Comment #12
ronanrbrversion 4 has this problem,.. heshanmw forgot fix this bug, i think,..
someone know how convert video on save or update a content on version 3.9, i´m trying make convertion using trigger/rules but the video_scheler.php just can be executed on shell
then i put a function exec("my_script"); in trigger/rule, and in my_script i put the command:
"php video_scheduler.php domain.com/" > log_myscript.log
but script results is all page loaded by drupal
Comment #13
recrit commentedstill present in rc9. If you disable filefield_paths, insanity goes away.
why does this module have to prepend the file path?
Comment #14
ronanrbrLOL unbelievable,..
Comment #15
k-y commentedComment #16
entrigan commentedThis appears to be fixed in 4.1rc2
Comment #17
hypertext200I didn't change any thing related to this issue, I'm not sure how that is fixed. Please re-open if this issue is still exists.
Comment #18
finex commentedI've installed 6.x-4.1-rc2 and the bug still exists
Comment #19
paulbeaney commentedHi,
Great module this, but this problem is a bit of a pain. The problem is caused by the function video_widget_settings_file_path_validate() in video.module which prepends 'video/' to the file_path. Since this function gets called several times when a video CCK field is added or updated, it ends up with multiple 'video's in the path.
Easy solution - comment out the line 897 (the only line of code in that function). Now works great (with the CCK File Path module installed anyway) :D Admittedly you then have to set the file_path information to ensure your videos go into files/videos, but that's no big deal. I guess for people NOT using CCK File Path there should be a line of code to detect the presence (or not) of File Path and take evasive action accordingly.
Regards,
- Paul
Comment #20
hypertext200Please test the dev version checking out from CVS or I will release a newer stable version of video module end of the day. Please check and verify the path issue
Comment #21
m.sant commentedJust downloaded and installed the latest stable (6.x-4.1-rc6).
My videos are saved in videos/videos/videos/videos/videos/videos/videos/videos/
Furthermore the thumbnails are generated in the folder sites/default/sites/video_thumbs, but they are not correctly displayed.
Also the transcoded video is not displayed.
Comment #22
hypertext200@m.sant : did you upgrade the module? and run the update? or just isntalled as a fresh copy? I installed as freash copy and I cannot see video/video/video filders are no longer creating. Give me some more details
Comment #23
m.sant commentedUpdated from 6.x-4.1-rc4 to 6.x-4.1-rc6 via drush cli. Sure I did run the update procedure.
If I upload an avi, the original file is saved in sites/default/files/videos/videos/videos/videos/videos/videos/videos/videos/, the thumbnails in sites/default/files/video_thumbs and no conversion is performed, even if I check the "Convert video on save" option.
Tell me if there are some more tests I can do, or if I can provide more information.
Comment #24
hypertext200Please go to your video field-settings and check the file path, you can reset it to videos. What about the videos you already had? are those working properly? Please check the records on your video_files table?
Go to video settings and check the FFMPEG settings, we added some new feature for mp4, mov files, are you output FLV or any other format?
Comment #25
m.sant commentedThank you, I changed my field-setting path, that, for some reason, was videos/videos/videos/videos/videos/videos/videos/videos/.
Now my original file gets saved in sites/default/files/videos.
Unfortunately the thumbnails and the converted file are not correctly generated.
I cancelled all the previous video contents and created a new one.
Here's my video_files table:
Comment #26
hypertext200You should run the cron to make effect. I think we can close this issue and open up new one since we fixed the video/video/video issue.
Comment #28
Walter Johnson commentedWhere do I place jar file to stop this...
No video? Get the Latest Cortado Plugin