This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 153278

Summary:	php deployment destination must be empty
Product:	php	Reporter:	mludwig <mludwig>
Component:	Project	Assignee:	issues@php <issues>
Status:	NEW ---
Severity:	blocker	CC:	rmatous, tmysik
Priority:	P2
Version:	6.x
Hardware:	All
OS:	All
Issue Type:	ENHANCEMENT	Exception Reporter:

Description mludwig 2008-11-16 15:36:20 UTC

When selecting the 'Copy files from Source folder to another location' option in a PHP project's properties, the target
directory has to be empty. This is a setback, since often php development is about writing plugins to other php scripts
(CMS for example) and such a project needs to be deployed into a preexistent directory in the webroot. I am writing
Joomla plugins and these need  to be deployed into a subfolder of a Joomla installation. Right now, this has to be done
manually.

Comment 1 Tomas Mysik 2008-11-17 18:07:48 UTC

This behaviour is intentional because NB has to ensure that the mirrored sources are always up to date; consider the 
following scenario:
- create PHP project *without* copying source files
- later, select copying sources

Now, NB doesn't know anything about the target directory (whether it already contains [fresh] sources or not) so to 
create exact mirror, NB should delete all the content of the directory and then copy sources but this could be *very* 
dangerous (possible data loss). OTOH if NB does not delete all the content then some old, already deleted source files 
could exist in the target directory - this is definitely wrong because file deletion is mirrored as well.
Anyway, hard to decide how to solve this situation and satisfy all the possible scenarios.

Comment 2 Tomas Mysik 2009-04-15 10:08:14 UTC

Possible work around:
- move all the folders/files from the target directory to another location
- check copying sources
- return the original folders/files to the target directory

Comment 3 Filip Zamboj 2010-09-15 12:36:26 UTC

batch reassigning