Community
Participate
Working Groups
Build Identifier: I20110906-2000 The Bugzilla repository configuration is not getting saved, e.g. if i provide my user id and password (check on "Save Password" and uncheck "anonymous") the repository configuration is not saved still remains as anonymous, though my credentials are valid - i get a successful validation message in Bugzilla repository configuration wizard Reproducible: Always Steps to Reproduce: 1.Show Task Repositories View 2.Select Eclipse.org 3.Provide your user id and password 4.Uncheck Anonymous 5.Check Save Password 6.(Optional) Validate Settings 7.Now when you open any of your bugs from Task List, it will show "Anonymous cant submit Task"
It sounds like your keystore is not working as expected. Can you check the permissions of your keyring file? You can also set the location through the -keyring and -password command line options: http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fruntime-options.html
(In reply to comment #1) > It sounds like your keystore is not working as expected. Can you check the > permissions of your keyring file? You can also set the location through the > -keyring and -password command line options: > http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fruntime-options.html I am running on Open SUSE 11.4 with KDE, so is there any special setting we need to do for this platform, for that matter it never prompted me for keyring pasword :(
(In reply to comment #2) > (In reply to comment #1) > > It sounds like your keystore is not working as expected. Can you check the > > permissions of your keyring file? You can also set the location through the > > -keyring and -password command line options: > > http://help.eclipse.org/indigo/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fmisc%2Fruntime-options.html > > I am running on Open SUSE 11.4 with KDE, so is there any special setting we > need to do for this platform, for that matter it never prompted me for keyring > pasword :( Just adding to my previous comments this issue is observed only in "Eclipse SDK Version: 4.1.0 Build id: I20110906-2000" and the same is working fine on "Eclipse Platform Version: 3.7.0 Build id: I20110803-1800" Both the version are running on Open Suse 11.4 (KDE) x86_64.
this is the trace am seeing the Workbench log, thought it will help in the debug and fixing of this issue: Message : Authorization infrastructure (org.eclipse.core.runtime.compatibility.auth) not installed. Exception Stack trace: java.lang.NoClassDefFoundError: org/eclipse/core/internal/runtime/auth/AuthorizationHandler at org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:646) at org.eclipse.mylyn.tasks.core.TaskRepository.getAuthInfo(TaskRepository.java:307) at org.eclipse.mylyn.tasks.core.TaskRepository.addAuthInfo(TaskRepository.java:271) at org.eclipse.mylyn.tasks.core.TaskRepository.setCredentials(TaskRepository.java:751) at org.eclipse.mylyn.internal.tasks.ui.TasksUiPlugin.loadTemplateRepositories(TasksUiPlugin.java:746) at org.eclipse.mylyn.internal.tasks.ui.TasksUiPlugin.initializeDataSources(TasksUiPlugin.java:900) at org.eclipse.mylyn.internal.tasks.ui.TasksUiPlugin.start(TasksUiPlugin.java:659) at org.eclipse.osgi.framework.internal.core.BundleContextImpl$1.run(BundleContextImpl.java:711) at java.security.AccessController.doPrivileged(Native Method) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:702) at org.eclipse.osgi.framework.internal.core.BundleContextImpl.start(BundleContextImpl.java:683) at org.eclipse.osgi.framework.internal.core.BundleHost.startWorker(BundleHost.java:381) at org.eclipse.osgi.framework.internal.core.AbstractBundle.start(AbstractBundle.java:300) at org.eclipse.osgi.framework.util.SecureAction.start(SecureAction.java:440) at org.eclipse.osgi.internal.loader.BundleLoader.setLazyTrigger(BundleLoader.java:268) at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter.postFindLocalClass(EclipseLazyStarter.java:107) at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLocalClass(ClasspathManager.java:462) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.findLocalClass(DefaultClassLoader.java:216) at org.eclipse.osgi.internal.loader.BundleLoader.findLocalClass(BundleLoader.java:400) at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:476) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:345) at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:229) at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1208) at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI.createExecutableExtension(RegistryStrategyOSGI.java:174) at org.eclipse.core.internal.registry.ExtensionRegistry.createExecutableExtension(ExtensionRegistry.java:905) at org.eclipse.core.internal.registry.ConfigurationElement.createExecutableExtension(ConfigurationElement.java:243) at org.eclipse.core.internal.registry.ConfigurationElementHandle.createExecutableExtension(ConfigurationElementHandle.java:55) at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugin.java:273) at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:52) at org.eclipse.ui.internal.WorkbenchPlugin.createExtension(WorkbenchPlugin.java:269) at org.eclipse.ui.internal.EarlyStartupRunnable.getExecutableExtension(EarlyStartupRunnable.java:117) at org.eclipse.ui.internal.EarlyStartupRunnable.run(EarlyStartupRunnable.java:66) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.ui.internal.Workbench$48.run(Workbench.java:2294) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) Caused by: java.lang.ClassNotFoundException: org.eclipse.core.internal.runtime.auth.AuthorizationHandler at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:513) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) ... 39 more Session Data: eclipse.buildId=I20110906-2000 java.version=1.7.0 java.vendor=Oracle Corporation BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US Command-line arguments: -os linux -ws gtk -arch x86_64
We don't support Ecipse 4.1 as a target platform. I was not able to reproduce the problem with Eclipse 4.2M1 so I am marking this as fixed. Please reopen in case you experience this problem with Eclipse 4.2.
Actually I am using the eclipse download form "/eclipse/downloads/drops4/I20110906-2000/eclipse-4.2-I20110906-2000-reposito ry.zip" as my target. I guess it much newer than 4.2M1 Can you please let me know if that works on this platform
Remy, do you know if the deprecated authorization support has been removed in recent integration builds of e4?
(In reply to comment #7) > Remy, do you know if the deprecated authorization support has been removed in > recent integration builds of e4? We dropped that bundle for 4.1, see bug 336129.
(In reply to comment #8) > (In reply to comment #7) > > Remy, do you know if the deprecated authorization support has been removed in > > recent integration builds of e4? > > We dropped that bundle for 4.1, see bug 336129. Just to add to these comments, I am running Indigo on the same platform where Mylyn + Bugzilla + JIRA are working as expected.
Interesting. I still see the o.e.runtime.compatibility.auth bundle in my download of 4.2M1. I have commented on bug 336129.
I'm seeing exactly the same problem on 4.2M2 running on Mac OS X 10.6.8. Unable to save credentials, and the same stack trace. There is no o.e.runtime.compatibility.auth bundle in my installation.
Is anyone planning to look at this problem? It makes mylyn unusable for me.
Yes, we will be looking into this next. Due to the upcoming EclipseCon Europe conference we have limited capacity at the moment.
Great! Thanks.
(In reply to comment #13) > Yes, we will be looking into this next. Due to the upcoming EclipseCon Europe > conference we have limited capacity at the moment. Any rough timelines when this will be fixed ? As mentioned by few others am unable use mylyn in e4.
Have you tried the latest weekly build?
Working for me using 3.7.0.I20111109-0831. Thanks!
(In reply to comment #16) > Have you tried the latest weekly build? Verified works for me as well! Thanks for fixing this.
Thanks for verifying. We'll track progress to migrate to the secure store on bug 278474.
This issue hit me. It looks like the track plugins was not updated. !ENTRY org.eclipse.core.runtime 2 0 2012-04-12 19:43:42.416 !MESSAGE Authorization infrastructure (org.eclipse.core.runtime.compatibility.auth) not installed. !STACK 0 java.lang.ClassNotFoundException: org.eclipse.core.internal.runtime.auth.AuthorizationDatabase at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:356) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:186) at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthClass(AuthorizationHandler.java:51) at org.eclipse.core.internal.runtime.AuthorizationHandler.loadKeyring(AuthorizationHandler.java:72) at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthorizationInfo(AuthorizationHandler.java:265) at org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:634) at org.eclipse.mylyn.tasks.core.TaskRepository.getAuthInfo(TaskRepository.java:420) at org.eclipse.mylyn.tasks.core.TaskRepository.getCredentials(TaskRepository.java:499) at org.eclipse.mylyn.internal.tasks.core.TaskRepositoryLocation.getCredentials(TaskRepositoryLocation.java:59) at org.eclipse.mylyn.commons.net.WebUtil.createHostConfiguration(WebUtil.java:281) at org.eclipse.mylyn.internal.trac.core.client.TracWebClient$Request.execute(TracWebClient.java:227) at org.eclipse.mylyn.internal.trac.core.client.TracWebClient.connect(TracWebClient.java:359) at org.eclipse.mylyn.internal.trac.core.client.TracWebClient.search(TracWebClient.java:472) at org.eclipse.mylyn.internal.trac.core.TracRepositoryConnector.performQuery(TracRepositoryConnector.java:487) at org.eclipse.mylyn.internal.tasks.core.sync.SynchronizeQueriesJob.synchronizeQuery(SynchronizeQueriesJob.java:311) at org.eclipse.mylyn.internal.tasks.core.sync.SynchronizeQueriesJob.synchronizeQueries(SynchronizeQueriesJob.java:268) at org.eclipse.mylyn.internal.tasks.core.sync.SynchronizeQueriesJob.run(SynchronizeQueriesJob.java:201) at org.eclipse.mylyn.internal.tasks.core.sync.SynchronizeRepositoriesJob.updateQueries(SynchronizeRepositoriesJob.java:186) at org.eclipse.mylyn.internal.tasks.core.sync.SynchronizeRepositoriesJob.run(Sy
This exact problem appears here: fresh install of bugzilla 4.2.1 and Eclipse Juno with Mylyn 3.6.5. Mylyn is unusable, because the authorisation is not saved. Any ideas? I would re-open the bug if I had enough rights to do this. eclipse.buildId=I20120608-1400 java.version=1.6.0_33 java.vm.vendor=Sun Microsystems Inc. !ENTRY org.eclipse.core.runtime 2 0 2012-07-15 08:40:54.140 !MESSAGE Authorisierungsinfrastruktur (org.eclipse.core.runtime.compatibility.auth) ist nicht installiert !STACK 0 java.lang.ClassNotFoundException: org.eclipse.core.internal.runtime.auth.AuthorizationDatabase at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421) at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412) at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:169) at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthClass(AuthorizationHandler.java:51) at org.eclipse.core.internal.runtime.AuthorizationHandler.loadKeyring(AuthorizationHandler.java:72) at org.eclipse.core.internal.runtime.AuthorizationHandler.getAuthorizationInfo(AuthorizationHandler.java:265) at org.eclipse.core.runtime.Platform.getAuthorizationInfo(Platform.java:625) at org.eclipse.mylyn.tasks.core.TaskRepository.getAuthInfo(TaskRepository.java:420) at org.eclipse.mylyn.tasks.core.TaskRepository.getCredentials(TaskRepository.java:499) at org.eclipse.mylyn.tasks.core.TaskRepository.getUserName(TaskRepository.java:644) at org.eclipse.mylyn.tasks.core.TaskRepository.getUserName(TaskRepository.java:633)
I am opening this bug again for comment#21, not sure this is the right workflow, if not please excuse me
The reason for the problem of Comment 21 was, that JBoss Tools 3.3 has been installed - JBoss Tools 3.3 replaces Mylyn 3.8 with Mylyn 3.6 and then the error appears. JBoss Tools 3.3 is not officially released for Juno, so I installed it on my own risk. My fault.
reverting the status as per comment #23. Stakeholders please change the status accordingly
Dietrich, what happens if you try to upgrade to Mylyn 3.8 afterwards? Please post the p2 error message if there is one.
@Steffen: I don't know what a p2 error message is. What I did: (1) "install new software" from http://download.eclipse.org/mylyn/releases/juno (2) selected all packages, pressed next (3) got the error messages appended below (4) gave up and re-installed juno from scratch and from JBoss tools only the "JBossAS Tools" plugin which has only 6 dependencies. (I am using eclipse with german babel pakets) Die originale Anfrage wurde geändert. "Mylyn Task List" is already installed, so an update will be performed instead. "Mylyn Task-Focused Interface" is already installed, so an update will be performed instead. "Mylyn WikiText" is already installed, so an update will be performed instead. "Mylyn Context Connector: Eclipse IDE" is already installed, so an update will be performed instead. "Mylyn Context Connector: Java Development" is already installed, so an update will be performed instead. "Mylyn Context Connector: Team Support" is already installed, so an update will be performed instead. "Mylyn Tasks Connector: Bugzilla" is already installed, so an update will be performed instead. Cannot complete the install because of a conflicting dependency. Software being installed: Mylyn Context Connector: Team Support 3.8.0.v20120612-0600 (org.eclipse.mylyn.team_feature.feature.group 3.8.0.v20120612-0600) Software currently installed: JBoss Central Community 1.0.0.v20120612-0053-H99-Final (org.jboss.tools.community.central.feature.feature.group 1.0.0.v20120612-0053-H99-Final) Only one of the following can be installed at once: Mylyn Commons UI 3.6.1.v20110720-0100 (org.eclipse.mylyn.commons.ui 3.6.1.v20110720-0100) Mylyn Commons UI 3.8.0.v20120612-0600 (org.eclipse.mylyn.commons.ui 3.8.0.v20120612-0600) Mylyn Commons UI 3.4.0.v20100608-0100-e3x (org.eclipse.mylyn.commons.ui 3.4.0.v20100608-0100-e3x) Mylyn Commons UI 3.6.0.v20110608-1400 (org.eclipse.mylyn.commons.ui 3.6.0.v20110608-1400) Cannot satisfy dependency: Von:Mylyn Team UI 3.8.0.v20120612-0600 (org.eclipse.mylyn.team.ui 3.8.0.v20120612-0600) To: bundle org.eclipse.mylyn.commons.ui [3.8.0,4.0.0) Cannot satisfy dependency: Von:Mylyn Context Connector: Team Support 3.8.0.v20120612-0600 (org.eclipse.mylyn.team_feature.feature.group 3.8.0.v20120612-0600) To: org.eclipse.mylyn.team.ui [3.8.0.v20120612-0600] Cannot satisfy dependency: Von:JBoss Central Community 1.0.0.v20120612-0053-H99-Final (org.jboss.tools.community.central.feature.feature.group 1.0.0.v20120612-0053-H99-Final) To: org.jboss.tools.project.examples.feature.feature.group 1.2.1.qualifier Cannot satisfy dependency: Von:Project Examples 1.2.1.v20120612-0012-H106-Final (org.jboss.tools.project.examples 1.2.1.v20120612-0012-H106-Final) To: bundle org.eclipse.mylyn.commons.ui [3.6.0,3.8.0) Cannot satisfy dependency: Von:Project Examples 1.2.1.v20120612-0012-H106-Final (org.jboss.tools.project.examples.feature.feature.group 1.2.1.v20120612-0012-H106-Final) To: org.jboss.tools.project.examples [1.2.1.v20120612-0012-H106-Final]
Thanks. It looks like the JBoss feature is indeed incompatible with Mylyn 3.8.
