svnx - Project Hosting on Google Code

Last 30 days Dec 16, 2009 issue 15 (Removed working copies reappear after relaunch) commented on by chr...@lavabit.com - Issue 68 has been merged into this issue. Issue 68 has been merged into this issue. Dec 16, 2009 issue 68 (Working copy removal ignored) changed by chr...@lavabit.com - Get v1.1 Status: Duplicate Get v1.1 Status: Duplicate Dec 16, 2009 issue 68 (Working copy removal ignored) reported by jerome.bogaerts - This is how to reproduce the bug. 1. Create a working copy 2. Remove it from the list using the "-" button. It disappears. 3. Close the application (^Q) 4. Open the application The working copy you previously removed appears in the working copies list. svnX 1.0 Thanks for your work guys !!! This is how to reproduce the bug. 1. Create a working copy 2. Remove it from the list using the "-" button. It disappears. 3. Close the application (^Q) 4. Open the application The working copy you previously removed appears in the working copies list. svnX 1.0 Thanks for your work guys !!! Dec 13, 2009 issue 67 (svn+ssh:// vs. ssh authentication) reported by jwhonce - What steps will reproduce the problem? 1. Two working copies of a repository with svn+ssh:// url access 2. Using another svn client and working copy #1 commit changes to repo 3. Using svnX attempt to update working copy #2 4. When the ssh client attempts to retrieve the password svnX generates the error message "svn: Network connection closed unexpectedly" What is the expected output? What do you see instead? 1. I would expect an error message to be more informative about the root cause. What version of the product are you using? On what operating system? Version 1.1, MacOSX 10.6.2 Work Around: ssh-agent?? If I can make this work, I'll update the ticket. Please provide any additional information below. What steps will reproduce the problem? 1. Two working copies of a repository with svn+ssh:// url access 2. Using another svn client and working copy #1 commit changes to repo 3. Using svnX attempt to update working copy #2 4. When the ssh client attempts to retrieve the password svnX generates the error message "svn: Network connection closed unexpectedly" What is the expected output? What do you see instead? 1. I would expect an error message to be more informative about the root cause. What version of the product are you using? On what operating system? Version 1.1, MacOSX 10.6.2 Work Around: ssh-agent?? If I can make this work, I'll update the ticket. Please provide any additional information below. Dec 10, 2009 issue 57 (Diff broken in Mac OS X 10.6 Snow Leopard) commented on by sfgeorge - Thanks znafor. That inspired me to do this instead (without having to modify svndiff.sh) cd /usr/bin sudo ln -s /Developer/usr/bin/opendiff Thanks znafor. That inspired me to do this instead (without having to modify svndiff.sh) cd /usr/bin sudo ln -s /Developer/usr/bin/opendiff Older Dec 01, 2009 issue 57 (Diff broken in Mac OS X 10.6 Snow Leopard) commented on by stonebits - znarfor's fix fixed it -- thanks znarfor's fix fixed it -- thanks Nov 26, 2009 issue 66 (HTTPS url handling - strange behaviour, unable to open repos...) commented on by wantok - OK, issue resolved, apparently; I had previously installed the SVN binary from Martin Ott (as recommended on the svnx site), which had a package name implying Subversion 1.5.5. So I checked the Subversion site and saw that it recommended different binaries, such as those from CollabNet at http://www.open.collab.net/downloads/community/ ...after installing the CollabNet Mac binary package for SVN 1.6.6, the behaviour described above does not occur, and svnx appears to be working correctly. The problem seems to have been related to the Martin Ott binary package itself, and/or a problem with installing it over the top of whatever ZigVersion had previously installed. OK, issue resolved, apparently; I had previously installed the SVN binary from Martin Ott (as recommended on the svnx site), which had a package name implying Subversion 1.5.5. So I checked the Subversion site and saw that it recommended different binaries, such as those from CollabNet at http://www.open.collab.net/downloads/community/ ...after installing the CollabNet Mac binary package for SVN 1.6.6, the behaviour described above does not occur, and svnx appears to be working correctly. The problem seems to have been related to the Martin Ott binary package itself, and/or a problem with installing it over the top of whatever ZigVersion had previously installed. Nov 26, 2009 issue 66 (HTTPS url handling - strange behaviour, unable to open repos...) reported by wantok - What steps will reproduce the problem? 1. Add an entry to the Repositories list with an https URL (username/password authenticated). 2. Attempt to open the https repository. What is the expected output? What do you see instead? I expect to see a listing of the repository top-level directories. In fact, I do see the listing as expected when using the "svn list" command in the terminal with the same https URL. In the svnx window that opens after double-clicking the entry in the Repositories window, I see a URL which is very strange: if the original URL is https://my.domain.com/project the URL displayed in the window is of this form: https://my.domain.com/project%0Ahttps://my.domain.com/project The repository opening fails, of course. What version of the product are you using? On what operating system? svnx 0.9.13 with Subversion binary 1.4.4 on OSX 10.5.8. Please provide any additional information below. I had previously had ZigVersion installed, and then installed Martin Ott's binary package and then svnx. What steps will reproduce the problem? 1. Add an entry to the Repositories list with an https URL (username/password authenticated). 2. Attempt to open the https repository. What is the expected output? What do you see instead? I expect to see a listing of the repository top-level directories. In fact, I do see the listing as expected when using the "svn list" command in the terminal with the same https URL. In the svnx window that opens after double-clicking the entry in the Repositories window, I see a URL which is very strange: if the original URL is https://my.domain.com/project the URL displayed in the window is of this form: https://my.domain.com/project%0Ahttps://my.domain.com/project The repository opening fails, of course. What version of the product are you using? On what operating system? svnx 0.9.13 with Subversion binary 1.4.4 on OSX 10.5.8. Please provide any additional information below. I had previously had ZigVersion installed, and then installed Martin Ott's binary package and then svnx. Nov 12, 2009 issue 65 ( ..) Status changed by chr...@lavabit.com - Status: Invalid Status: Invalid Nov 12, 2009 issue 65 ( ..) commented on by scottm...@hotmail.com - My bad! My bad! Nov 12, 2009 issue 65 ( ..) reported by scottm...@hotmail.com - What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What version of the product are you using? On what operating system? Please provide any additional information below. What steps will reproduce the problem? 1. 2. 3. What is the expected output? What do you see instead? What version of the product are you using? On what operating system? Please provide any additional information below. Oct 28, 2009 r125 (Tagging svnX 1.1.) committed by chr...@lavabit.com - Tagging svnX 1.1. Tagging svnX 1.1. Oct 28, 2009 svnX 1.1.dmg (svnX 1.1 (RELEASE, universal, disc image)) file uploaded by chr...@lavabit.com - Labels: Featured Labels: Featured Oct 28, 2009 2 Wiki pages changed by chr...@lavabit.com - Revision r124 Info.plist - Updated version number to 1.1. ChangeLog.html - Added svnX Google group link & svnX 1.1 changes. Documentation.rtf - Added svnX Google group link & Subversion 1.6.6 binary link. Changes.wiki - Added svnX 1.1 changes. Features_1_1.wiki - Updated for svnX 1.1. svnX.rss.xml - Updated for svnX 1.1. Edited Changes, Features_1_1 Revision r124 Info.plist - Updated version number to 1.1. ChangeLog.html - Added svnX Google group link & svnX 1.1 changes. Documentation.rtf - Added svnX Google group link & Subversion 1.6.6 binary link. Changes.wiki - Added svnX 1.1 changes. Features_1_1.wiki - Updated for svnX 1.1. svnX.rss.xml - Updated for svnX 1.1. Edited Changes, Features_1_1 Oct 28, 2009 r124 (Info.plist - Updated version number to 1.1. ChangeLog.html -...) committed by chr...@lavabit.com - Info.plist - Updated version number to 1.1. ChangeLog.html - Added svnX Google group link & svnX 1.1 changes. Documentation.rtf - Added svnX Google group link & Subversion 1.6.6 binary link. Changes.wiki - Added svnX 1.1 changes. Features_1_1.wiki - Updated for svnX 1.1. svnX.rss.xml - Updated for svnX 1.1. Info.plist - Updated version number to 1.1. ChangeLog.html - Added svnX Google group link & svnX 1.1 changes. Documentation.rtf - Added svnX Google group link & Subversion 1.6.6 binary link. Changes.wiki - Added svnX 1.1 changes. Features_1_1.wiki - Updated for svnX 1.1. svnX.rss.xml - Updated for svnX 1.1. Oct 28, 2009 r123 (MySvnLogView.m - (doSvnLog:callback:): Let svn provide a mor...) committed by chr...@lavabit.com - MySvnLogView.m - (doSvnLog:callback:): Let svn provide a more useful error message if aPath doesn't exist in repo. svndiff.sh - If no /usr/bin/opendiff then revert to searching $PATH. MySvnLogView.m - (doSvnLog:callback:): Let svn provide a more useful error message if aPath doesn't exist in repo. svndiff.sh - If no /usr/bin/opendiff then revert to searching $PATH. Oct 23, 2009 issue 64 (support ignore file and directories) commented on by eric.vantillard - Thanks I will wait for the solution on the issue 51 Thanks I will wait for the solution on the issue 51 Oct 23, 2009 issue 51 (Ability to edit Subversion properties) commented on by chr...@lavabit.com - Issue 64 has been merged into this issue. Issue 64 has been merged into this issue. Oct 23, 2009 issue 64 (support ignore file and directories) changed by chr...@lavabit.com - Currently you can do this by manually editing ~/.subversion/config. Otherwise what you are asking for is already covered by issue 51: Ability to edit Subversion properties. Status: Duplicate Owner: chr...@lavabit.com Currently you can do this by manually editing ~/.subversion/config. Otherwise what you are asking for is already covered by issue 51: Ability to edit Subversion properties. Status: Duplicate Owner: chr...@lavabit.com Oct 23, 2009 issue 64 (support ignore file and directories) reported by eric.vantillard - Would be nice to be able to define a file or a directory to be ignored in the WorkingCopy view. For exemple add a ignore action in the toolbar. Would be nice to be able to define a file or a directory to be ignored in the WorkingCopy view. For exemple add a ignore action in the toolbar. Oct 20, 2009 issue 63 (Ability to branch?) commented on by ramzez - Oh, i didn't know there is a group. Thanks. But i want to be able to create a branch in Repository not from a working copy. Oh, i didn't know there is a group. Thanks. But i want to be able to create a branch in Repository not from a working copy. Oct 20, 2009 issue 63 (Ability to branch?) changed by chr...@lavabit.com - Please read the Subversion documentation. Please keep questions & discussions on http://groups.google.com/group/svnx . [FYI: A branch in Subversion is simply a copy of a folder in a repository. SvnX already supports this.] Status: Invalid Owner: chr...@lavabit.com Please read the Subversion documentation. Please keep questions & discussions on http://groups.google.com/group/svnx . [FYI: A branch in Subversion is simply a copy of a folder in a repository. SvnX already supports this.] Status: Invalid Owner: chr...@lavabit.com Oct 20, 2009 issue 63 (Ability to branch?) reported by ramzez - Hi, Is it possible to make branch using SVNX? if not can we add it to the feature list. Thanks. Hi, Is it possible to make branch using SVNX? if not can we add it to the feature list. Thanks. Oct 20, 2009 Features_1_1 (svnX 1.1 new features & changes.) Wiki page commented on by jongos - Fixed some issues I was having with Snow Leopard Fixed some issues I was having with Snow Leopard Oct 20, 2009 Features_1_1 (svnX 1.1 new features & changes.) Wiki page commented on by ramzez - any news when new Beta will be available or release perhaps? really liking this one! any news when new Beta will be available or release perhaps? really liking this one! Oct 16, 2009 issue 15 (Removed working copies reappear after relaunch) commented on by chr...@lavabit.com - Issue 62 has been merged into this issue. Issue 62 has been merged into this issue. Oct 16, 2009 issue 62 (can't delete a working copy) changed by chr...@lavabit.com - This is a duplicate of issue 15 . This has been addressed in r91. [The work around is to do anything else that saves the preferences, e.g. hide then show the edit fields.] Alternatively use svnX 1.1b3. Status: Duplicate Owner: chr...@lavabit.com This is a duplicate of issue 15 . This has been addressed in r91. [The work around is to do anything else that saves the preferences, e.g. hide then show the edit fields.] Alternatively use svnX 1.1b3. Status: Duplicate Owner: chr...@lavabit.com Oct 16, 2009 issue 62 (can't delete a working copy) reported by nerdc...@comcast.net - What steps will reproduce the problem? 1. open svnX, open Working Copies window, click "+" button 2. name new working copy entry "deleteme" or anything 3. click "-" button. the entry disappears 4. quit and re-launch svnX - note that the "deleteme" entry has reappeared What is the expected output? What do you see instead? expected to be able to delete working copy entry; instead they just stick around forever What version of the product are you using? On what operating system? I am using version 1.0 on Mac OSX 10.5.8 Please provide any additional information below. thanks! What steps will reproduce the problem? 1. open svnX, open Working Copies window, click "+" button 2. name new working copy entry "deleteme" or anything 3. click "-" button. the entry disappears 4. quit and re-launch svnX - note that the "deleteme" entry has reappeared What is the expected output? What do you see instead? expected to be able to delete working copy entry; instead they just stick around forever What version of the product are you using? On what operating system? I am using version 1.0 on Mac OSX 10.5.8 Please provide any additional information below. thanks! Oct 13, 2009 issue 57 (Diff broken in Mac OS X 10.6 Snow Leopard) commented on by matthias...@epfl.ch - Same issue here. After modifying the line as suggested by znarfor, it worked. Same issue here. After modifying the line as suggested by znarfor, it worked. Oct 09, 2009 issue 51 (Ability to edit Subversion properties) commented on by petethechop - YAY! this is sorely needed. YAY! this is sorely needed. Oct 03, 2009 issue 57 (Diff broken in Mac OS X 10.6 Snow Leopard) commented on by chr...@lavabit.com - > Same problem there but it re-installing Xcode didn't change anything. You don't actually need Xcode. You really only need /usr/bin/opendiff & FileMerge.app. > I had to edit svndiff.sh and change /usr/bin/opendiff to /Developer/usr/bin/opendiff Xcode isn't necessarily installed in /Developer so it would be wrong for me to make that change. However, if you install 'Compiler & Tools' from 'Command Line Support' in the Xcode installer you should get /usr/bin/opendiff. [I don't know if this on on or off by default or has been renamed in Xcode 3.2.] > Same problem there but it re-installing Xcode didn't change anything. You don't actually need Xcode. You really only need /usr/bin/opendiff & FileMerge.app. > I had to edit svndiff.sh and change /usr/bin/opendiff to /Developer/usr/bin/opendiff Xcode isn't necessarily installed in /Developer so it would be wrong for me to make that change. However, if you install 'Compiler & Tools' from 'Command Line Support' in the Xcode installer you should get /usr/bin/opendiff. [I don't know if this on on or off by default or has been renamed in Xcode 3.2.] Oct 03, 2009 issue 57 (Diff broken in Mac OS X 10.6 Snow Leopard) commented on by znarfor - Same problem there but it re-installing Xcode didn't change anything. I had to edit svndiff.sh and change /usr/bin/opendiff to /Developer/usr/bin/opendiff Same problem there but it re-installing Xcode didn't change anything. I had to edit svndiff.sh and change /usr/bin/opendiff to /Developer/usr/bin/opendiff Sep 26, 2009 issue 59 (Error when attempting to diff using FileMerge in Snow Leopar...) commented on by chr...@lavabit.com - >Although I've got FileMerge installed and haven't had success … I you are getting the above reported error then it's not installed correctly. You need to reinstall it. How did you install it previously? >Although I've got FileMerge installed and haven't had success … I you are getting the above reported error then it's not installed correctly. You need to reinstall it. How did you install it previously? Sep 26, 2009 issue 59 (Error when attempting to diff using FileMerge in Snow Leopar...) commented on by verianshield - Although I've got FileMerge installed and haven't had success, after installing TextWrangler and running the twdiff installation, I'm able to use TextWrangler for diff-ing. Although I've got FileMerge installed and haven't had success, after installing TextWrangler and running the twdiff installation, I'm able to use TextWrangler for diff-ing. Sep 26, 2009 issue 59 (Error when attempting to diff using FileMerge in Snow Leopar...) commented on by verianshield - Unfortunately, I've got FileMerge and TextWrangler installed and still encounter the same issue. Any other suggestions? Is the SVNs install missing something or putting things where I can't find them? Unfortunately, I've got FileMerge and TextWrangler installed and still encounter the same issue. Any other suggestions? Is the SVNs install missing something or putting things where I can't find them? Sep 26, 2009 issue 59 (Error when attempting to diff using FileMerge in Snow Leopar...) commented on by chr...@lavabit.com - >I have never been able to use the DIFF function with SVNx and would very much like to. I follow the same steps >to replicate with the same result. I run OSX 10.4 and SVNx v.1.1 Then you probably need to apply the same solution … install FileMerge.app. [Alternately you might try the free TextWrangler & set that as your Diff app.] >I have never been able to use the DIFF function with SVNx and would very much like to. I follow the same steps >to replicate with the same result. I run OSX 10.4 and SVNx v.1.1 Then you probably need to apply the same solution … install FileMerge.app. [Alternately you might try the free TextWrangler & set that as your Diff app.] Sep 26, 2009 issue 59 (Error when attempting to diff using FileMerge in Snow Leopar...) commented on by verianshield - I have never been able to use the DIFF function with SVNx and would very much like to. I follow the same steps to replicate with the same result. I run OSX 10.4 and SVNx v.1.1 I have never been able to use the DIFF function with SVNx and would very much like to. I follow the same steps to replicate with the same result. I run OSX 10.4 and SVNx v.1.1 Sep 24, 2009 issue 61 (standardize format of date in log) changed by chr...@lavabit.com - Try setting the date format in Preferences. The default date format has been ISO 8601 since r90 (before 1.1b1). Status: Invalid Owner: chr...@lavabit.com Try setting the date format in Preferences. The default date format has been ISO 8601 since r90 (before 1.1b1). Status: Invalid Owner: chr...@lavabit.com Sep 24, 2009 issue 61 (standardize format of date in log) reported by joachim.n - Date in repo log is like this: 08/22/09 ie mm/dd/yy This is hard to read for non-americans. Please either use ISO format yy/mm/dd or pick up from the OS X system prefs what the date format should be. Date in repo log is like this: 08/22/09 ie mm/dd/yy This is hard to read for non-americans. Please either use ISO format yy/mm/dd or pick up from the OS X system prefs what the date format should be. Sep 21, 2009 issue 55 (Review & Commit Window Message Reuse) commented on by chr...@lavabit.com - > Hope this is more clear. Yes, thanks. This is expected behaviour. Making the new message default to the previous one would not be good. If you want the previous message use the 'Recent' tab as described above. > Hope this is more clear. Yes, thanks. This is expected behaviour. Making the new message default to the previous one would not be good. If you want the previous message use the 'Recent' tab as described above. Sep 21, 2009 issue 55 (Review & Commit Window Message Reuse) commented on by kangwon - * Note from step 1 appears in 4 but does not; just an empty space -> * Expected: Note from step 1 appears in 4 * Observed: Note from step 1 does not appear in 4; just an empty space Hope this is more clear. * Note from step 1 appears in 4 but does not; just an empty space -> * Expected: Note from step 1 appears in 4 * Observed: Note from step 1 does not appear in 4; just an empty space Hope this is more clear. Sep 21, 2009 issue 49 (Support Linking to Ticket System in all log views) Owner changed by chr...@lavabit.com - Owner: chr...@lavabit.com Owner: chr...@lavabit.com Sep 21, 2009 issue 54 (Add ability to create a local repository?) Owner changed by chr...@lavabit.com - Owner: chr...@lavabit.com Owner: chr...@lavabit.com Sep 21, 2009 issue 51 (Ability to edit Subversion properties) changed by chr...@lavabit.com - Summary: Ability to edit Subversion properties Owner: chr...@lavabit.com Summary: Ability to edit Subversion properties Owner: chr...@lavabit.com Sep 21, 2009 issue 49 (Support Linking to Ticket System in all log views) changed by chr...@lavabit.com - Status: Accepted Labels: Type-Enhancement Priority-Low −Type-Defect −Priority-Medium Status: Accepted Labels: Type-Enhancement Priority-Low −Type-Defect −Priority-Medium Sep 21, 2009 issue 55 (Review & Commit Window Message Reuse) Status changed by chr...@lavabit.com - I don't understand "Note from step 1 appears in 4 but does not". This appears to be self contradicting. Messages from previous commits are available in the Review & Commit windows under the 'Recent' tab. Simply double-click one to insert it into the current message. Status: Invalid I don't understand "Note from step 1 appears in 4 but does not". This appears to be self contradicting. Messages from previous commits are available in the Review & Commit windows under the 'Recent' tab. Simply double-click one to insert it into the current message. Status: Invalid Sep 21, 2009 issue 54 (Add ability to create a local repository?) changed by chr...@lavabit.com - SvnX does not support svnadmin functionality. Please ask questions at http://groups.google.com/group/svnx. However, if this was a request for a future feature - then it would be valid. Is this a feature that users want? Summary: Add ability to create a local repository? Status: Accepted Labels: Type-Enhancement Priority-Low −Type-Defect −Priority-Medium SvnX does not support svnadmin functionality. Please ask questions at http://groups.google.com/group/svnx. However, if this was a request for a future feature - then it would be valid. Is this a feature that users want? Summary: Add ability to create a local repository? Status: Accepted Labels: Type-Enhancement Priority-Low −Type-Defect −Priority-Medium Sep 21, 2009 issue 51 (be able to edit properties) changed by chr...@lavabit.com - This is due to appear in a future version. Status: Accepted Labels: Type-Enhancement −Type-Defect This is due to appear in a future version. Status: Accepted Labels: Type-Enhancement −Type-Defect Sep 21, 2009 issue 45 (add support for Textmate as diff app) Status changed by chr...@lavabit.com - Status: Invalid Status: Invalid Sep 21, 2009 issue 52 (Diff files from the repository doesn't work) Status changed by chr...@lavabit.com - Works OK for me. Closing due to lack of response. Status: Invalid Works OK for me. Closing due to lack of response. Status: Invalid

issue 66 (HTTPS url handling - strange behaviour, unable to open repos...) reported by wantok - What steps will reproduce the problem? 1. Add an entry to the Repositories list with an https URL (username/password authenticated). 2. Attempt to open the https repository. What is the expected output? What do you see instead? I expect to see a listing of the repository top-level directories. In fact, I do see the listing as expected when using the "svn list" command in the terminal with the same https URL. In the svnx window that opens after double-clicking the entry in the Repositories window, I see a URL which is very strange: if the original URL is https://my.domain.com/project the URL displayed in the window is of this form: https://my.domain.com/project%0Ahttps://my.domain.com/project The repository opening fails, of course. What version of the product are you using? On what operating system? svnx 0.9.13 with Subversion binary 1.4.4 on OSX 10.5.8. Please provide any additional information below. I had previously had ZigVersion installed, and then installed Martin Ott's binary package and then svnx.

What steps will reproduce the problem? 1. Add an entry to the Repositories list with an https URL (username/password authenticated). 2. Attempt to open the https repository. What is the expected output? What do you see instead? I expect to see a listing of the repository top-level directories. In fact, I do see the listing as expected when using the "svn list" command in the terminal with the same https URL. In the svnx window that opens after double-clicking the entry in the Repositories window, I see a URL which is very strange: if the original URL is https://my.domain.com/project the URL displayed in the window is of this form: https://my.domain.com/project%0Ahttps://my.domain.com/project The repository opening fails, of course. What version of the product are you using? On what operating system? svnx 0.9.13 with Subversion binary 1.4.4 on OSX 10.5.8. Please provide any additional information below. I had previously had ZigVersion installed, and then installed Martin Ott's binary package and then svnx.

Last 30 days

Older