Closed lucasbento closed 4 years ago
@benomatis can you please take a look? let me know your thoughts!
Unfortunately this supersedes the work you have done in #209.
Also, it's good to keep in mind that with this PR we will keep showing stuff like com.rndiffapp
in the diff as we will be no longer replacing that.
Given the number of bugs we had related to this I would rather proceed with it without this functionality as it's not that useful IMO.
While we're here, I'll go ahead and close #208. I don't think it's worth it. We already have a notice above the diffs that the name RnDiffApp
is a template thing.
@lucasbento Looks good, nice and simple ;) ... Though what is remaining that would need the app name in it? Isn't it the hunk
only? Anything else? If it's the only one, it wouldn't be complicated to just run that one through a (or the same) replace function, no?
@benomatis Looks good, nice and simple ;) ... Though what is remaining that would need the app name in it? Isn't it the hunk only? Anything else? If it's the only one, it wouldn't be complicated to just run that one through a (or the same) replace function, no?
Indeed only the hunks, I looked into replacing the name there but I think this could cause issues performance-wise and I would rather not go down that rabbit hole.
I'm gonna merge this (as it's current broken in master
) but feel free to ask any questions or request any other implementation @benomatis & @pvinis.
Btw thank you for your continuous help around this, @benomatis!
Summary
We have noticed a good amount of bugs in the last few days because of the
replace
s we do in order to changeRnDiffApp
into the name that the user chooses in the interface.This PR changes the approach of doing this from replacing all the diff changes to only doing so for the file header and the copy file path functionality which kills the bugs we have been experiencing with the
View File
link and download button.Test Plan
View File
goes to the right place;Do the same without changing the app name.