Known Issues
Obviously all bugs in our issue tracker are known issues, however here are some of the really important ones.
No Nautilus context menu icons
If you notice that the RabbitVCS menu icons are not showing up, this is actually the result of a decision by GNOME upstream to cease displaying icons in menus by default.
You can change this behaviour by right clicking on the desktop, then select “Change Desktop Background” » Interface » Show Icons in Menus
…or try running:
gconftool-2 –type bool –set /desktop/gnome/interface/menus_have_icons true
(You can also use Applications > System Tools > Configuration editor, browse to that key and check the box.)
See the RabbitVCS bug report and the original GNOME bug report for more details.
Failure to install with GDebi
Ubuntu Karmic users: please note that gdebi bug #393381 will cause manual installation to fail with:
dpkg: unable to read filedescriptor flags for <package status and descriptor>: bad file descriptor
This can be fixed by upgrading python-vte. If you can't do that, use the PPA.
The main context menu will appear with items in incorrect places
This is a bug in Nautilus (we think) and so far we haven’t found a workaround. If you get this, most of the time you can click away (in the Nautilus background) and then click back on the original item, and this will give you a correct menu. For more information see Issue #96
No support for mounted locations
RabbitVCS currently does not support mounted locations, e.g. when you access a directory over SFTP, SMB, FTP or some other protocol with a custom URI scheme. For more information see Issue #158.
Submenu for RabbitVCS menu item is sometimes missing
This problem only occurs on older versions of Nautilus e.g. 2.22.2 (or everything ⇐ 2.24.1). Nautilus 2.22.2 is the version included with Ubuntu 8.04. The RabbitVCS menu item is not shown as a submenu when clicking on the file manager background or inside the File menu, however it does show up in the Edit menu and in the context menu for a selection.
RabbitVCS suddenly doesn't show emblems anymore, just the clock icon
In some cases it can take a while for a status check to be processed, but if you're sure something is wrong then it's likely the daemon has either crashed or hung. You'll have to make sure it's gone and restart Nautilus using:
pgrep -f service.py | xargs kill; nautilus -q; nautilus
User interface dialogs lock/hang up
The problem here is most likely that you have GNOME Accessibility features enabled. If you do not require these features you can disable them in System → Preferences → Assistive Technologies. For more information see Issue #94.
Limitations of the current status checker
There are three situations where we currently can’t keep emblems up-to-date:
When any file that isn't visible is modified
- An example: if you’re in /foo and the file /foo/bar/baz is modified (e.g. edited and saved) the status for /foo and /foo/bar will be incorrect. Nautilus doesn’t inform us about these modifications (which makes sense for normal extensions). We have been working on a new status monitor so in the future we will be able to do this.
Adding items
- Another example: if you’re in /foo and /foo/bar is “normal” and you add /foo/bar/baz by selecting RabbitVCS → Add from the context menu of /foo the statuses for /foo and /foo/bar willbe incorrect. We’re only rechecking the paths you originally selected and any item you saw that was either “added”, “deleted”, “replaced”, “modified”, “missing”, “unversioned”, or “incomplete”. There might be something I can think up here that might not impact performance all too badly.
Using the command-line svn client
- We've currently implemented something similar to a callback system for any functions called from the context menu. Once a function is done, we'll recheck the status for the relevant items. This obviously doesn't work when one uses the command-line client. With the exception of svn revert we currently cannot keep emblems up-to-date when you use the command-line client, you'll have to use F5 to refresh. Again, the new status monitor will eliminate this problem.
We're planning to implement a new status monitor to get rid of these limitations in release 0.13.
Note that in all cases, the correct emblems should appear if you manually refresh the Nautilus window (eg. by hitting F5).
RabbitVCS won't run in some 64 bit environments
Some distributions, such as 64 bit Fedora, put 64 bit libraries in the /usr/lib64 directory, whereas nautilus-python (the program that lets us extend nautilus) assumes all libraries are in the /usr/lib directory. This is a nautilus-python bug. The current workaround is to create a symlink: ln -s /usr/lib64/libpython2.6.so /usr/lib/libpython2.6.so
All text and image content on rabbitvcs.org, unless otherwise specified, is licensed under a Creative Commons Attribution-Share Alike 3.0 License. This does not include the RabbitVCS name, logo or icon. More...
Discussion
Hi! At first, thanks for this great software! It will help us a lot! I'm having a little problem: when I run nautilus using a normal user, the RapidVCS menus doesn't appears. When I run nautilus using gksudo, RapidVCS runs normally. Is there a way to make it run using a normal user?
Congratulations again!
Hi Pedro, can you please verify if Issue #61 applies to your situation? Note that a possible fix is mentioned comment #2.
I have this same issue with Ubuntu 10.04. I have a /root/.config/rabbitvcs, but there is no ~/.config/rabbitvcs created, which is mentioned in the bug report's solution.
old nautilus-svn and new rabbitvcs has same bug
try RENAME file via rabbitvsc
and it do delete and add
that means that you will lost all revision history
bug SVN has special function to rename… that doesn't loss history
Thanks Petr. I didn't realize that there was a second function that will rename and remember history. I'll try to have this implemented for v0.13.
I tried all the above things, but it still does not work for me. I checked the requirements and all are installed.
I am running 8.04, is that an issue?
It shouldn't be, you may want to take a look at http://wiki.rabbitvcs.org/wiki/support/diagnostics
It would be cool to have a separator above the first RabbitVCS menu item (=“Update”) in the nautilus context menu.
RabbitVCS suddenly doesn't show emblems anymore, just the clock icon:
I'm using Ubuntu Karmic(9.10) and encounter this problem everytime I let nautilus update the stats of the folder (F5) rapidly.
Here's the log:
2009-12-08 08:14:48,509 INFO rabbitvcs.lib.decorators get_background_items() took 81.1701 milliseconds
2009-12-08 08:14:48,753 INFO rabbitvcs.lib.decorators get_file_items() took 0.0300 milliseconds
2009-12-08 08:14:50,378 INFO rabbitvcs.lib.decorators get_file_items() took 0.0560 milliseconds
2009-12-08 08:14:50,611 INFO rabbitvcs.lib.decorators get_file_items() took 0.0300 milliseconds
2009-12-08 08:14:50,966 INFO rabbitvcs.lib.decorators get_file_items() took 0.0310 milliseconds
2009-12-08 08:14:51,325 INFO rabbitvcs.lib.decorators get_file_items() took 0.0272 milliseconds
2009-12-08 08:14:51,476 INFO rabbitvcs.lib.decorators get_file_items() took 0.0300 milliseconds
2009-12-08 08:14:51,637 DEBUG rabbitvcs.lib.extensions.nautilus update_colums called for /home/itsme/myproject
2009-12-08 08:14:51,661 INFO rabbitvcs.lib.decorators get_file_items() took 0.0439 milliseconds
2009-12-08 08:14:52,292 DEBUG rabbitvcs.lib.extensions.nautilus update_colums called for /home/itsme/myproject
2009-12-08 08:14:52,767 INFO rabbitvcs.lib.decorators get_file_items() took 0.0241 milliseconds
Language information:
itsme@ubuntu:~$ echo $LANG
de_DE.UTF-8
itsme@ubuntu:~$ echo $LANGUAGE
itsme@ubuntu:~$
I've to mention, that /home/itsme/myproject is shared via samba and nfs. Does that matter?
I've another fresh installation of Karmic (9.10) and there's another issue:
using ”/usr/bin/meld” as diff tool seems not to work properly, i always get the same revisions of a file displayed (everything is equal).
Is there any workaround for that?
I am loving RabbitVCS but I have a bit of a problem: Nautilus is now using 1.9GB in Karmic. Not surprised it is using a little more memory but 1.9GB is a bit toooo much.
when I try to view DIFF - MELD is not working - it shows my local file but cannot compare with the file in subversion - how do i compare the two files? the local file location is correct but the other one is pointing to a tmp directory
I have the same problem - Nautilus uses ~2gb of memory when RabbitVCS is installed
I too am having an issue where is seems to use 1.7gb of memory (thus resulting in general slowdown
).
I am running FC11 fully uptodate if that information helps at all.
Cheers
Dan
I am also seeing the identical file diff on changed files. I am running Karmic like the others seeing this issue. Is there a way to get around this until it's fixed? Thanks in advance.
any idea why it wont save my authentication details, my cert is set up and working on the svn command line but rabbit vcs doesnt seem to work
I am having the same problem. I select my cert and click the checkbox to Save Credentials whenever I perform an action. However, I did not set up my cert on the svn command line. I am running on Ubuntu 10.04 LTS Lucid Lynx.
Same problem here, even with simple http.
This wasn't always the case, so I wonder what happened? Purging the installation and then installing version 0.13 did not help. This is sooo cruel…
[Solved]
rm -rf ~/.subversionDid the trick. Something in there must have gotten corrupted, but the directory with its contents will be built again if it doesn't exist.
I am running the latest version RabbitVCS on my ubuntu 8.04. However, the “view diff” item is not appeared. How could make it work? Thanks.
How can I get a diff for two old revisions? I was used in Cervisia where I could select two versions from the log list file and compare them. Is there something available here? Marco.
RabbitVCS v0.13 has the ability to view diffs or compare two revisions. Open the log viewer, then select two revisions in the revisions table. Right-click and you should see options to view diff or compare.
Great gui svn client. Thanks a lot.
Hi,
the las rabbit vcs version don't remind my password. Marking the checkbox sure ;).
Please, where save your app this passwords? I would verify the write permissions.
Thnks, you app is a fucking bomb! :)
[solved]
chown -R $USERNAME:USERNAME ~/.subversion
good luck!
[solved]
chown -R $USERNAME:USERNAME ~/.subversion
good luck!
That's is weird… If I delete some file in my working copy and commmit it, it does not do anything, repository keeps the file, is this right?
PS: I am a newbie with svn.
subversion does only recongize files deleted by itself… you have to work with the vn commands to delete/rename files…
Fresh install of rabbitVCS on fresh install of Ubuntu Lucid Lynx 10.04 64bit completes without error but nothing happens.
Hicolor icons are installed, but I don't get any rabbitVCS context menu and icons don't show up on folders containing .svn subdirectory. This Ubuntu is running in VirtualBox.
On another machine, I upgraded from Ubuntu 9.10 to 10.04 where rabbitVCS was preinstalled and working, everything works fine.
I had to logout and log back in in order to see the context menus and icons (basically to trigger a Nautilus restart). This was true on both Ubuntu 9.10 and 10.04 for me. If that doesn't work, try a full reboot.
Is there a way (or plan) for the “Check for modifications” option, shows you what files will end up conflicted after an update?
I have a problem using gedit under Lucid.
I install rabbitcvcs-gedit, rabbitvcs-core and all dependencies from the repository (using apt).
I try to enable rabbitvcs from the plugin dialog but when I click it becames disabled.
I launch gedit from the command line to read warning messages and I obtain this:
ImportError: No module named helper
(gedit:4252): WARNING : Error loading plugin 'RabbitVCS'
The nautilus integrated version is working well, but why the helper import does not work with gedit.