Hey @ContextQuickie ,

the folder "Feautre" is wrong written: https://github.com/ContextQuickie/ContextQuickie/tree/master/Feautre
in your repo ;-)

Best Regards,
Oilid

Is your feature request related to a problem? Please describe.
I'm always frustrated when using the MercurialEclipse Plugin. This plugin is so slow (I'm working an a laaarge repo) that basically all SCM related actions are executed in TortoiseHg.

Describe the solution you'd like
I'd like to have a basic integration of TortoiseHg into Eclipse. A TeamProivder would be nice but basically I only need to call "annotate" and "vdiff"

Describe alternatives you've considered
Currently I configured some basic commands using EasyShell.

Additional context
I browsed your source code a little and found some TortoiseHg related classes. Without any knowledge about this project I'm wondering what it would take to offer some basic Hg-Support. Maybe I could offer some time to help!?

Please add support for Tortoise Git 2.10

Beyond compare entry disappeared on popup menu of XML file editor.

Popup menu on "Package Explorer" view is okay.
Eclipse Photon

Hello,

Windows 10 & Java 8
Eclipse : 2020 03
ContextQuickie : 0.13.0
TortoiseSVN : 1.13.1
TortoiseGIT : 2.10.0.2

This plugins work fine with beyond compare and tortoise in English language.

But if I select French language in Tortoise(SVN or GIT), I have this error :

Class load Failure: 'contextquickie.tortoise.svn.TortoiseSvnMenuBuilder'

org.eclipse.core.runtime.CoreException: Plug-in "ContextQuickie" was unable to instantiate class "contextquickie.tortoise.svn.TortoiseSvnMenuBuilder".
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.throwException(RegistryStrategyOSGI.java:212)
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:206)
at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:923)
at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:246)
at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:63)
at org.eclipse.ui.internal.util.Util.safeLoadExecutableExtension(Util.java:696)
at org.eclipse.ui.internal.menus.DynamicMenuContributionItem.createContributionItem(DynamicMenuContributionItem.java:164)
at org.eclipse.ui.internal.menus.DynamicMenuContributionItem.getContributionItem(DynamicMenuContributionItem.java:158)
at org.eclipse.ui.internal.menus.DynamicMenuContributionItem.fill(DynamicMenuContributionItem.java:144)
at org.eclipse.jface.action.MenuManager.doItemFill(MenuManager.java:729)
at org.eclipse.jface.action.MenuManager.update(MenuManager.java:806)
at org.eclipse.jface.action.MenuManager.update(MenuManager.java:673)
at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.scheduleManagerUpdate(MenuManagerRenderer.java:1221)
at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.processContents(MenuManagerRenderer.java:648)
at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.subscribeTopicChildAdded(MenuManagerRenderer.java:322)
at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:236)
at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:133)
at org.eclipse.swt.widgets.Display.syncExec(Display.java:4561)
at org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.syncExec(E4Application.java:219)
at org.eclipse.e4.ui.internal.di.UIEventObjectSupplier$UIEventHandler.handleEvent(UIEventObjectSupplier.java:64)
at org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:205)
at org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:203)
at org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:234)
at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:151)
at org.eclipse.equinox.internal.event.EventAdminImpl.dispatchEvent(EventAdminImpl.java:132)
at org.eclipse.equinox.internal.event.EventAdminImpl.sendEvent(EventAdminImpl.java:75)
at org.eclipse.equinox.internal.event.EventComponent.sendEvent(EventComponent.java:44)
at org.eclipse.e4.ui.services.internal.events.EventBroker.send(EventBroker.java:55)
at org.eclipse.e4.ui.internal.workbench.UIEventPublisher.notifyChanged(UIEventPublisher.java:63)
at org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:424)
at org.eclipse.emf.ecore.util.EcoreEList.dispatchNotification(EcoreEList.java:249)
at org.eclipse.emf.common.notify.impl.NotifyingListImpl.addUnique(NotifyingListImpl.java:356)
at org.eclipse.emf.common.util.AbstractEList.add(AbstractEList.java:340)
at org.eclipse.e4.ui.workbench.renderers.swt.ContributionRecord.mergeIntoModel(ContributionRecord.java:253)
at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.processAddition(MenuManagerRenderer.java:544)
at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.generateContributions(MenuManagerRenderer.java:523)
at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.processContributions(MenuManagerRenderer.java:491)
at org.eclipse.ui.internal.PopupMenuExtender.addMenuContributions(PopupMenuExtender.java:382)
at org.eclipse.ui.internal.PopupMenuExtender.menuAboutToShow(PopupMenuExtender.java:355)
at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:338)
at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:468)
at org.eclipse.jface.action.MenuManager.access$1(MenuManager.java:463)
at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:495)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:259)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4105)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1037)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1061)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1042)
at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:5115)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:4747)
at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:335)
at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1480)
at org.eclipse.swt.widgets.Shell.windowProc(Shell.java:2100)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4749)
at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:237)
at org.eclipse.swt.widgets.Display.runPopups(Display.java:3963)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3518)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1160)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1049)
at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:658)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:557)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:154)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:150)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:657)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:594)
at org.eclipse.equinox.launcher.Main.run(Main.java:1447)
Caused by: java.lang.UnsatisfiedLinkError: contextquickie.windows.Translation.getTranslatedString(Ljava/lang/String;JJLjava/lang/String;)Ljava/lang/String;
at contextquickie.windows.Translation.getTranslatedString(Native Method)
at contextquickie.tortoise.Translation.getTranslatedString(Translation.java:86)
at contextquickie.tortoise.svn.TortoiseSvnMenuBuilder.(TortoiseSvnMenuBuilder.java:297)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:204)
... 83 more

Describe the bug
Lots of NPEs in error log view after removal of git repository

To Reproduce
Steps to reproduce the behavior:

1. Remove a repository from Git repositories view (with imported project shown in the project explorer)
2. Accept "1234 projects will be removed" message dialog.
3. Right click on any of the closed projects (due to the git repo removal) in the repository explorer view
4. See error

Desktop (please complete the following information):

• Eclipse 2020-12
• Java 14, 64 bit
• ContextQuickie version 0.14.2.202007312101

Used ContextQuickie features:

• Beyond Compare

Additional context
The error does NOT occur on a normal closed project (which is still backed by actual files on disk).

java.lang.NullPointerException
	at contextquickie.beyondcompare.MenuBuilder.addSelectLeftSideMenuEntry(MenuBuilder.java:89)
	at contextquickie.beyondcompare.MenuBuilder.getMenuEntries(MenuBuilder.java:56)
	at contextquickie.base.AbstractMenuBuilder.getContributionItems(AbstractMenuBuilder.java:45)
	at org.eclipse.ui.actions.CompoundContributionItem.getContributionItemsToFill(CompoundContributionItem.java:83)
	at org.eclipse.ui.actions.CompoundContributionItem.fill(CompoundContributionItem.java:57)
	at org.eclipse.ui.internal.menus.DynamicMenuContributionItem.fill(DynamicMenuContributionItem.java:146)
	at org.eclipse.jface.action.MenuManager.doItemFill(MenuManager.java:729)
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java:806)
	at org.eclipse.jface.action.MenuManager.update(MenuManager.java:673)
	at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.scheduleManagerUpdate(MenuManagerRenderer.java:1226)
	at org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer.processContents(MenuManagerRenderer.java:654)
	at org.eclipse.ui.internal.PopupMenuExtender.addMenuContributions(PopupMenuExtender.java:382)
	at org.eclipse.ui.internal.PopupMenuExtender.menuAboutToShow(PopupMenuExtender.java:355)
	at org.eclipse.jface.action.MenuManager.fireAboutToShow(MenuManager.java:338)
	at org.eclipse.jface.action.MenuManager.handleAboutToShow(MenuManager.java:468)
	at org.eclipse.jface.action.MenuManager.access$1(MenuManager.java:463)
	at org.eclipse.jface.action.MenuManager$2.menuShown(MenuManager.java:495)
	at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:259)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
	at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4209)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1037)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1061)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1042)
	at org.eclipse.swt.widgets.Control.WM_INITMENUPOPUP(Control.java:5156)
	at org.eclipse.swt.widgets.Control.windowProc(Control.java:4788)
	at org.eclipse.swt.widgets.Canvas.windowProc(Canvas.java:340)
	at org.eclipse.swt.widgets.Decorations.windowProc(Decorations.java:1480)
	at org.eclipse.swt.widgets.Shell.windowProc(Shell.java:2142)
	at org.eclipse.swt.widgets.Display.windowProc(Display.java:4930)
	at org.eclipse.swt.internal.win32.OS.TrackPopupMenu(Native Method)
	at org.eclipse.swt.widgets.Menu._setVisible(Menu.java:237)
	at org.eclipse.swt.widgets.Display.runPopups(Display.java:4067)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3620)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1157)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1046)
	at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
	at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:644)
	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:551)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:153)
	at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:152)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.base/java.lang.reflect.Method.invoke(Method.java:564)
	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:653)
	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:590)
	at org.eclipse.equinox.launcher.Main.run(Main.java:1461)```

I installed this plugin ad working fine but the context menu is visible only in project explorer view. If i open my project in navigator view or if right click on open file in editor, menu is not coming.

eclipse tortoisegit context menu only display English, not tortoisegit setting languagepack

Describe the bug
I've installed Tortoise Git 2.8.0.0. But this place doesn't include this version:

To Reproduce
Steps to reproduce the behavior:
Window > Preferences > Context Quickie > Select Tortoise Git version

Desktop (please complete the following information):

• Eclipse version 4.11.0
• Java runtime ( 64bit)
• ContextQuickie version [0.12.0.201905101506]

Used ContextQuickie features:

• Beyond Compare
• Tortoise Git

I am currently stuck using Java 1.6 with Eclipse Kepler. Due to setting requiring 1.7 I was unable to use the plugin. The ContextQuickie preference options were not available to me.

I was able to rebuild the jar locally with settings to allow support of JavaSE-1.6. After installing my custom jar the plugin worked as expected and really liked the ability to easily access to TortoiseSVN and Beyond Compare.

I want to use this issue as a kind of survey to check which Eclipse versions are used with ContextQuickie. Two years ago, issue #6 has been created to support Java 1.6 with Eclipse Kepler. Are there still users who use Eclipse Kepler? You can add a thumbs up to the comments below if you are using the mentioned version.

Hey @ContextQuickie,

after using your great feature of issue #22 we are looking how to provide the new ContextQuickie team provider for all of our developers.
We found the "Team Project Set" option/function in eclipse which should fit to our requirements.

In Eclipse you can export a "team project set" with:
File -> Export... -> Team -> Team Project Set
After choosing the projects you can save the exported project set in a file "projectSet.psf" for example.
This file is a xml-file which describes the team provider informations but is only usable with the new team provider of ContextQuickie if you provide your informations.

An exported project set file could imported during an eclipse installation (Oomph) for each developer automatically. So no one needs to choose "Share Project" for each of our projects manually which saves a lot of time for us.

Unfortunately I dont know so much about these project sets but I found these useful links:

• http://www.eclipseonetips.com/2010/01/25/checkout-multiple-projects-automatically-into-your-eclipse-workspace/
• https://stackoverflow.com/questions/42554608/structure-of-eclipse-psf-file

Could you please provide these import and export mechanism for the corresponding team project sets of the new ContextQuickie team provider?

Best regards,
Oilid

eclipse.buildId=4.8.0.I20180611-0500
java.version=1.8.0_74
java.vendor=Oracle Corporation
BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_US
Framework arguments: -product org.eclipse.epp.package.java.product
Command-line arguments: -os win32 -ws win32 -arch x86_64 -product org.eclipse.epp.package.java.product

org.eclipse.e4.ui.workbench
Error
Mon Jul 02 11:21:12 EDT 2018
Unable to generate the parameterized command with the id "ContextQuickie.commands.TortoiseHg.TortoiseHgCommand" with the {ContextQuickie.commands.TortoiseGit.TortoiseGitCommand.CommandID=commit, ContextQuickie.commands.TortoiseGit.TortoiseGitCommand.RequiresPath=true} parameter(s). Model details: ContextQuickie.commands.TortoiseHg.TortoiseHgCommand=org.eclipse.e4.ui.model.application.ui.menu.impl.HandledMenuItemImpl@4051059e (tags: null, contributorURI: null) (widget: null, renderer: org.eclipse.e4.ui.workbench.renderers.swt.MenuManagerRenderer@3ea1729e, toBeRendered: true, onTop: false, visible: true, containerData: null, accessibilityPhrase: null) (label: Hg Commit..., iconURI: platform:/plugin/ContextQuickie/icons/TortoiseGit/menucommit.png, tooltip: null, enabled: true, selected: false, type: Push) (mnemonics: null) (wbCommand: null)

I do not know if it's a issue or a feature request.

Tested with Eclipse Mars on Windows 7

1. "Tortoise SVN" is always displaying on popup menu, even disabled all the functions at Preferences;
   

2. Context menu takes 3 or more seconds to pop up.
   When I used Oracle Java Mission Control to flight record what happened, I found that most of the time was spent on the following methods:
   CompareToRightDynamic.()
   BeyondCompare.readRegistry()
   Registry.readKey(String, String)
   

Hey,

sorry for disturbing again :-)
Just one question/improvement. Is it possible to pass the eclipse ProgressMonitor for the refresh-action after the process (referencing issue #17)?

For example by using the IRunnableWithProgress like this:

PlatformUI.getWorkbench().getProgressService().
            run(true, true, new IRunnableWithProgress() {

                @Override
                public void run(IProgressMonitor monitor) throws InvocationTargetException,
                        InterruptedException {
                        [...]
                        this.process.waitFor(); // for replacing your: while (this.process.isAlive())
                        // Should we test the exitCode of waitFor() for "0" to refresh only in this case?
                        // Or is it possible by the process (TortoiseSVN) to change resources
                        // even if the process was unsuccessful e.g. an aborted merge...?
                        resource.refreshLocal(IResource.DEPTH_INFINITE, monitor);
                        [...]
                }
});

This code could is untested and only written by checking the eclipse API ;-)
I think, it would be really great for the user to see the refresh-action as usual in eclipse.

Can you give this improvement a chance? Of course, i will test it again :-)

Hey Roland,

today I got the following exception with the ContextQuickie.TeamProvider during an incrementell build of eclipse:

ContextQuickie.TeamProvider
Error during applying changes to working copy
org.apache.subversion.javahl.ClientException: Entry already exists
svn: Path 'C:\projects\foo-trunk\work\foo-app-aggregator\foo-app\target\test-classes\de\xxx\yyyy\zzz\gggg\po\BeantragungHelperTest.xls' already exists

	at org.apache.subversion.javahl.SVNClient.copy(Native Method)
	at contextquickie.teamprovider.svn.ResourceDeltaVisitor$2.run(ResourceDeltaVisitor.java:197)
	at org.eclipse.core.internal.jobs.Worker.run(Worker.java:56)

But I have no real hint why this happenend. I only know that the "target" folder is on svn ingnore...
Is there maybe a bug in the ContextQuickie.TeamProvider with the svn ignore properties? Because I saw sometimes that our projects lost the svn ingnore information of the target (build) folder...

Greetings
Oilid

When opening the context menu in an editor, the Tortoise SVN/Git command are not shown

Hi,

as we are very unhappy with the Subclipse and Subversive we started using your plugin which is very helpful.

We set up our IDE by using the Eclipse Installer (Oomph). As we do not have Subclipse or Subversive it's not possible to trigger the checkout during the installation process.

We have a workaround of creating a launch configuration which triggers the svn command-line tool, but that's very inconvenient.

It would be cool, if you could provide an Oomph custom setup task for checkout.

Keep up the good work.

Kind regards
Oliver

The title says it all.

What is the difference between ContextQuickie and ContextQuickie2? Which should I be using? Or both? I'm confused.
Thanks for your help and a really great application!

Don Lucas

Hey @ContextQuickie,

during my work with eclipse I recognized a really bad issue if I use the refactoring command in eclipse for example with moving a resource / java file. So in this case the svn history is of course lost because tortoise svn doesn't recognize these move/copy commands by eclipse. In "Windows explorer" moving a resource (for keeping the svn history) is done by moving and releasing it with the right mouse button. But this couldn't be done in eclipse and would of cource does not include the nice eclipse refactoring feature.

Do you have any idea if this problem could be workarounded or solved?

Best regards!

Blame command is not available for TortoiseGIT

In order to speed up Eclipse, I have removed internal git modules and I have replaced that commands with ContextQuickie.
The only command I am missing is blame, it is possible to add it?

Thank you!

Hi, i have followed your tutorial and the add-on doesn't appear.
When i try to enable the add-on in Eclipse preferences, it doesn't let me apply the changes. I've checked the location of the tortoise and its ok.

Here you got the Screenshot

thanks in advance

Describe the bug
Tortoise Git in Eclipse popup menu has a spelling mistake: TortioseGit

Screenshots

Desktop (please complete the following information):

• Eclipse version: 4.16
• ContextQuickie version: 0.14.0

Used ContextQuickie features:

• Beyond Compare
• Tortoise Git

An unhandled event loop exception occurs when using ContextQuickie 0.8.0

Hey,

thanks for the great plugin.
I only would like to ask for a refresh-mechanism in eclipse for example in the "project explorer" for the currently selected item. If you for example create a new file called "test.txt" in eclipse and then revert it by tortoisesvn, then the file will be deleted but it is still visible in the project explorer. Only a manual refresh will update the correct file/folder state.

Is it may possible to refresh the selected item in eclipse automatically after a tortoisesvn action?

Greetings
Oilid

1. Swittch eclipse to "GIT view"
2. Use "Sync...", or other command
3. Error : "The parameters '/path' and '/pathfile' are mutually exclusive error"

If eclipse in "java view", commnad is OK

While installing plugin I am getting location error. Seems like location has been changed but not been updated in plugin ```

Unable to read repository at http://contextquickie.github.io/ContextQuickie/
http://contextquickie.github.io/ContextQuickie/ is not a valid repository location

When opening the preference page, an error is shown. It goes away by just clicking once into the beyond compare path field without changing any values.

@SBM1952 wrote in #1

Hi, I applied your reccomendation and effectivly the add-on works.
By the way, i'm having some issues trying to use the add-on from Eclipse Luna. It seems that theres is a date issue with tortoiseSVN within the add-on. Take a look at the resuming prompt

When I select two files (with Ctrl key) in package explorer, and then select Tortoise SVN -> Diff over ContextQuickie, it would be nice to actually see the difference between the two files.
Currently it doesn't work, only one file is selected for Diff.