Bug #64363

Epic #83669: Improve file list / file browser

Copy files in Filelist backend

Added by Anonymous over 4 years ago. Updated 3 months ago.

Status:
Accepted
Priority:
Must have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Start date:
2015-01-19
Due date:
% Done:

0%

TYPO3 Version:
6.2
PHP Version:
Tags:
Complexity:
Is Regression:
No
Sprint Focus:

Description

TYPO3 version 6.2.9

When I copy a (html) file in the backend Filelist and insert the file in the same folder the following message appears: ... file already exists in folder ... So I must paste the file first into another folder, rename it and cut and paste it back to the desired folder.

In older versions you can copy and paste files directly because the new file was named: [filename]-copy-1.html


Related issues

Related to TYPO3 Core - Feature #55381: Allow Copy-Paste in Filelist where source is same as destination folder Closed 2014-01-28
Related to TYPO3 Core - Feature #62091: Add conflict handling to FAL create methods New 2014-10-07
Related to TYPO3 Core - Feature #62830: Improved folder moving/copying Accepted 2014-11-10
Related to TYPO3 Core - Bug #76266: fileadmin: duplicating files in the same directory Closed 2016-05-23
Duplicated by TYPO3 Core - Bug #72844: File copying takes 7 clicks Closed 2016-01-20
Duplicated by TYPO3 Core - Feature #82541: Filelist: Copy-pasting a file should offer rename if necessary Closed 2017-09-22

History

#1 Updated by Mathias Schreiber over 4 years ago

  • Category set to File Abstraction Layer (FAL)
  • Status changed from New to Needs Feedback
  • Assignee set to Mathias Schreiber
  • Sprint Focus set to On Location Sprint

Well, the entire idea of FAL was to prevent that old behavior.
I will put this onto the agenda for the FAL sprint

#2 Updated by Alexander Opitz over 4 years ago

We should find a solution also for upload of same file, see #55781 or better harmonize both points to work same for an editor.

#3 Updated by Markus Klein about 4 years ago

  • Tracker changed from Feature to Bug
  • Status changed from Needs Feedback to Accepted
  • Priority changed from Should have to Must have
  • Target version set to 7.4 (Backend)
  • TYPO3 Version set to 6.2
  • Is Regression set to No
  • Sprint Focus deleted (On Location Sprint)

\TYPO3\CMS\Core\Resource\ResourceStorage::copyFile() should actually handle the conflict mode here. It looks like the conflict mode is "cancel" currently.

Question is how to decide what conflict mode is appropriate, but I would assume "rename", since this is the default also on many OS.
I change this to a bug here.

#4 Updated by Susanne Moog almost 4 years ago

  • Target version changed from 7.4 (Backend) to 7.5

#5 Updated by Benni Mack over 3 years ago

  • Target version deleted (7.5)

#6 Updated by Riccardo De Contardi over 3 years ago

  • Target version set to Candidate for patchlevel

#7 Updated by Stefan Neufeind over 1 year ago

  • Duplicated by Feature #82541: Filelist: Copy-pasting a file should offer rename if necessary added

#8 Updated by Riccardo De Contardi over 1 year ago

  • Parent task set to #83669

#9 Updated by Susanne Moog 3 months ago

  • Assignee deleted (Mathias Schreiber)

This should actually open the same popup where the user can select what should happen as in the upload case. Basically when clicking paste the JS should reuse that part of the DragUploader.

Also available in: Atom PDF