Chris wrote:
> Tobias Schäfer <tobiasschaefer <at> gmx.de> writes:
>
>> On Tuesday 19 September 2006 03:59, Chris wrote:
>>> When committing a file, the dialog box comes up with the following:
>>>
>>> Modified dev\project\file.txt
>>> Sending content dev\project\file.txt
>>> Completed At revision: 10
>>>
>>> For long paths it seems to truncate the initial path of
>>> c:\dev\project\file.txt back to dev\project\file.txt
>>>
>>> If i right click on the modified file and select the open option, i will
>>> get a "path not found" option.
>>>
>>> It seems (I'm assuming) that the path being passed to the application is
>>> sending the truncated path and not the full path.
>>>
>>> Can someone confirm this?
>> Yes, but only with "open with" and not with "open" and only with xplorer²
>> instead of the standard windows explorer.
>>
>> Can you post a simple scenario in which this happens with the windows
>> explorer or are also using a different file manager?
>>
>> Tobias
>>
>
> I double checked this using windows explorer and it worked correctly. I was
> using the HomeSite v5 directory tree to commit from.
>
> Is there any reason why there is a difference?
You have to ask Adobe about that.
> Does there need to be a resolve-full directory name to work in 3rd party file
> managers?
Sorry, but no. We just can't implement workarounds for every known
application out there. If applications mimic the behavior of the
explorer, then they're responsible for doing it right.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org
Received on Thu Sep 21 18:37:50 2006