[JBoss JIRA] (JBIDE-17460) Exception when back button on mouse is pressed
by Konstantin Marmalyukov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17460?page=com.atlassian.jira.plugi... ]
Konstantin Marmalyukov updated JBIDE-17460:
-------------------------------------------
Fix Version/s: 4.3.0.Alpha1
(was: 4.2.0.Beta3)
> Exception when back button on mouse is pressed
> ----------------------------------------------
>
> Key: JBIDE-17460
> URL: https://issues.jboss.org/browse/JBIDE-17460
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: browsersim, upstream
> Affects Versions: 4.2.0.Beta2
> Environment: JBDS 8.0.0.Beta2-v20140525-2146-B104
> Linux 64bit
> Java 1.7.0_51
> Reporter: Vlado Pakan
> Assignee: Konstantin Marmalyukov
> Priority: Critical
> Fix For: 4.3.0.Alpha1
>
>
> 1.Open BrowserSim with empty page. BrowserSim is run with JavaFX engine
> 2.Click on empty page within BrowserSim
> 3.Click on Back button on mouse (back action is defined for back button on mouse within OS)
> ERROR:
> {noformat}
> 2014-05-28 11:52:08.348:INFO:oejs.AbstractConnector:Started SelectChannelConnector@0.0.0.0:56505
> Exception in runnable
> java.lang.NullPointerException
> at javafx.scene.Scene$ClickCounter.access$7600(Scene.java:3030)
> at javafx.scene.Scene$ClickGenerator.preProcess(Scene.java:3126)
> at javafx.scene.Scene$ClickGenerator.access$8400(Scene.java:3096)
> at javafx.scene.Scene$MouseHandler.process(Scene.java:3347)
> at javafx.scene.Scene$MouseHandler.process(Scene.java:3209)
> at javafx.scene.Scene$MouseHandler.access$1900(Scene.java:3164)
> at javafx.scene.Scene.impl_processMouseEvent(Scene.java:1582)
> at javafx.scene.Scene$ScenePeerListener.mouseEvent(Scene.java:2267)
> at com.sun.javafx.tk.quantum.EmbeddedScene$2$1.run(EmbeddedScene.java:194)
> at com.sun.javafx.tk.quantum.EmbeddedScene$2$1.run(EmbeddedScene.java:176)
> at java.security.AccessController.doPrivileged(Native Method)
> at com.sun.javafx.tk.quantum.EmbeddedScene$2.run(EmbeddedScene.java:176)
> at com.sun.javafx.application.PlatformImpl$4$1.run(PlatformImpl.java:182)
> at com.sun.javafx.application.PlatformImpl$4$1.run(PlatformImpl.java:179)
> at java.security.AccessController.doPrivileged(Native Method)
> at com.sun.javafx.application.PlatformImpl$4.run(PlatformImpl.java:179)
> at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:76)
> at org.eclipse.swt.internal.gtk.OS._g_main_context_iteration(Native Method)
> at org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(OS.java:2473)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3414)
> at org.jboss.tools.vpe.browsersim.BrowserSimRunner.main(BrowserSimRunner.java:114)
> Exception in runnable
> java.lang.NullPointerException
> at javafx.scene.Scene$ClickCounter.access$7900(Scene.java:3030)
> at javafx.scene.Scene$ClickGenerator.postProcess(Scene.java:3157)
> at javafx.scene.Scene$ClickGenerator.access$8600(Scene.java:3096)
> at javafx.scene.Scene$MouseHandler.process(Scene.java:3378)
> at javafx.scene.Scene$MouseHandler.process(Scene.java:3209)
> at javafx.scene.Scene$MouseHandler.access$1900(Scene.java:3164)
> at javafx.scene.Scene.impl_processMouseEvent(Scene.java:1582)
> at javafx.scene.Scene$ScenePeerListener.mouseEvent(Scene.java:2267)
> at com.sun.javafx.tk.quantum.EmbeddedScene$2$1.run(EmbeddedScene.java:194)
> at com.sun.javafx.tk.quantum.EmbeddedScene$2$1.run(EmbeddedScene.java:176)
> at java.security.AccessController.doPrivileged(Native Method)
> at com.sun.javafx.tk.quantum.EmbeddedScene$2.run(EmbeddedScene.java:176)
> at com.sun.javafx.application.PlatformImpl$4$1.run(PlatformImpl.java:182)
> at com.sun.javafx.application.PlatformImpl$4$1.run(PlatformImpl.java:179)
> at java.security.AccessController.doPrivileged(Native Method)
> at com.sun.javafx.application.PlatformImpl$4.run(PlatformImpl.java:179)
> at com.sun.glass.ui.InvokeLaterDispatcher$Future.run(InvokeLaterDispatcher.java:76)
> at org.eclipse.swt.internal.gtk.OS._g_main_context_iteration(Native Method)
> at org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(OS.java:2473)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3414)
> at org.jboss.tools.vpe.browsersim.BrowserSimRunner.main(BrowserSimRunner.java:114)
> 2014-05-28 11:52:24.202:INFO:oejsh.ContextHandler:stopped o.e.j.s.ServletContextHandler{/,null}
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17700) Cannot deploy jsf war with eclipse luna and jboss 7.1.x
by Oliver Pfau (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17700?page=com.atlassian.jira.plugi... ]
Oliver Pfau commented on JBIDE-17700:
-------------------------------------
Sorry cannot give the project that fails. But a standard maven-primefaces war would be possible. I do not have steps to reproduce it. It sometimes appears when I changed some file and the war is automatically republished, but only sometimes. With eclipse kepler there was no such a problem with the same project.
> Cannot deploy jsf war with eclipse luna and jboss 7.1.x
> -------------------------------------------------------
>
> Key: JBIDE-17700
> URL: https://issues.jboss.org/browse/JBIDE-17700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Environment: Win 7, Eclilpse Luna, JBoss Tools (via market place)
> Reporter: Oliver Pfau
> Priority: Critical
>
> When I publish my war to jboss 7.1 the following error occurs:
> An internal error occurred during: "Publishing to JBoss AS 7.1...".
> Could not initialize class de.schlichtherle.io.ArchiveControllers
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17700) Cannot deploy jsf war with eclipse luna and jboss 7.1.x
by Max Rydahl Andersen (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17700?page=com.atlassian.jira.plugi... ]
Max Rydahl Andersen commented on JBIDE-17700:
---------------------------------------------
seems JBIDE-9009 had exact same init error.
[~olpf] any chance you can give us example project that fails ? specific steps to reproduce ?
It might be caused by some classloading happening too late - thus probably most likely to occur in early phases of eclipse launch rather than several hours in.
> Cannot deploy jsf war with eclipse luna and jboss 7.1.x
> -------------------------------------------------------
>
> Key: JBIDE-17700
> URL: https://issues.jboss.org/browse/JBIDE-17700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Environment: Win 7, Eclilpse Luna, JBoss Tools (via market place)
> Reporter: Oliver Pfau
> Priority: Critical
>
> When I publish my war to jboss 7.1 the following error occurs:
> An internal error occurred during: "Publishing to JBoss AS 7.1...".
> Could not initialize class de.schlichtherle.io.ArchiveControllers
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17624) (un)checking Early Access while refreshing the connector logs an org.eclipse.swt.SWTException
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17624?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-17624:
-------------------------------------
Yeah it's probably OS specific, I've asked [~rawagner] to check. But I have no idea how to fix that, unless I wrap the offending code in a try-catch block. Yuck.
[~snjeza] : any idea?
> (un)checking Early Access while refreshing the connector logs an org.eclipse.swt.SWTException
> ---------------------------------------------------------------------------------------------
>
> Key: JBIDE-17624
> URL: https://issues.jboss.org/browse/JBIDE-17624
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.2.0.Beta2
> Reporter: Fred Bricon
> Assignee: Mickael Istria
> Priority: Minor
> Fix For: 4.2.0.Beta3
>
>
> In Central > Software/Update page, (un)checking Early Access while refreshing the connector logs the following exception :
> {noformat}
> org.eclipse.swt.SWTException: Graphic is disposed
> at org.eclipse.swt.SWT.error(SWT.java:4441)
> at org.eclipse.swt.SWT.error(SWT.java:4356)
> at org.eclipse.swt.SWT.error(SWT.java:4327)
> at org.eclipse.swt.graphics.Image.getBounds(Image.java:1164)
> at org.eclipse.swt.widgets.Label.computeSize(Label.java:149)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:197)
> at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1290)
> at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1276)
> at org.eclipse.swt.widgets.Composite.layout(Composite.java:665)
> at org.jboss.tools.central.editors.xpl.DiscoveryViewer.updateFilters(DiscoveryViewer.java:628)
> at org.jboss.tools.central.editors.SoftwarePage.handleEarlyAccessChanged(SoftwarePage.java:536)
> at org.jboss.tools.central.editors.SoftwarePage.access$8(SoftwarePage.java:486)
> at org.jboss.tools.central.editors.SoftwarePage$5.widgetSelected(SoftwarePage.java:229)
> {noformat}
> scrolledContents is checked for disposed state, but the error occurs within layout()
> {code}
> if (this.scrolledContents != null && !this.scrolledContents.isDisposed()) {
> this.scrolledContents.layout(true, true); //crashes here
> ...
> }
> {code}
> I don't know how we can prevent that
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17710) error importing kitchensink angularjs quickstart when no jboss-eap runtime available
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17710?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-17710:
-------------------------------------
Having an EAP runtime doesn't impact Maven resolution in *any* way. The redhat-techpreview-all-repository profile in your settings is the reason why the resolution issues are gone. There's absolutely *no* code that adds the redhat-techpreview-all-repository profile automatically when you add a runtime.
The only way to get to that point is to open the link displayed in the project wizard, in the warning about missing repository.
> error importing kitchensink angularjs quickstart when no jboss-eap runtime available
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-17710
> URL: https://issues.jboss.org/browse/JBIDE-17710
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central, upstream
> Affects Versions: 4.2.0.Beta2
> Environment: Linux 64 (Fedora 18), JDK 1.8
> Reporter: Nick Boldt
> Attachments: error-quickstart-kitchensink-angularjs.png, install-jpa2-NPE.txt
>
>
> 1. install JBDS 8.0.0.Beta2-v20140617-2058-B166 from update site into Eclipse 4.4.0.R Luna JEE bundle.
> 2. Install Arquillian from JBoss Central EA site (using -D flags above)
> 3. launch kitchensink-angularjs quickstart.
> 4. Get NPE installing JPA 2.0
> 5. Get numerous import problems in MemberRegistrationTest.java and other source files; quickfixes don't work.
> Also had the same issues with JBT 4.2.0.Beta2, so it doesn't seem this is a JBDS only issue.
> !error-quickstart-kitchensink-angularjs.png!
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17720) Can't install ADT from Central
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17720?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-17720:
----------------------------------------
Actually, I did read too fast the various comments here and on stackoverflow. The suggested and applied patch is the only way to have it working on Central.
About updates, I don't know if this is something ADT did fix as part of 23.0.1 but it seems to be a fix for the stackoverflow issue.
> Can't install ADT from Central
> ------------------------------
>
> Key: JBIDE-17720
> URL: https://issues.jboss.org/browse/JBIDE-17720
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: discovery
> Affects Versions: 4.2.0.Beta2
> Reporter: Mickael Istria
> Assignee: Nick Boldt
> Fix For: 4.2.0.Beta3
>
> Attachments: ADT23.0-installed-prompts-for-new-SDK-install.png, adtinstallationerror0.png, adtinstallationerror1.png
>
>
> Installation tests are failing to install Android Development Tools from Central.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17624) (un)checking Early Access while refreshing the connector logs an org.eclipse.swt.SWTException
by Mickael Istria (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17624?page=com.atlassian.jira.plugi... ]
Mickael Istria commented on JBIDE-17624:
----------------------------------------
I really can't reproduce this issue... It's most likely platform-specific. Can you try to write a patch and I'll review it?
> (un)checking Early Access while refreshing the connector logs an org.eclipse.swt.SWTException
> ---------------------------------------------------------------------------------------------
>
> Key: JBIDE-17624
> URL: https://issues.jboss.org/browse/JBIDE-17624
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.2.0.Beta2
> Reporter: Fred Bricon
> Assignee: Mickael Istria
> Priority: Minor
> Fix For: 4.2.0.Beta3
>
>
> In Central > Software/Update page, (un)checking Early Access while refreshing the connector logs the following exception :
> {noformat}
> org.eclipse.swt.SWTException: Graphic is disposed
> at org.eclipse.swt.SWT.error(SWT.java:4441)
> at org.eclipse.swt.SWT.error(SWT.java:4356)
> at org.eclipse.swt.SWT.error(SWT.java:4327)
> at org.eclipse.swt.graphics.Image.getBounds(Image.java:1164)
> at org.eclipse.swt.widgets.Label.computeSize(Label.java:149)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:197)
> at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1290)
> at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1276)
> at org.eclipse.swt.widgets.Composite.layout(Composite.java:665)
> at org.jboss.tools.central.editors.xpl.DiscoveryViewer.updateFilters(DiscoveryViewer.java:628)
> at org.jboss.tools.central.editors.SoftwarePage.handleEarlyAccessChanged(SoftwarePage.java:536)
> at org.jboss.tools.central.editors.SoftwarePage.access$8(SoftwarePage.java:486)
> at org.jboss.tools.central.editors.SoftwarePage$5.widgetSelected(SoftwarePage.java:229)
> {noformat}
> scrolledContents is checked for disposed state, but the error occurs within layout()
> {code}
> if (this.scrolledContents != null && !this.scrolledContents.isDisposed()) {
> this.scrolledContents.layout(true, true); //crashes here
> ...
> }
> {code}
> I don't know how we can prevent that
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months
[JBoss JIRA] (JBIDE-17624) (un)checking Early Access while refreshing the connector logs an org.eclipse.swt.SWTException
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17624?page=com.atlassian.jira.plugi... ]
Fred Bricon reassigned JBIDE-17624:
-----------------------------------
Assignee: Mickael Istria (was: Fred Bricon)
Using current code from master : http://screencast.com/t/qE2uof7z
> (un)checking Early Access while refreshing the connector logs an org.eclipse.swt.SWTException
> ---------------------------------------------------------------------------------------------
>
> Key: JBIDE-17624
> URL: https://issues.jboss.org/browse/JBIDE-17624
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.2.0.Beta2
> Reporter: Fred Bricon
> Assignee: Mickael Istria
> Priority: Minor
> Fix For: 4.2.0.Beta3
>
>
> In Central > Software/Update page, (un)checking Early Access while refreshing the connector logs the following exception :
> {noformat}
> org.eclipse.swt.SWTException: Graphic is disposed
> at org.eclipse.swt.SWT.error(SWT.java:4441)
> at org.eclipse.swt.SWT.error(SWT.java:4356)
> at org.eclipse.swt.SWT.error(SWT.java:4327)
> at org.eclipse.swt.graphics.Image.getBounds(Image.java:1164)
> at org.eclipse.swt.widgets.Label.computeSize(Label.java:149)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.computeSize(GridLayout.java:164)
> at org.eclipse.swt.widgets.Composite.computeSize(Composite.java:234)
> at org.eclipse.swt.layout.GridData.computeSize(GridData.java:491)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:221)
> at org.eclipse.swt.layout.GridLayout.layout(GridLayout.java:197)
> at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1290)
> at org.eclipse.swt.widgets.Composite.updateLayout(Composite.java:1276)
> at org.eclipse.swt.widgets.Composite.layout(Composite.java:665)
> at org.jboss.tools.central.editors.xpl.DiscoveryViewer.updateFilters(DiscoveryViewer.java:628)
> at org.jboss.tools.central.editors.SoftwarePage.handleEarlyAccessChanged(SoftwarePage.java:536)
> at org.jboss.tools.central.editors.SoftwarePage.access$8(SoftwarePage.java:486)
> at org.jboss.tools.central.editors.SoftwarePage$5.widgetSelected(SoftwarePage.java:229)
> {noformat}
> scrolledContents is checked for disposed state, but the error occurs within layout()
> {code}
> if (this.scrolledContents != null && !this.scrolledContents.isDisposed()) {
> this.scrolledContents.layout(true, true); //crashes here
> ...
> }
> {code}
> I don't know how we can prevent that
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
11 years, 9 months