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

Re: win32 svn 1.1 prompting bug (issue #1916?)

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-07-27 23:13:42 CEST

Branko Čibej wrote:

> Ben Collins-Sussman wrote:
>> cmpilato and I are witnessing the same bug on win32.
>> I'm seeing it in the 1.1.0-rc1 binaries, and cmpilato is seeing it with
>> a build of today's /trunk.
>> 1. Destroy the %APPDATA%\Subversion area, so there are no auth caches.
>> 2. run 'svn ls https://svn.red-bean.com/repos/sussman'
>> The standard unknown client-cert prompt appears: do you want to
>> (R)eject the cert, accept (t)emporarily, or accept (p)ermanently?
>> But there's no opportunity to respond: this prompt is instantly
>> followed by a failed PROPFIND error, exactly as if I had typed (R)eject.
>> This bug isn't reproducible with a 1.0.1 win32 client.
>> Breser, might this bug be related to your issue #1916 prompting
>> changes? They were committed to trunk *just* before we made the 1.1.x
>> branch.
> I just looked at the apr_poll code, and unless I'm totally blind, it
> will consistently return APR_EBADF on Windows for an APR_POLL_FILE
> type poll. However, the wait_for_input functin in poll.c

Oops, that's subversion/clients/cmdline/prompt.c

> will blithely ignore that error, returning APR_SUCCESS instead,
> because it thinks it got a valid response in the pollset (i.e., it
> reads from the pollset what it wrote into it before the call...). I
> think this is wrong everywhere, not just on Windows.
> I think there's no other choice at this time but to have
> wait_for_input return APR_ENOTIMPL on Windows.
> -- Brane

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Jul 27 23:13:50 2004

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

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