[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn co ignores subfolders with restricted access

From: Matt Sickler <crazyfordynamite_at_gmail.com>
Date: 2007-07-10 02:00:53 CEST

how can you have a .htaccess in the svn folder?

On 7/9/07, Srilakshmanan, Lakshman
<lakshman.srilakshmanan@police.vic.gov.au> wrote:
> Hi,
>
> This is only a stab in the dark, but do you have a ".htaccess" file in
> the folders you are having issues with ?
>
> Thanks
> Lakshman
>
>
> -----Original Message-----
> From: Freek Dijkstra [mailto:public@macfreek.nl]
> Sent: Monday, 9 July 2007 4:09 AM
> To: users@subversion.tigris.org
> Subject: svn co ignores subfolders with restricted access
>
> Hi,
>
> I seem to have a problem with my svn client.
> Summary: "svn checkout" ignores subfolders with restricted access, even
> when I provide proper authentication. It works fine for the root folder;
> only subfolders give problems.
>
> I've got a repository set up as follows:
>
> * The root is accessible as anonymous:
> https://svn.uva.netherlight.nl/projects/ndl/
> (check out yourself; you should be able to see this)
>
> * One of the subfolders is only accessible for certain authorized users:
> https://svn.uva.netherlight.nl/projects/ndl/Articles/
> (check out yourself; you should get a 401 result)
>
> with the svn client (I tested versions 1.4.0 and 1.4.2), I can indeed
> read the above:
> % svn https://svn.uva.netherlight.nl/projects/ndl/
> gives me all except the restricted access folders, without warnings.
> This is expected.
>
> % svn --username myaccount --password verysecret \
> https://svn.uva.netherlight.nl/projects/ndl/Articles/
> (with obviously correct username and password) indeed gives met this
> non-public subfolder.
> Again, as expected.
>
> % svn --username myaccount --password verysecret \
> https://svn.uva.netherlight.nl/projects/ndl/
> Does get me exactly the same as when I did not give a username and
> password, and ignores the Articles subfolder.
>
> This is not what I expected: I expected that the subfolders would be
> downloaded as well, as I did provide proper authentication.
>
> Is this intended behaviour or a bug? I searched the list archive to find
> simular problems, but all I could find were questions about setting up
> the server (which seems fine here).
>
> Unfortunately, debugging is hard as svn checkout does not have a
> --verbose option, and I can not snoop on the actual HTTPS queries on the
> wire, as HTTPS is encrypted.
>
> Regards,
> Freek Dijkstra
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
>
> =======================================================
> The information contained in this email and any files attached may
> be confidential information to the intended recipient and may be
> the subject of legal professional privilege or public interest immunity.
>
> If you are not the intended recipient, any use, disclosure or copying is
> unauthorised.
>
> If you have received this document in error please telephone 1300 307 082
>
> *******************************************************************
> This footnote also confirms that this email message has been swept
> for the presence of computer viruses.
> *******************************************************************
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Jul 10 02:00:36 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.