You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "ESSI - Billie H. Cleek" <bc...@essystemsinc.com> on 2006/08/31 15:05:48 UTC

Re: propedit on repository with spaces in URL

No one has responded in some time.  I have confirmed that this is a
problem with both the Windows client and the Linux client.  I have
searched the issue tracker and come up empty.  Is it time to file a bug?

ESSI - Billie H. Cleek wrote:
>>> Except that you did a propset, not a propedit.
> 
>> As did you, in your second email. :-)
> 
> So I did.  I apologize for the confusion.
> 
> 
>> propedit also works for me, with either %20 or "" and with either file://
>> or https://
>>
>> # svn propedit svn:log --revprop -rHEAD file:///home/robert/doof/foo%20bar
>> Processing '/home/robert/.joerc'... done.
>> File svn-prop.tmp saved.
>> Set new value for property 'svn:log' on revision 1
>>
>> Is the hook script executable?
> 
> The hook script is executable.
> <permissions>
> -rwxr-x---  1 svnowner   svnusers 2984 Dec 14 12:37 pre-commit
> -rwxr-x---  1 svnowner   svnusers 2017 Mar 23 10:57 pre-revprop-change
> </permissions>
> 
>  As I said, this only happens with
> propedit, and only with repositories that contain spaces in the URL
> (https://path/to/repos).  I am trying this only on the https URL.
> 
> I am running subversion 1.3.0 (r17949) for both the server and the
> client.  The server is on a Debian box, and I attempted this action as a
> client on the Debian box and a client on a windows box.
> 
> Robert Wenner wrote:
>> On Thursday 23 March 2006 16:49, ESSI - Billie H. Cleek wrote:
>>> Except that you did a propset, not a propedit.  
>> As did you, in your second email. :-)
>>
>>> I can do propset without any problems; it's the propedit that fails.
>> propedit also works for me, with either %20 or "" and with either file:// 
>> or https://
>>
>> # svn propedit svn:log --revprop -rHEAD file:///home/robert/doof/foo%20bar
>> Processing '/home/robert/.joerc'... done.
>> File svn-prop.tmp saved.
>> Set new value for property 'svn:log' on revision 1
>>
>> Is the hook script executable?
>>
>> Robert
> 

-- 
Billie H. Cleek
Project Manager
3259 E. Sunshine St
Suite AA
Springfield, Missouri 65804
   Tel: (417) 886-2528
   Fax: (417) 886-2541

bcleek@essystemsinc.com

http://www.essystemsinc.com

PGP: 0xE9734285
Fingerprint = 1CF8 1903 8574 EFAD 0322  1A2E CC02 52B8 E973 4285

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: propedit on repository with spaces in URL

Posted by "ESSI - Billie H. Cleek" <bc...@essystemsinc.com>.
When run on my system I get the same result as you, with different
process ids, of course.

Ryan Schmidt wrote:
> On Aug 31, 2006, at 17:05, ESSI - Billie H. Cleek wrote:
> 
>> No one has responded in some time.  I have confirmed that this is a
>> problem with both the Windows client and the Linux client.  I have
>> searched the issue tracker and come up empty.  Is it time to file a bug?
> 
> I had certainly forgotten about the problem, though I saved the previous
> messages in the thread because it sounded interesting. I just confirmed
> the behavior on Mac OS X 10.4.7 PPC with Subversion 1.3.2 and it sure
> looks buggy to me. I note that although you said you only had problems
> with propedit and not with propset, I observe the problem with propset.
> A reproduction script is attached (which you must read and configure
> before running). Here is its output on my system:
> 
> $ ./spaces_in_url.sh
> --> Making repository 'foobarrepo14496'
> --> Adding pre-revprop-change hook script
> --> Checking out working copy
> Checked out revision 0.
> --> Adding a revision to the repository
> A         foobarwc14496/foo
> Adding         foobarwc14496/foo
> Transmitting file data .
> Committed revision 1.
> --> Removing working copy
> --> Changing the log message
> property 'svn:log' set on repository revision 1
> --> Renaming repository 'foobarrepo14496' to 'foobar repo14496'
> --> Changing the log message
> svn: DAV request failed; it's possible that the repository's
> pre-revprop-change hook either failed or is non-existent
> svn: At least one property change failed; repository is unchanged
> --> Removing repository 'foobar repo14496'
> 
> 
> ------------------------------------------------------------------------
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org

-- 
Billie H. Cleek
Project Manager
3259 E. Sunshine St
Suite AA
Springfield, Missouri 65804
   Tel: (417) 886-2528
   Fax: (417) 886-2541

bcleek@essystemsinc.com

http://www.essystemsinc.com

PGP: 0xE9734285
Fingerprint = 1CF8 1903 8574 EFAD 0322  1A2E CC02 52B8 E973 4285

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: propedit on repository with spaces in URL

Posted by Ryan Schmidt <su...@ryandesign.com>.
On Aug 31, 2006, at 17:05, ESSI - Billie H. Cleek wrote:

> No one has responded in some time.  I have confirmed that this is a
> problem with both the Windows client and the Linux client.  I have
> searched the issue tracker and come up empty.  Is it time to file a  
> bug?

I had certainly forgotten about the problem, though I saved the  
previous messages in the thread because it sounded interesting. I  
just confirmed the behavior on Mac OS X 10.4.7 PPC with Subversion  
1.3.2 and it sure looks buggy to me. I note that although you said  
you only had problems with propedit and not with propset, I observe  
the problem with propset. A reproduction script is attached (which  
you must read and configure before running). Here is its output on my  
system:

$ ./spaces_in_url.sh
--> Making repository 'foobarrepo14496'
--> Adding pre-revprop-change hook script
--> Checking out working copy
Checked out revision 0.
--> Adding a revision to the repository
A         foobarwc14496/foo
Adding         foobarwc14496/foo
Transmitting file data .
Committed revision 1.
--> Removing working copy
--> Changing the log message
property 'svn:log' set on repository revision 1
--> Renaming repository 'foobarrepo14496' to 'foobar repo14496'
--> Changing the log message
svn: DAV request failed; it's possible that the repository's pre- 
revprop-change hook either failed or is non-existent
svn: At least one property change failed; repository is unchanged
--> Removing repository 'foobar repo14496'