Bug #60526 [ReO]: Defect "Download unified diff as a patch"

From: Date: Wed, 21 Dec 2011 21:38:39 +0000
Subject: Bug #60526 [ReO]: Defect "Download unified diff as a patch"
References: 1  Groups: php.doc.bugs 
Request: Send a blank email to doc-bugs+get-7700@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=60526&edit=1

 ID:                 60526
 Updated by:         yannick@php.net
 Reported by:        jakoch at web dot de
 Summary:            Defect "Download unified diff as a patch"
 Status:             Re-Opened
 Type:               Bug
 Package:            Online Doc Editor problem
 PHP Version:        Irrelevant
 Assigned To:        yannick
 Block user comment: N
 Private report:     N

 New Comment:

Hi jens,

we just can't use "svn diff" to do this job. Just because all users use the same 
"real" svn repository. So, if an others user have been modify a file into the 
same folder as yours, this change would be appears into your patch. And a 
modified file can be in the same folder but into an others patchs of yours.

So, we use unix command "diff" for doing this. And I'm searching a way to 
display new file with this command. If you have a suggestion, I will be pleased 
;)

Best,
Yannick


Previous Comments:
------------------------------------------------------------------------
[2011-12-20 00:58:56] jakoch at web dot de

Hmm, thought about that... well, i think it's relevant to be able to download patches, which
add new files.

Your solution to this problem might be a workaround, but is not a correct solution to the problem.
It's not a matter of comparing two files, it's a matter of comparing svn states.

Files added newly to a Subversion Repository are svn diffable. Such a patch file is not empty(!),
but would look like: 
"--- file (revision 0)
+++ file (working copy)
content
properties
mime-type"
and so on...

Do you use SVN commands to create the patch?

For me the proper way of providing a patch containing new files also,
would be something like:
1) use svn status to get all new files (question marked)
2) svn add all those files 
3) svn diff > patch_with_newfiles.txt

4) svn reset to state before add (revert, cleanup)

After downloading such a patch it would be directly applicable to the repository, adding new files
and also modifing existing content.

It's just a solution suggestion.

Regards, Jens

------------------------------------------------------------------------
[2011-12-19 09:30:44] yannick@php.net

Your patch contains only new files (translated from scratch).
So, the diff isn't revelante here as we can't compare your file with an other.

For me, actually, this action don't reload the editor. It will just download an 
empty patch, as expected for this "new" translated file.

The only solution here according to me is to detect the type of files into the 
patch, and don't display the "view unified diff" & the download patch link when 
there is only new translated file.

------------------------------------------------------------------------
[2011-12-18 14:34:22] jakoch at web dot de

Yes.
Please go to section "Patches for review".
Look for my name "Jens-André Koch".
You will find a patch called "de/install/fpm".
It's the translation from "en" to "de".
Right-click on the item, then "View unified diff".
New windows opens, presenting a link to
"http://edit.php.net/?patchID=584&project=PHP".
If one clicks this, editor will reload.
So please open the link in new tab to stay in the editor.

------------------------------------------------------------------------
[2011-12-17 20:35:50] yannick dot torres at gmail dot com

Hi,

Svn is actually uptodate.

Could you point me the patch who the downloaded diff is empty ?

Best,
Yannick

------------------------------------------------------------------------
[2011-12-17 20:19:37] jakoch at web dot de

Thanks for fixing this, Yannick!

When will the changes take effect?
I've tested the Editor minutes ago and the bug(s) is still there..
guess, pushing the svn version to live takes a while...

Regards, Jens

------------------------------------------------------------------------


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=60526


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=60526&edit=1


Thread (16 messages)

« previous php.doc.bugs (#7700) next »