Review Request 121586: Restore upload functionality to git.reviewboard.kde.org

[René J.V. Bertin]

> On Dec. 19, 2014, 1:32 a.m., Aleix Pol Gonzalez wrote:
> > plugins/git/gitplugin.h, line 153
> > <https://git.reviewboard.kde.org/r/121586/diff/3/?file=333848#file333848line153>
> >
> >     remove the const and the default value.
> >     
> >     Also why adding a setter and a getter for something is never changed? Just make it always --no-prefix, that's fine.
> 
> René J.V. Bertin wrote:
>     Is there anything wrong with the const and default value here?
>     
>     As to your question: I think it's a good idea to support both kind of patches. KDE's git reviewboard now requires p1 patches, but other reviewboard sites might not.
>     I think it'd be beyond the scope of this RR to introduce a UI to select the kind of patch to generate or even make it a feature in the .reviewboardrc settings.
>     But adding the getter and setter should make it easier to find the place where to start if and when it turns out that such a control is required. I know how long it can take simply finding the classes to change (jumping between a debugger, a kdevelop session and a kdevelop test session) ...
> 
> Aleix Pol Gonzalez wrote:
>     The const doesn't add anything. The default value is weird because then you can do setUsePrefix() and reading that takes guess-work to understand what it does, so it's better to just write what you wanted.
>     
>     I wouldn't support both kinds, --no-prefix was added just as a workaround because komparediff2 didn't support without. Also if we eventually decided we want to add UI to make it configurable, then we can add the property to configure.

> then you can do setUsePrefix() and reading that takes guess-work to understand what it does

Actually, my understanding of the English language is that setUsePrefix() implies that you set things to use a prefix, i.e. setUsePrefix() and setUsePrefix(true) are synonymous. But I don't have any issues removing the default value ;)


- René J.V.


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/121586/#review72279
-----------------------------------------------------------


On Dec. 18, 2014, 10:59 p.m., René J.V. Bertin wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/121586/
> -----------------------------------------------------------
> 
> (Updated Dec. 18, 2014, 10:59 p.m.)
> 
> 
> Review request for KDE Software on Mac OS X and KDevelop.
> 
> 
> Repository: kdevplatform
> 
> 
> Description
> -------
> 
> A change was made on git.reviewboard.kde.org on December 13th a bit before 22h Europe/Paris time, ending support for p0 patch files. This broke the upload functionality in the current/stable version KDevelop's patchreview plugin.
> 
> The patch under review is a workaround (`*`) that restores this functionality by invoking the git helper process which generates the patchfiles with the correct arguments.
> 
> `*`) The real bug is in the reviewboard software, and should be addressed at that level. I work with a software distribution system that requires p0 patches, for which I created patches with KDevelop, something which will now require an additional step.
> 
> 
> Diffs
> -----
> 
>   plugins/reviewboard/reviewboardjobs.cpp 007a6e0 
>   plugins/reviewboard/reviewboardplugin.cpp 1dd3bcb 
>   vcs/vcsdiff.h 573ec1b 
>   vcs/vcsdiff.cpp 01eb73c 
>   vcs/widgets/vcsdiffpatchsources.h 6a2f934 
>   vcs/widgets/vcsdiffpatchsources.cpp c3e2dae 
>   plugins/git/gitplugin.h e930423 
>   plugins/git/gitplugin.cpp f38dc71 
>   plugins/patchreview/patchreview.cpp 18b63db 
> 
> Diff: https://git.reviewboard.kde.org/r/121586/diff/
> 
> 
> Testing
> -------
> 
> Under OS X 10.9; this RR has been created from a patched copy of KDevelop 4.7 .
> 
> 
> Thanks,
> 
> René J.V. Bertin
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20141219/99d247a1/attachment.html>