507: Add an option to paste in a diff instead of uploading for cvs users

bal****@gmai***** (Google Code) (Is this you? Claim this profile.)
Jan. 22, 2014
What's the URL of the page containing the problem?
server:8000/r/2/

What steps will reproduce the problem?
1. create a new review on a cvs system
2.
3.

What is the expected output? What do you see instead?
I'd like it if I had the option to upload a diff file or just copy and
paste one into a text field. I am working in one city where by browser is
running, but the code to diff is in another city.  Getting the diff onto my
browser computer is difficult.

Or if you wanted to get fancy, you could have it accept emails of diffs cvs
 diff -wu blah | mailx -s 'review' reviewboard@example.com.  Then it would
become an unsubmitted review request in my account.

What operating system are you using? What browser?
firefox2 on vista. putty & ssh to a fedora 6 system for coding.

Please provide any additional information below.
great tool. thanks!
david
#1 david
  • -Type-Defect
    +Type-Enhancement
    +Component-Reviews
chipx86
#2 chipx86
Not a bad idea, except it shouldn't be limited to CVS, and for many repository types
the native diffs don't work anyway, requiring the use of post-review. Still, might be
useful in some cases.
chipx86
#3 chipx86
  • +ExtensionIdea
#4 thornso********@gmai***** (Google Code) (Is this you? Claim this profile.)
I love this idea....  
Paste a Unidiff from TSvn, etc.. right into the review request box. 
Have some regex rules for stream editing the diff to make it fit.  In our case 
(subversion with Tortoise), the diffs from Tortoise are nearly correct, but require 
a little editing of the paths at the top.  
ex: 
change
c:\project\2009
to
\2009

This would save a few steps.  And with some simple regex/stream editing, we should 
be able to cook up rules to fix most diffs, on-the-fly.

Also, in our case, post-review isn't a good solution.  We typically have several 
files in various directories that need to go into the same review, yet there are 
files in those directories that have changed, but are NOT part of the review.  So we 
need to make a UniDiff that spans several directories, with just the files that we 
want.  Tortoise can make these Diffs easily, and ReviewBoard handles them nicely 
(multiple files from different directories, in a single diff).
#5 charles********@gmai***** (Google Code) (Is this you? Claim this profile.)
In a similar vein we are using RB to discuss and agree solutions before 
implementation as well as its intended purpose. This means that the whole discussion 
about a change is in one place.  At the moment this requires us to initially load an 
empty dummy.diff file which is replaced with a diff containing the real code when it 
is produced. 

It would be nice not to have to load the dummy file as this is confusing for new 
users.
david
#6 david
I'm going to close this out since I don't think there's any chance that one of us will implement it. If someone is willing to take the time to implement this, we'd consider accepting it.
  • +WontFix