Re: "Unversioned/Misssing" - This is driving me crazy!

2009-09-23 Thread johan

I have the same issue with all files containing special characters in
the file name.
I contacted Versions support and got the following response:

This is a known issue that we have been trying to fix for a while.
It's complicated and is partially related to subversion itself. We
hope to have a solution soon.

/Johan

On 22 Sep., 13:30, Peter  wrote:
> Do these files happen to have special characters in them like umlauts
> or somethings? I've had similar symptoms caused by that. I recall
> that's a known issue which is caused more by OS X then by Versions
> (correct me if I'm wrong).
>
> Regards, Peter
>
> On Sep 22, 10:05 am, Nicolaj  wrote:
>
> > When I first checkout my repository alls fine and dandy. But pretty
> > soon, strange things start to happen:
> > Several files pop up as duplicates; one marked as "Unversioned" and
> > the other one marked as "Missing"and I havent even touched it! My
> > friend/co-developer, using a PC and Tortoise SVN never experience this
> > problem. What's up with that? I really am clueless as what to do with
> > these 'double' files :/

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Limit Password Retry

2009-09-23 Thread ChesterCopperpot

If I am connected to several repositories, and my password changes.
Versions will automatically attempt to reconnect all of my
repositories with my old password, locking my account. Possible
solutions.

- If one fails, prompt the user to verify, before connectin.
- have password groups, so you can assign a whole bunch of
repositiories to one group
- hook up the password to your user password on that computer.  So it
always tries that first unless otherwise speficied.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: Limit Password Retry

2009-09-23 Thread Quinn Taylor
My guess is that implementing something like this would (a) be tricky,  
and (b) reduce performance. The reason I say that is because  
repository checking is most likely run concurrently, and defining  
groups that use the same account and password would require additional  
overhead, and require either Versions to infer which are actually the  
same account (could be used on different URLs) or the user to specify  
the groups.


There is a simpler solution for the (probably) infrequent case of  
changed passwords: quit Versions, open Keychain Access, search for  
"svn", and change your password for that account for every server  
login that uses it. When you relaunch Versions, it will use the new  
password(s) from your Keychain.


Also, I think most of us don't have SVN accounts that auto-lock after  
N incorrect password attempts, so this feature would probably be of  
limited (if any) utility to most users.


 - Quinn

On Sep 23, 2009, at 8:19 AM, ChesterCopperpot wrote:


If I am connected to several repositories, and my password changes.
Versions will automatically attempt to reconnect all of my
repositories with my old password, locking my account. Possible
solutions.

- If one fails, prompt the user to verify, before connectin.
- have password groups, so you can assign a whole bunch of
repositiories to one group
- hook up the password to your user password on that computer.  So it
always tries that first unless otherwise speficied.




smime.p7s
Description: S/MIME cryptographic signature


Re: Limit Password Retry

2009-09-23 Thread ChesterCopperpot

Quinn,

very helpful, thanks.

On Sep 23, 11:52 am, Quinn Taylor  wrote:
> My guess is that implementing something like this would (a) be tricky,  
> and (b) reduce performance. The reason I say that is because  
> repository checking is most likely run concurrently, and defining  
> groups that use the same account and password would require additional  
> overhead, and require either Versions to infer which are actually the  
> same account (could be used on different URLs) or the user to specify  
> the groups.
>
> There is a simpler solution for the (probably) infrequent case of  
> changed passwords: quit Versions, open Keychain Access, search for  
> "svn", and change your password for that account for every server  
> login that uses it. When you relaunch Versions, it will use the new  
> password(s) from your Keychain.
>
> Also, I think most of us don't have SVN accounts that auto-lock after  
> N incorrect password attempts, so this feature would probably be of  
> limited (if any) utility to most users.
>
>   - Quinn
>
> On Sep 23, 2009, at 8:19 AM, ChesterCopperpot wrote:
>
> > If I am connected to several repositories, and my password changes.
> > Versions will automatically attempt to reconnect all of my
> > repositories with my old password, locking my account. Possible
> > solutions.
>
> > - If one fails, prompt the user to verify, before connectin.
> > - have password groups, so you can assign a whole bunch of
> > repositiories to one group
> > - hook up the password to your user password on that computer.  So it
> > always tries that first unless otherwise speficied.
>
>
>
>  smime.p7s
> 2KViewDownload
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Versions 1.0.5/69 Crashing When I Hit Escape

2009-09-23 Thread joeygibson

I just bought Versions and installed it on Snow Leopard (10.6.1). The
app works fine, except when I hit the Escape key, which causes it to
die with a dialog saying "Oops, Versions hit a bump in the road." The
buttons are "Quit," "Relaunch" and "Send & Relaunch." I've hit "Send &
Relaunch" a couple of times now. I don't see any log files in the ~/
Library/Logs/CrashReporter directory, so I don't know where else to
look for info to give you guys. I hope the sending of the reports was
enough.

Is anyone else having this problem? I don't know if it matters, but I
am using a Microsoft Natural Keyboard Pro.

Joey

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: Versions 1.0.5/69 Crashing When I Hit Escape

2009-09-23 Thread Andrew Gehring
Just as a simple test, I tried it on my system:
Mac Pro; OS X 10.6.1, Apple Keyboard (usb)...

Same issue - every time (or least three times in a row :-) )...

Andrew

On Wed, Sep 23, 2009 at 1:21 PM, joeygibson  wrote:

>
> I just bought Versions and installed it on Snow Leopard (10.6.1). The
> app works fine, except when I hit the Escape key, which causes it to
> die with a dialog saying "Oops, Versions hit a bump in the road." The
> buttons are "Quit," "Relaunch" and "Send & Relaunch." I've hit "Send &
> Relaunch" a couple of times now. I don't see any log files in the ~/
> Library/Logs/CrashReporter directory, so I don't know where else to
> look for info to give you guys. I hope the sending of the reports was
> enough.
>
> Is anyone else having this problem? I don't know if it matters, but I
> am using a Microsoft Natural Keyboard Pro.
>
> Joey
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: Versions 1.0.5/69 Crashing When I Hit Escape

2009-09-23 Thread Ray
I get this on OS 10.5.8.  I don't think I've ever pressed Esc in Versions,
so I wonder how long it's been in there.

-Ray

On Wed, Sep 23, 2009 at 3:53 PM, Andrew Gehring wrote:

> Just as a simple test, I tried it on my system:
> Mac Pro; OS X 10.6.1, Apple Keyboard (usb)...
>
> Same issue - every time (or least three times in a row :-) )...
>
> Andrew
>
>
> On Wed, Sep 23, 2009 at 1:21 PM, joeygibson  wrote:
>
>>
>> I just bought Versions and installed it on Snow Leopard (10.6.1). The
>> app works fine, except when I hit the Escape key, which causes it to
>> die with a dialog saying "Oops, Versions hit a bump in the road." The
>> buttons are "Quit," "Relaunch" and "Send & Relaunch." I've hit "Send &
>> Relaunch" a couple of times now. I don't see any log files in the ~/
>> Library/Logs/CrashReporter directory, so I don't know where else to
>> look for info to give you guys. I hope the sending of the reports was
>> enough.
>>
>> Is anyone else having this problem? I don't know if it matters, but I
>> am using a Microsoft Natural Keyboard Pro.
>>
>> Joey
>>
>>
>>
>
> >
>

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Custom Diff Script

2009-09-23 Thread binarymelon

Can someone either give me some directions here or point me to some
directions about using custom diff scripts.  I have no idea where to
put them.

--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: Custom Diff Script

2009-09-23 Thread Dirk Stoop

Open up the in-app help and search for "Custom", a page called "Custom
comparison scripts" will be in the results.

Welcome to the group :)
- Dirk

the Versions team

On Sep 23, 11:20 pm, binarymelon  wrote:
> Can someone either give me some directions here or point me to some
> directions about using custom diff scripts.  I have no idea where to
> put them.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---



Re: Versions 1.0.5 not behaving well

2009-09-23 Thread theRemix

I have been experiencing the same problem too. Since i use it so often
throughout the day, i decided to live with the greedy cpu usage.

since it might be a SVN 1.6.5 problem, i killed all my Versions
processes, and selected Library version 1.5.7 and i'm not experiencing
that problem anymore.

hope they get it fixed!

thanks for the idea for a temporary workaround.

-+> theRemix

On Sep 8, 11:06 pm, Dirk Stoop  wrote:
> Hi everyone,
>
> Just a quick heads up to let you all know we're aware of the high-cpu
> usage issues and are investigating them.  Sorry for the trouble, we
> understand that for an app like Versions that you're likely to keep
> running in the background all day, high CPU usage can get pretty
> annoying pretty quickly (Especially when your laptop battery is as
> worn out as mine ;-) ).
>
> The issues we are looking into right now:
>
> - Very high CPU usage in the background without any clear cause
> - Stray 'Versions' child processes that use a lot of CPU and can stay
> alive after Versions.app has quit
>
> These problems can occur both on Leopard and Snow Leopard, are new in
> Versions 1.0.5 and seem related to the new SVN 1.6.5 library, but
> we're not sure at all yet whether the root cause is in SVN 1.6.5's or
> Versions' code.
>
> If you run into one of these issues and have the Xcode developer tools
> installed, you can help us track the problem down by followint these
> steps:
>
> - Launch Instruments.app
> - Choose the CPU Sampler template,
> - Use the "Default Target" toolbar item to attach to the CPU-hungry
> Versions process and record a sample (10-20 seconds is more than
> enough).
> - Save the sample and email it to versi...@madebysofa.com with the
> subject "Versions high-CPU Sample"
> - Please tell us in the email which SVN library you have selected in
> Versions' Preferences
> - Don't forget to mention which OS X release you're on, or even
> better, include a System Profile (saved with System Profiler.app)
> - Accept our eternal gratitude :)
>
> We'll let you all know as we find out more.
>
> Thanks for your patience :)
> - Dirk
>
> the Versions team
>
> PS:  Regarding the intense amount of logging that Versions can do from
> time to time: "No worthy mechs found", "killed by signal 15", etc.,
> thanks to some pointers from Jeremy at CollabNet, we know what's
> causing the first one (SASL-related, specifically a problem with the
> SASL implementation included in the Tiger and Leopard SDKs), the
> second one has something to do with svn+ssh specifically, we're still
> tracking down what to do about that one exactly.
>
> On Sep 9, 9:25 am, "Rolf Schmolling M.A."
>
>  wrote:
> > Hi,
>
> > Versions does behave on my system quite well: MBP C2D 2.33 GH 3 GB  
> > RAM, German 10.6
>
> > Regards,
> > Rolf
>
> > Am 09.09.2009 um 02:30 schrieb Kevin Powick:
>
> > >> I notice my laptop getting hot, then
> > >> notice that Versions is eating TONS of CPU in Activity Monitor
> > >> (actually I use iStat Menus 2.0).
>
> > > iStat Menus are such an awesome product (free too!).  I have it for
> > > exactly this reason.  It lets you know when something isn't quite
> > > right with your system.  A pegged CPU will skyrocket the system
> > > temperature very fast.  smcFanControl is a nice complement to
> > > iStatMenus.  Not sure about SL compatibility.  I have the DVD, but not
> > > made the upgrade as of yet.  May wait for 10.6.x before I do.
>
> > > --
> > > Kevin Powick
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups 
"Versions" group.
To post to this group, send email to versions@googlegroups.com
To unsubscribe from this group, send email to 
versions+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/versions?hl=en
-~--~~~~--~~--~--~---