Monitored project changes to a folder with several subdirectories
Monitor your SVN repositories and notifies you on new commits
Brought to you by:
steveking
Menu
▾
▴
2 Attachments
#183 Monitored project changes to a folder with several subdirectories
Originally created by: rjol...@gmail.com
Originally owned by: tortoisesvn
What steps will reproduce the problem?
1. I add a project called 'Docs', which is a folder at the root of my
repository: ^/Docs. Initially it appears as shown in CommitMonitor.png
The Subdirectories of ^/Docs are:
Company Info/
QS/
Training Logs/
Initially everything is fine and I can monitor the ^/Docs directory.
2. After a few restarts of Commit Monitor, I see as shown in the attached
screen capture (CommitMonitorBug.png). The ^/Docs directory now appears as
a folder with 4 sub-directories, one of which is ../, and shows all changes
from my repository.
What is the expected output? What do you see instead?
I expected to see only a Docs project.
What version of the product are you using? On what operating system?
1.6.3.428 on Windows Vista x64
Please provide any additional information below.
I can't find any difference between the properties or directory structure
of this project and the other projects, which do not present me with this
issue.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: rjol...@gmail.com
It looks like this behavior may only occur after deleting all of the log messages
from a project. I'll follow up if I can figure out any more details about this behavior.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: rjol...@gmail.com
I've worked with this several more days I can say almost certainly that this issue
occurs after all of the log messages have been deleted from a project. It then takes
one or two restarts of Commit Monitor (realized in my case through reboots spanning
multiple work days) for the issue to occur.
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: tortoisesvn
(No comment was entered for this change.)
Labels: Milestone-1.6.4
Status: Started
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: tortoisesvn
This issue was closed by revision [r443].
Status: Fixed
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: rjol...@gmail.com
Hello,
What is the typical time between releases? Do you have an estimate of when the next
bugfix release is planned for?
Thanks,
- Ryan
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: tortoisesvn
(No comment was entered for this change.)
Owner: tortoisesvn
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: rjol...@gmail.com
I've installed and tested the new release and I can confirm that this issue was
fixed. Thanks!
View and moderate all "tickets Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Tickets"
Originally posted by: brucetwi...@gmail.com
I experienced this situation again with the latest release - 1.6.7.509. Worse, it
happened when I tried to start monitoring GrepWin and StExBar. The sheer number of
subdirectories which were repeated recursively brought CommitMonitor to a halt. I
had to delete (ok, rename) the urls file and create it again from scratch.
I had added the two new projects using "Add project from this" on CommitMonitor.
Could it be a result of adding a second project while the first was downloading?