Closed (fixed)
Project:
Plupload integration
Version:
7.x-1.x-dev
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Apr 2011 at 15:21 UTC
Updated:
9 Apr 2014 at 03:53 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
avizzino commented(Almost) the same issue here.
Varsions:
plupload v 1.4.3.2
plupload module v. 7.x-1.0-beta2
I get a message for every file i upload.
I monitored my tmp folder and I noticed that when I start uploading a file, the temporaru file
phpXXX.tmpis created. Upon success on uploading, the filephpXXX.tmpis replaced by something likep15utbbubj1t8eg69b5elv91i1d3.tmpWhen I save my node the
p15utbbubj1t8eg69b5elv91i1d3.tmpfile is removed. But, somehow, the module must still try to access and unlink the originalphpXXX.tmpfile which is, obviously, not there anylonger.I hope this helps fixing the bug.
EDIT:
system info:
- WinXP pro
- Apache/2.2.17 (Win32) PHP/5.3.6
- I can reproduce with IE8, FF (latest version to date), Chrome (latest version to date)
Comment #2
effulgentsia commentedAnyone else seeing this? I just tried it on Windows 7 Home Premium with Acquia Dev Desktop for Windows, and adding to the Media Gallery works fine on my end. If you're able to reproduce, please report the version of your OS and AMP stack, and also which browser (and version), and whether or not you have the Flash player installed in that browser.
Re #1: you're referring to saving a node rather than uploading to the Media Gallery. What module are you using for integrating plupload with nodes?
Comment #3
avizzino commentedI don't know if you noticed, but I edited my previous message with the info you required.
Please let me know if you need further info.
Thanks in advance.
A.
Comment #4
monican commentedSame issue here. Win 7, Wamp 2.1 (Apache 2.2.17 / PHP 5.3.5), Firefox 3.6.18
Comment #5
moloc commentedIt seems, that the input stream is not closed. Closing the input stream solves the problem for me.
Adding
in plupload.module after the while-loop
line ~ 336 and line ~ 364
Comment #6
moloc commentedI tried to create a patch based on comment #5.
Comment #7
othermachines commented#6 patch got rid of the error for me. Thanks for that.
Wondering: should drupal_unlink() be used instead of PHP's unlink()? The doc states that "PHP's unlink() is broken on Windows, as it can fail to remove a file when it has a read-only flag set.".
Comment #8
petsagouris commentedThanks for the patch, the error goes away.
Comment #9
petsagouris commented@ #7 : Indeed the
drupal_unlink()should be used instead of the PHPunlink().I suppose that this should go into a different issue if a patch is not introduced in this one.
Comment #10
slashrsm commentedCommited to 7.x-1.x: http://drupalcode.org/project/plupload.git/commit/32b2c11
Thanks!
Opening new issue for
unlink(): #1445172: Use drupal_unlink() instead unlink()Comment #11
slashrsm commented