SolrCloud restore of backup fails

Steps to reproduce:

• create backup with the following api call: /admin/collections?action=BACKUP&name=myBackupName&collection=myCollectionName&location=/path/to/my/shared/drive
• restore to from backup with the following api call: /admin/collections?action=RESTORE&name=myBackupName&location=/path/to/my/shared/drive&collection=myRestoredCollectionName

Expected result:

• a new collection with the data from the 'myCollectionName' collection is created

Actual result:

• the api call fails with a 500 http status code and the following stacktrace:

  org.apache.solr.common.SolrException: Couldn't restore since doesn't exist: file:///path/to/my/shared/drive/myBackupName
  	at org.apache.solr.handler.admin.CollectionsHandler.handleResponse(CollectionsHandler.java:284)
  	at org.apache.solr.handler.admin.CollectionsHandler.handleRequestBody(CollectionsHandler.java:215)
  	at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:154)
  	at org.apache.solr.servlet.HttpSolrCall.handleAdminRequest(HttpSolrCall.java:658)
  	at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:440)
  	at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:257)
  	at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:208)
  	at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1668)
  	at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:581)
  	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
  	at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
  	at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
  	at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1160)
  	at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:511)
  	at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
  	at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1092)
  	at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
  	at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:213)
  	at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119)
  	at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
  	at org.eclipse.jetty.server.Server.handle(Server.java:518)
  	at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:308)
  	at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:244)
  	at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273)
  	at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95)
  	at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
  	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceAndRun(ExecuteProduceConsume.java:246)
  	at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:156)
  	at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:654)
  	at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:572)
  	at java.lang.Thread.run(Thread.java:745)
  

More info:
It seems like a bug in the LocalFileSystemRepository where it checks if the backup exists. The bug is that it check if a file with that name exists, but the BACKUP command creates a directory.