1. When downloading release candidate I've read that currently installed version is not affected since the release candidate installs into separate folder other than the stable version is using. However the installer doesn't want to proceed without uninstalling previously installed stable release (7.0.5 in my case)
2. I have issues with smartsv 7.5. When I commit into 'external' I'm not able to authorize. I always get authorization window to enter login and password, even if I enter correct one. smartsvn 7.0.7 works fine. This is a blocker!
3. In the changes view in the main window next-change/prev-change buttons are way worse than they were in smartsvn7 . old svn client had a button frame, which makes the buttons looks larger and easier to click. Now I tend to click actual up/down arrow image, which is way harder.
For improved usability please make a button frame (on all buttons preferably in general) and make those buttons bigger/wider - you have enough space to do so.
4.when some file is in conflict, I should have a 'resolve conflict' (you call it conflict solver) in the context menu when I right click on that file.
5. Inside the actuall conflict solver I really miss go to next conflict/go to prev conflict. Currently you only have buttons for go to next change/prev change, which forces me to mass click them until I find the actual conflict.
6. In the merge window for the lines which are not in conflict, the "mine" changes are not marked anyhow in the "mine" subwindow, they are only marked green in the merged subwindow. I expect my changes in "mine" subwindow be colored with green, that makes it easy to distinguish mine changes from theirs changes.
I have been using SmartSVN for a couple of months in order to decide what subversion client will be the right one in the future. At present I have version 7.5 RC2 but alongside I also have version 7.0.7. License type is Foundation.
Until now I have been able to checkout, add, commit, in other words do all the most common stuff without any problem. However I now get an error when trying to access the repository:
"E210003: connection refused by the server"
The only changes in my environment that I can think of is update to ML 10.8.2, and also the subversion server itself. The server version is on a QNAP NAS and svn --version reports:
"svn, version 1.7.7 (r1393599)
compiled Oct 10 2012, 04:31:19
Copyright (C) 2012 The Apache Software Foundation."
Nothing else has been changed like network settings, firewall etc.
Here is an excerpt from the console's connection log:
"2012-11-04 10:07:29.763 3225 [WorkerThread-3@308AB721] DEBUG(svnkit-wc): svn: E155021: The path '/Users/ahmbp/Documents/WOCO-QNAP/docs' appears to be part of a Subversion 1.7 or greater
working copy. Please upgrade your Subversion client to use this
working copy.
2012-11-04 10:07:29.852 3314 [Transaction-Refresher (main)-1@34ADCAE8] DEBUG(svnkit-network): svn: E210003: connection refused by the server
2012-11-04 10:07:29.858 3320 [Transaction-Refresher (main)-1@34ADCAE8] DEBUG(svnkit-network): Connection refused
java.net.ConnectException: Connection refused"
Why does it say "Please upgrade your Subversion client"? SmartSVN has no newer version that I am aware of.
We're looking for users of both the above products to answer a few questions (about 5 or 6) about your use of the products and any feedback or issues you may have.
The questions will be interview-style, and will be published to our blog and on our social networks (if you tell us your Twitter handle we'll give a shout out to you too). We'll also send you a cool Subversion t-shirt as a thankyou.
If you're interested please either say so here, or drop me a PM.
Does anyone know if it is possible to prevent users to transfer checkout files from their machine to another type of storage (usb, cd, another computer, etc...)?
Similar to encryption, just only readable to authorized computer and if it is transfer to strange computer it will be unreadable.
Hi,
I've done a restructuring of my repository by parsing a dump file and changing node paths, and now the revision graph is very large. It does not seem to list all tags/branches for a given node anymore, but instead creates new tree nodes for every tag and branch. The same tree in TortoiseSVN looks fine, and lists the tags/branches under each node as usual. The log cache is newly created and the tag/branch layout is correct.
What can be the cause of this problem? Bug?
I'm using SmartSVN 7.0.7 on Mac OSX 10.5.8 (PowerPC) together with NetBeans 6.8 (last JDK5 edition with PowerPC support). I still own a XServeG5 and need to develop for that machine.
When I checkout a repository, say from code.google.com, I am unable to open the project. The file permissions are set wrong. NetBeans want's rw access and SmartSVN checks out as read-only.
Another strange behavior while updating or committing is, that sometimes when files are updated from svn server, changed in NetBeans and then while committing aren't accessible from SmartSVN because of wrong file permissions? But it is a random file, not always the same. I updated my local sources, changed something, closed NetBeans, checked file permissions that are OK, tried to commit but file permission on source changed magically. Even Finder can't set appropriate permissions and I always have to use chmod to change them to read/write, and my local repository needs svn cleanup to work properly again.
Maybe I'm to stupid to use svn after 6 years or the problem is my little MacOSX specific knowledge. I've used svn for years but only with Solaris and Windows.
Anyone had a similar problem before and give me a hint?
when I create a patch via Query->Create Patch, the patch file now contains absolute file paths rather than relative ones. Not even SmartSVN itself is then able to apply those patches. (command-line svn diff works fine)
I received the download link by e-mail but as the title says, download works until it reaches 18.7 MB (total size is 18.9 MB according to Chrome) then fails.
Chrome says "Network error".
Firefox says "The source file could not be read"
Can anyone explain what the warning "Possible Working Copy Performance Degradation" means? I tried the recommended action ("clean up"), but the warning persists. The warning refers to an svn external link that contains a few dozen header files and shared libraries.
Is there some way to look at the actual error that SmartSVN v7.5.1 on Mac OS X sees since the recommended action doesn't fix the warning? I found the "log.txt" file under the Preferences directory, but only see INFO level logs that don't reference "performance degradation."
It looks like the warning eventually times out and goes away, but after restarting SmartSVN, it's back. This isn't a big deal, but an unfixable, apparently irrelevant error nags at me.
We're currently looking at producing some e-training modules for SmartSVN. We've come up with a load of suggestions, but we want to know what you would find most valuable.
We've setup a quick poll (multiple choice and no personal data collected) for you to let us know what you think, you can find it here.
If you want something that's not listed, let me know here. :)
I am evaluating smartSVN 7.5 to see if it could be used in a larger project I am working with.
The project structure ist quite complex and cannot be changed by me. However, there are urls which work as kind of trunk/tags/branches, but also additional ones, e.g. there is a "stabilisation" "branch", where sometimes the trunk is copied to and then some fixes created in the "real" branch folder are merged into...
It looks like this:
+-root
+-tags
+-package1
+-v1.0
+-branches
+-package1
+-base
+-task
+-T_001
+-T_002
+-stabilization
+-CW48
+-CW50
so, basically when I would like to work on a package I would set SmartSVN to following structure:
Hi,
When merging my fairly large repo, I get the following error (The stack trace is from the SmartSVN log file):
Code:
4918011 (2012-11-26 14:20:30,121) [WorkerThread-3] ERROR smartsvn.runnable - svn: E175002: chunked stream ended unexpectedly
svn: E175002: REPORT request failed on '/svn/palasso/!svn/vcc/default'
org.tmatesoft.svn.core.SVNException: svn: E175002: chunked stream ended unexpectedly
svn: E175002: REPORT request failed on '/svn/palasso/!svn/vcc/default'
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:106)
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:90)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:736)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:362)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:350)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.performHttpRequest(DAVConnection.java:708)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doReport(DAVConnection.java:335)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1287)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.diff(DAVRepository.java:815)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgMergeDriver.driveMergeReportEditor(SvnNgMergeDriver.java:952)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgMergeDriver.doDirectoryMerge(SvnNgMergeDriver.java:815)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgMergeDriver.doMerge(SvnNgMergeDriver.java:515)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgMergePegged.merge(SvnNgMergePegged.java:103)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgMergePegged.run(SvnNgMergePegged.java:43)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgMergePegged.run(SvnNgMergePegged.java:22)
at org.tmatesoft.svn.core.internal.wc2.ng.SvnNgOperationRunner.run(SvnNgOperationRunner.java:20)
at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:20)
at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235)
at smartsvn.ave.run(SourceFile:109)
at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:291)
at smartsvn.afZ.a(SourceFile:308)
at smartsvn.afZ.a(SourceFile:105)
at smartsvn.Td.a(SourceFile:107)
at smartsvn.aBF.a(SourceFile:67)
at smartsvn.aBy.a(SourceFile:113)
at smartsvn.sg.run(SourceFile:35)
at smartsvn.aBx.run(SourceFile:66)
at smartsvn.rL.run(SourceFile:53)
Caused by: java.io.IOException: chunked stream ended unexpectedly
at org.tmatesoft.svn.core.internal.util.ChunkedInputStream.getChunkSizeFromInputStream(ChunkedInputStream.java:113)
at org.tmatesoft.svn.core.internal.util.ChunkedInputStream.nextChunk(ChunkedInputStream.java:97)
at org.tmatesoft.svn.core.internal.util.ChunkedInputStream.read(ChunkedInputStream.java:69)
at org.tmatesoft.svn.core.internal.util.SVNLogInputStream.read(SVNLogInputStream.java:55)
at java.io.InputStream.read(Unknown Source)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:762)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:801)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:218)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:444)
... 25 more
Does anyone have any idea as to why this happens? It occurs both when actually merging and when previewing.
The same merge works perfectly in tortoiseSVN.
My googling has lead me to believe this can be caused by:
*incorrectly configured repositories (not the case, I can connect from the windows client)
*proxies (I don't have any proxies configured on my mac)
*firewalls (I don't have any firewall configured, other than the one on my router which both the PC and mac go through). Also I can access the repositories through the web interface from my mac.
Interesting issue that's been raised to me. We have SmartSVN 7 (1.7) Foundation edition installed on windows 7 32 bit machines. Users have been using locally mapped drives to access data with the older version smartsvn version 1.6, why? apparently that helps them with the documentation side of things?! it appears all the users download the whole the SVN repo to the local machine.
we have now migrated from a 1.6 subversion installed on a windows 7 machine to a dedicated server running windows 2008 r2 and VisualSVN. Its allowed us to cut down on admin time.
So that i guess is enough background..... my problem. (if it can be called that)
apparently the mapped drive (S:\) which is a locally shared folder (\\somerandompc\SVN) within the users my documents (e.g. c:\users\%username%\documents\SVN\.....) is no longer allowing users to right click in the folder and add and commit. while in the S:\ however if you right click in the local folder or a windows SVN library it works fine.
So to clarify yes right click works with the s:\ but once you click add or commit it does nothing.
so does SmartSVN 7 (SVNversion 1.7) not work with mapped drives?
I always understood that SVN worked on the principle that you would use your local drive (generally c:\) and that yes in previous version it could work over a network share it was a bad practice. However this way of working is in fact a grey area or possibly a bug?
any suggestions \ ammo would be appreciated before I go in battle :-)
My favorite feature about SmartSVN 6 was the ability to click a folder in the left pane, and then click the Changes icon (or go to Query->Show Changes).
In SmartSVN 7.x, both the button and the menu option are grayed out. Am I missing something, or has my favorite feature been removed?
I am wondering if the new "Review" perspective is supposed to supersede this old functionality, but I preferred the uncluttered specificity of the directory changes window.
Please let me know if I am doing something wrong. And if not, please bring back this feature!
I have just upgraded from SmartSVN 7.0.4 to 7.5.2 on Windows (no JRE installer). I have opened an existing project. The 'Local state' column is populated but the 'Remote state' column is blank.
I added a bug report to your SmartSVN Bug Reports forum about an external tools problem. The thread has been updated with the comment:
"If you believe this a SmartSVN bug, please raise this to our attention on the support website @ http://support.smartsvn.com - When raising this bug report, please attach your current license file."
and closed.
What is the point of the SmartSVN Bug Reports forum if that is the response?
In fact, with TortoiseSVN, there is no problem when comparing two Word files.
But I just don't know how to implement this file within SmartSVN !! I tried many things within the File Compare window in Preferences (Edit > Preferences > File Compare), but without success.