[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Re: Few problems I have seen on Subclipse 0.9.30 on a Windows box

From: Guy Levy <guy_at_collab.net>
Date: 2005-05-12 03:00:07 CEST

Hi Mark,
Thanks for the reply.

I have entered an issue for item #2 from my list
http://subclipse.tigris.org/issues/show_bug.cgi?id=297

As far as item #3:
>> There is a preference under Team -> SVN that you can use to turn off
this
>> feature, and the Null pointer in the process.

I wasn't able to find Team >> SVN

Thanks,
-guy

-----Original Message-----
From: Mark Phippard [mailto:MarkP@softlanding.com]
Sent: Wednesday, May 11, 2005 10:58 AM
To: users@subclipse.tigris.org
Subject: Re: Few problems I have seen on Subclipse 0.9.30 on a Windows
box

"Guy Levy" <guy@collab.net> wrote on 05/10/2005 07:05:16 PM:

> Hello,
> My name is Guy, I have been working on Windows XP pro with Subclipse
(0.9.30,
> Eclipse 3.0) on a windows box.
> While working on my Subversion project I have noticed few problems and

since I
> couldn't find an equivalent or matching issue in the bug tracking
system:
> http://subversion.tigris.org/issues/query.cgi
> I have decided to ask the Subclipse community.
>
> Here are the problems I have encountered while working with Subclipse:
>
> 1) Creating a new project using the 'New Project Wizard'
> Description:
> SVN option doesn't appear in the 'New Project Wizard'
popup
window
> from 'File' or the new project icon. One has to open the Subversion
repository
> and click on 'Add SVN Repository' in order to checkout a repository.
>
> Steps to reproduce:
> 1) Open Eclipse and right click on 'File'
> 2) From the popup window you should have an SVN option
> 3) Click on 'Ctrl + N' you should have an SVN option

I do not understand why we should even do this. It certainly isn't a
"problem". The New Project Wizard should be for creating Eclipse
projects, not any random data element in a view.

> 2) One can rename a directory however Copy function is broken:
> Description:
> One can copy a directory however since that was committed
already
> the 'Add' option is commented out and we can't add that copied
directory
to
> our new location in the repository, when we attempt to delete/remove
the
newly
> copied directory we get an exception:
> "Problems encountered while deleting resources.org.tigris.
> subversion.javahl.ClientException: Unmergeable scheduling requested on

an
> entry svn: 'FolderNameHere' is not under version control"
>
> NOTE: this is a low priority or even a non issue since
this
issue
> only occurs when we copy a directory that has been added and committed

to the
> repository (When I copied a directory from my local drive I had no
problems)
>
> Steps to reproduce:
> 1) Open your working subversion repository from Eclipse
> 2) Add 2 new directories 'Foo' and 'Bar' and then add and commit

them to
> the repository
> 3) Copy Directory 'Bar' into Dir 'Foo' and try to add and commit

(The
> Add option will be commented out and commit will say that there is
nothing to commit)
> 4) Try to delete the copied 'Bar' directory from 'Foo' you will
get the
> exception above

This appears to be a problem when copying a folder, as opposed to a
file.
The problem is that the .svn folder is also being copied. If you delete

that folder outside of Eclipse, and then Refresh you should be able to
Add
and Commit. However, what should ideally happen is that we should
intercept the copy and run svn copy. Or maybe add a Team -> Copy
option.

Could you enter an issue in our issue tracker for this?

>
> 3) Show annotation generates an exception, even though the
operation was
> successful
> Description:
> When we click on 'Show annotation' we get the results
however we
> also get this exception every single time we click on 'Show
annotation':
> 'An internal error occurred during: "Fetching affected
paths".
> java.lang.NullPointerException
> org.tigris.subversion.subclipse.core.history.LogEntry.
> getLogEntryChangePaths(LogEntry.java:125)
> org.tigris.subversion.subclipse.ui.history.
> HistoryView$FetchChangePathJob.run(HistoryView.java:1084)
> org.eclipse.core.internal.jobs.Worker.run(Worker.java:66)'
>
> Steps to reproduce:
> 1) Open your working Subversion repository from Eclipse
> 2) Edit any file and commit
> 3) Right click on the modified file and click on 'Team' >> 'Show

annotation'
> 4) You will see the results in the SVN Annotate section however
the
> above exception will be generated as well
>
> NOTE: I was able to reproduce the same problem (# 3) when attempting
to
get
> 'Show properties'

There is a preference under Team -> SVN that you can use to turn off
this
feature, and the Null pointer in the process. Perhaps with your
reproduction recipe I will be able to recreate. Are there any
moved/copied resources in the history of this item?

Thanks

Mark

________________________________________________________________________
_____
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management
Services powered by MessageLabs.
________________________________________________________________________
_____
Received on Thu May 12 11:00:07 2005

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.