The selected file /tmp/*filename*_*number.extension* could not be copied.

Waywisher - March 3, 2008 - 14:10

Hi,

I've looked at various posts about similar symptoms but can't find a fix - Can some kind and generous guru give this beginner some help?

I had 6.0 running fine for about a week, just playing with Drupal and starting to set up my first Drupal website. I then upgraded to 6.1 following the method given on the linked upgrade pages. Now, with only the core modules loaded when I try to upload a new logo to my theme of choice the following error message is displayed..

The selected file /tmp/*filename*_*number.extension* could not be copied.

Drupal is installed in the root of public_html. When I run the status report I get ticks for everything.

I've checked the permissions and have 777 for /public_html/sites/default/files dir.
775 for /public_html/sites/default dir.
777 for /public_html/sites dir.

The files dir., settings.php, htaccess and other theme files etc. have been copied across from my backup.

As I said before, I've read a number of similar posts but still can't get a solution.
I'm getting close to deleting everything and starting from scratch - but I'd really like to fix this so that I have more confidence for future upgrades etc.

Can anyone point me in the right direction? Thanks in advance (and apologies if I've missed the solution elsewhere).

Anyone?

Waywisher - March 4, 2008 - 21:20

Is anyone out there..?

Same issue

ossfi - April 5, 2008 - 10:45

I have the same issue after I added the dutch language. The translation itself went well. I can also see the translations of the menu items but through the whole site the error is displayed that it could not copy two files from the /tmp directory.

When I deselect and remove the dutch translations all is well.

Yep, same issue

matsberglund - April 18, 2008 - 05:22

Problems also occurs when I add Swedish translation, but disappears when I switch back to English.

I've tried to manually upload the translation one .po-file at the time, to see where the problem is. So far the modules-block.sv.po and the system/misc.sv.po has caused the problem.

Same with dansish

okologisk - May 1, 2008 - 11:31

Hi

I have the exact same problem. When I switch to danish I get a:

"Filen /dir/local/home/domain.dk/sites/default/files/tmp/filejyB0Fe kan ikke kopieres."

If I change back to english everything is fine.
I have also tried to manually install the .po file but the issue persists.

Any clues

/Morten

Same with polish

big_end - June 6, 2008 - 22:57

The same problem :/

Same with turkish

sedat44 - June 8, 2008 - 19:30

The same problem

Same with T-Chinese

sahasama - June 30, 2008 - 10:06

Exactly the same problem....

I have checked the log. Found this

"建立Chinese, Traditional(繁體中文)語系的 JavaScript 翻譯檔案時發生錯誤。"

means

"occur errors when trying to build a translation for the chinese, traditional language 's javascripts."

Fixed: I had the same problem with Russian language

geo_ego - July 28, 2008 - 00:27

Everything was working fine on my Drupal 6.2, until I changed default language to Russian. Every page started giving me an error message:

-----
Выбранный файл /home/mysite/public_html/drupal/files/tmp/filetpmPwN не может быть скопирован.
(in English: Selected file ..... cannot be copied)
-----

I stepped through the Drupal code and found an error message that PHP function copy() returns:

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
warning: copy(): SAFE MODE Restriction in effect. The script whose uid is 32433 is not allowed to access /home/mysite/public_html/drupal/files/languages owned by uid 99
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

I am on shared hosting and I asked tech support to change the owner from '99' to my own hosting account for this directory:

/home/mysite/public_html/drupal/files/languages

After they did that, I made it world writable (chmod 777, which might be a security problem) but after that all errors disappeared.

Please note, I am not a security expert, so this solution may be a security threat for Drupal site.

solution worked

krishinsh - September 4, 2008 - 10:20

Thank You!

solution

gamma - August 10, 2008 - 15:08

anybody knows, what to do? I have the same problem

the same

Arraez - August 15, 2008 - 10:43

Same problem here...:

"El archivo /home/fjarraez/domains/portalfranj.net/public_html/sites/default/files/tmp/filedW8G90 seleccionado no se pudo copiar."

Making files/languages directory writable solves the problem

geo_ego - September 3, 2008 - 01:55

Making "sites/default/files/languages" directory writable solves the problem.

See my reply for comment above for details:
http://drupal.org/node/229395#comment-938978

Yes, it solved my problem as

dancinbits - October 15, 2008 - 17:27

Yes, it solved my problem as well. If you cannot change the permissions through your ftp client, try deleting the empty 'languages' directory and making a new one. This changes the owner. After that you can change permissions...

solved also

deshilachado - December 4, 2008 - 11:14

Thanks geo_ego and dancinbits! I had the same problem after installing German translation.
As I didn't want to contact my webhoster, I deleted /drupal/sites/default/files/languages and recreated it, so now I'm the owner of the languages folder and could change permissions to 777

It worked for me too

manoloka - January 16, 2009 - 12:42

Hi there,

Thanks, it worked for me too. I had to delete the languages folder, create it again and change the permissions that was all.

I had this same error with

CMangrum - September 7, 2008 - 14:19

I had this same error with xmlsitemap and found an explanation for that too. I had the directory set at 777 but the files created by default were set to read only. The extension was trying to save to a writable directory but couldn't overwrite the files in the directory. Perhaps it applies in this thread as well?

I can confirm this issue,

brucebanner - October 21, 2008 - 19:29

I can confirm this issue, but with optimizing css and javascript in performance menu for 6.4
I am owner of the temp folder, and it's set to 777, but the files are being written as 600. I removed the .htaccess file to see if it worked then.
No luck,
Has anyone made head way with this?

--
When God is with you, who can stand against you?

 
 

Drupal is a registered trademark of Dries Buytaert.