Opened 14 years ago
Closed 13 years ago
#19446 closed defect (bug) (invalid)
TortoiseSVN 1.7.x Cannot Browse Plugins Repository
Reported by: |
|
Owned by: |
|
---|---|---|---|
Milestone: | WordPress.org | Priority: | normal |
Severity: | normal | Version: | |
Component: | WordPress.org Site | Keywords: | |
Focuses: | Cc: |
Description
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 ?
Attachments (1)
Change History (20)
#1
@
14 years ago
- Milestone Awaiting Review deleted
- Resolution set to worksforme
- Status changed from new to closed
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.
#2
@
14 years ago
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.
#3
@
14 years ago
- Resolution worksforme deleted
- Status changed from closed to reopened
Upgrading to 1.7.3 does not resolve this issue. dd32, please realize the repository is unusable for us. This is a valid ticket.
#4
@
14 years ago
- Milestone set to WordPress.org
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?
#5
@
14 years ago
i had some issues with Tortoise SVN last release x64 and all was fixed using last nightly build
#6
@
14 years ago
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
#7
@
14 years ago
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)..
#8
@
14 years ago
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.
#9
@
14 years ago
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..
#11
@
14 years ago
WordPress also mentioned here http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2905845
#12
@
14 years ago
- Summary changed from Access to svn repository with SVN Turtoise ? to TortoiseSVN 1.7.x Cannot Browse Plugins Repository
#14
@
14 years ago
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
#15
@
13 years ago
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.
#16
@
13 years ago
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.
#17
@
13 years ago
- Keywords close added; 2nd-opinion removed
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.
screenshot repo browser