RESOLVED FIXED86779
scm.add() doesn't work properly with svn 1.7
https://bugs.webkit.org/show_bug.cgi?id=86779
Summary scm.add() doesn't work properly with svn 1.7
Dirk Pranke
Reported 2012-05-17 15:05:34 PDT
in order to determine if the directory of a file being added is already under version control, the code looks for a ".svn" in the directory alongside the file. SVN 1.7 no longer uses ".svn" in every directory, so the check fails, the code starts crawling upwards, and ends up trying to do things it shouldn't.
Attachments
Patch (2.48 KB, patch)
2012-05-17 16:46 PDT, Dirk Pranke
no flags
add shortcut for svn < 1.7 (2.67 KB, patch)
2012-05-17 17:45 PDT, Dirk Pranke
no flags
Patch (2.89 KB, patch)
2012-05-18 15:03 PDT, Dirk Pranke
eric: review+
Adam Barth
Comment 1 2012-05-17 15:17:18 PDT
What's the right way of doing this check? We could run "svn info"...
Dirk Pranke
Comment 2 2012-05-17 15:18:22 PDT
that might be it. I am attempting to repro/fix it right now (suppose I might as well assign this to me, then :).
Peter Kasting
Comment 3 2012-05-17 15:18:32 PDT
Yep, AFAIK "svn info" is the right way to go, and is backwards-compatible. Too bad it's a lot slower. However, I think it can get you to the root in one shot instead of needing to recurse.
Dirk Pranke
Comment 4 2012-05-17 16:46:29 PDT
Tony Chang
Comment 5 2012-05-17 16:55:38 PDT
Comment on attachment 142586 [details] Patch Could we check for .svn and if it doesn't exist, run svn info? That would optimize for the common case until svn 1.7 usage grows.
Dirk Pranke
Comment 6 2012-05-17 17:40:55 PDT
(In reply to comment #5) > (From update of attachment 142586 [details]) > Could we check for .svn and if it doesn't exist, run svn info? That would optimize for the common case until svn 1.7 usage grows. Sure. It's not clear to me that 'svn info' is particularly slow - I think it's a local call - but that's a simple enough optimization.
Dirk Pranke
Comment 7 2012-05-17 17:45:51 PDT
Created attachment 142595 [details] add shortcut for svn < 1.7
Dirk Pranke
Comment 8 2012-05-17 19:04:27 PDT
WebKit Review Bot
Comment 9 2012-05-17 20:10:56 PDT
Re-opened since this is blocked by 86801
Peter Kasting
Comment 10 2012-05-17 20:18:15 PDT
Rolled out ( :( ) because the Chromium Mac 10.5 layout test canaries broke. Here's a sample output: http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Mac10.5/builds/11591/steps/webkit_lint/logs/stdio
Ryosuke Niwa
Comment 11 2012-05-18 12:11:19 PDT
Comment on attachment 142595 [details] add shortcut for svn < 1.7 Clearing ? from the patch that had been landed and rolled out.
Dirk Pranke
Comment 12 2012-05-18 15:03:23 PDT
Eric Seidel (no email)
Comment 13 2012-05-18 15:07:36 PDT
Comment on attachment 142794 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=142794&action=review OK. > Tools/ChangeLog:9 > + Re-land the change in r117526 with a fix to maintain > + compatibility with SVN 1.4.4 (yay Leopard!); turns out Really? Leopard be damned, no?
Dirk Pranke
Comment 14 2012-05-18 15:11:27 PDT
(In reply to comment #13) > > Tools/ChangeLog:9 > > + Re-land the change in r117526 with a fix to maintain > > + compatibility with SVN 1.4.4 (yay Leopard!); turns out > > Really? Leopard be damned, no? Chromium still has Leopard bots.
Dirk Pranke
Comment 15 2012-05-18 15:21:53 PDT
Ojan Vafai
Comment 16 2012-05-18 15:22:49 PDT
(In reply to comment #14) > (In reply to comment #13) > > > Tools/ChangeLog:9 > > > + Re-land the change in r117526 with a fix to maintain > > > + compatibility with SVN 1.4.4 (yay Leopard!); turns out > > > > Really? Leopard be damned, no? > > Chromium still has Leopard bots. Current plan is to kill them sometime this Summer.
Note You need to log in before you can comment on or make changes to this bug.