TortoiseSVN 1.7.x Cannot Browse Plugins Repository

[arena]

Hello

since several days i have a big problem to access my plugin repository using SVN Turtoise and 'Repo Browser' option.

see screenshot attached.

Is there any svn commands that have been recently blocked ?

[arena]

screenshot repo browser

[dd32]

Works for me, Tortoise's new release takes a fair amount of time to do it's job, but it gets there eventually (And will taken even longer for those on slower internet connections). In my particular version, I also have to enter the URL into the browser field, as it doesn't work otherwise.

Eitherway, It's not a WordPress.org change or function that's causing it, it'll be the client, and in the event an error is returned from the svn server, it'll be shown in the browser - Give it time and it'll work.

[miqrogroove]

Same problem, TortoiseSVN 1.7.1. Repo is unusable via HTTP. I can browse my own server just fine using the SVN protocol, so this problem is somewhat specific to WordPress.

[miqrogroove]

Upgrading to 1.7.3 does not resolve this issue. dd32, please realize the repository is unusable for us. This is a valid ticket.

[dd32]

Can you browse the SVN server directly? Can you browse other SVN servers via HTTP? (Try ​http://svn.dd32.id.au/wordpress/ ) Is it the SVN repo Browser, or all SVN actions which are failing for you? What ISP are you using/where are you located?

[arena]

i had some issues with Tortoise SVN last release x64 and all was fixed using last nightly build

[miqrogroove]

I can browse through Chrome, yes.

I cannot browse the link you provided.

I can very easily browse ​http://svn.mozilla.org/

Looks like just the repo browser is broken. I can still commit files and see logs (the ones I can find without a browser).

I am using a 10 Mbps university network in Michigan.

Got a reply from TSVN mailing list. They are saying it is some kind of Apache bug o_O ​http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2906334

[dd32]

Got a reply from TSVN mailing list. They are saying it is some kind of Apache bug o_O ​http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2906334

"Apache" is a software company/group, Httpd and Subversion are two products of theirs.

According to that mailing list, It's a bug in the SVN Client library which they're using (ie. The Client component of SVN which all applications use). Any client which uses that particular version of the client will have the same problem when connecting to certain servers/versions of servers.

If that's the case, other than upgrading WordPress.org servers to a version which the client library doesn't have the bug with, it's on tsvn to update to fix the problem (either by patching the svn library themselves, or using a version that's not affected by the bug)..

[dd32]

See also: ​TortoiseSVN bug: Large repo's are slow to browse - ie. plugins.svn.wordpress.org

Just to confirm: With 1.7.1 (which i was running at the time of closing this) and 1.7.2 (which i was running yesterday) - both 64bit, i wasn't seeing a problem I've just updated to 1.7.3, and I'm seeing the hanging issue, It seems to be related to the above issue, I'm seeing TortoiseSVN querying for info on every single plugin folder, when browsing a specific plugin.. It'll take some time for these ~100,000 HTTP requests to complete to show me the folder i was interested in.

The directory does open eventually.. just it takes some time for all those plugin folders to be queried.

According to that mailing list, It's a bug in the SVN Client library which they're using

Just in case it wasn't clear, That was my interpretation of the mailing list posts, I've not confirmed that, nor can i find a bug in ​subversions bug tracker that relates to it.

[dd32]

​Dave on the tortoise mailing list seems to have come to the same conclusion, it's not a bug in the library, it's the way the directories are being listed.

I might not have realised how long i had left the plugin browser loading - so didn't notice the delay..

[miqrogroove]

Yes these are good ideas. Now if we could just edit an option somewhere ... :P

[miqrogroove]

WordPress also mentioned here ​http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2905845

[miqrogroove]

Disregard this reply :)

[dd32]

It looks like the changes in ​the bug i mentioned above will fix this for TortoiseSVN users.

For cross-referencing purposes, here's some discussion about large repo's (such as the plugins directory) and performance: ​http://svn.haxx.se/dev/archive-2012-01/0053.shtml

[miqrogroove]

Version 1.7.4 has been released and remains broken. I can't really tell if it's going slightly faster or not, but is still listing every directory in the repository when I try to browse a trunk subdir.

[miqrogroove]

After some extremely patient testing I'm giving up on 1.7.4. In some cases the browser will initialize if I don't touch it for 2 to 3 minutes. About half the time it fails to initialize and either nothing happens or I get an error message, "There has been a problem contacting the server." Useless.

[azaozz]

Yes, seems TortoiseSVN's repo browser still doesn't work well. BTW why would you use it? It has always been quite slow at least in my experience. Also the plugins repo can be browsed with a web browser too (and that works well).

In any case this is a problem with only one part of TortoiseSVN, all the rest seems to work well. Don't see what we can do to fix it.

[miqrogroove]

The latest messages at the tsvn forum seem to acknowledge a behavioral change in 1.7.x that breaks the repo browser when many projects exist. However, they seem more interested in blaming the WordPress server design than fixing the repo browser.