There seem to be two bugs in the 6.x 1.3 version of flashvideo.

1. When output directory was set to empty (default to files), and delete original was set to no, and processing was set to immediate.
After I uploaded a video1.flv file, a thumbnail was created correctly (video1.jpg). Everything functioned OK for a while. When I checked into the files directory, there were two files, video1.flv, and video1.jpg.
Then somehow a few minutes later, the video file (video1.flv) got deleted automatically (presumably by the cron process). The thumbnail view is still there, but there is a spinning wheel when watching the video.

2. As a work around, I changed the output directory to videos (files\videos). Now I saw two files on the files\videos folder (video1.flv and video1.jpg). None got deleted this time.

The [thunmbnail] view displayed correctly, but the [video] does not.

When I checked the flashvars using browser's view->page source, i found:
flashvars="file=http://example.com/files/video1.flv&image=http://example.com/files/video.......

It did not recognize the fact that the output directory was changed to files/videos.

As a comparison, the thumbnail picture was properly referenced as
http://example.com/files/videos/video1.jpg....

Comments

balonik’s picture

Same problem here.

Easy temporary solution is to check "Output Directories reference from Drupal Root" and set "Output Directory" like "sites/default/files/videos".

whysee77’s picture

same pb
video files are deleted

I used the workaround but the cck module upload the video in the wrong directory (files instead of files/videos)
(the path under the attachment after upload)

so i can't play the video
but the videos are actually in the 'files/videos' directory
i checked "Output Directories reference from Drupal Root" and set "sites/default/files/videos" in the ffmpeg config

any helps

no_idea_yet’s picture

Title: video file got deleted » video files get deleted when original file uploaded is a .flv

Confirming the issue, but even stranger, I don't have cron set up although I do run it manually (test site at the moment)?

Drupal 6.2, multi-site install, MySQL 4.1.222, PHP 5.1.6

Scenario 1

* default install
* upload any video file other than .flv
* thumbnail and .flv created in files directory
* everything works fine

Scenario 2

* default install
* upload a .flv
* thumbnail created and .flv found in files directory
* everything works fine
* sometime within the next few hours, .flv deleted
* bit worrying files can somehow be deleted even without cron running?

Scenario 3

* change "original directory" to in_vid and "output directory" to out_vid in ffmpeg settings
* upload a .flv
* thumbnail created, thumbnail and .flv found in files/outvid directory
* everything works fine - at least for now (19 hours later)

rantenki’s picture

I can verify the same problem occurring.... Grrr.

MySQL 5.0.45 on Ubuntu Gutsy, PHP 5.2.3-1ubuntu6, and Apache 2 with Drupal 6.3.

When a flash video is uploaded, it works for a time (and is not run through the conversion process, it just gets copied). Eventually, it will disappear from the files folder.

no_idea_yet’s picture

Hi rantenki

Just change the directories as per my scenario 3 above - has been working fine ever since for me :)

rantenki’s picture

Nope; that won't necessarily fix it (as per whysee's post). I found the bug however, and have a (tiny) patch. Basically, when a flv file is uploaded, it is never marked as permanent, so eventually gets eaten by the cron garbage collection call. In order to fix that, we need only add a single line of code in _flashvideo_perform_postop...

 701    else {
 702 
 703       // If the file was found, then all we need to do is just update the database information about that file.
 704       db_query("UPDATE {files} SET filepath='%s', filename='%s', filesize=%d WHERE fid=%d", $newfile->filepath, $newfile->filename, $newfile->filesize, $newfile->fid);  // Change the filepath in the files table.
 705       //Also, we need toset the status to permanent, otherwise the file will be deleted
 706       file_set_status($newfile, FILE_STATUS_PERMANENT);
 707    }
attheshow’s picture

Version: 6.x-1.3 » 6.x-1.5
Status: Active » Postponed (maintainer needs more info)

Is this still an issue for any one in version 1.5 or has this been resolved?