[JBoss JIRA] (ERT-704) Bring Chain Completion To JDT (From Recommenders)
by Roland Grunberg (Jira)
Roland Grunberg created ERT-704:
-----------------------------------
Summary: Bring Chain Completion To JDT (From Recommenders)
Key: ERT-704
URL: https://issues.jboss.org/browse/ERT-704
Project: Eclipse Release Train
Issue Type: Task
Reporter: Roland Grunberg
Assignee: Roland Grunberg
See http://eclip.se/544108
Chain Completion could be brought into JDT. The benefit would be that any Eclipse installation containing JDT would benefit users without the need for them to install, or locate the Code Recommenders plugins.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (ERT-703) Contributing Non-Compiler Issues Into JDT
by Roland Grunberg (Jira)
[ https://issues.jboss.org/browse/ERT-703?page=com.atlassian.jira.plugin.sy... ]
Roland Grunberg updated ERT-703:
--------------------------------
Description:
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=543713#c0 for background.
While many issues are found and reported in the internal compiler AST code, (eg. org.eclipse.jdt.internal.compiler.ast.Statement#analyseCode(..)), we need a way to report non-compiler issues (eg. style, bad practice, correctness, performance) as does SpotBugs.
was:
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=543713#c0 for background.
While many issues are found and reported in the internal compiler AST code, (eg. org.eclipse.jdt.internal.compiler.ast.Statement#analyseCode(..)), we need a way to reportn on-compiler issues (eg. style, bad practice, correctness, performance) as does SpotBugs.
> Contributing Non-Compiler Issues Into JDT
> -----------------------------------------
>
> Key: ERT-703
> URL: https://issues.jboss.org/browse/ERT-703
> Project: Eclipse Release Train
> Issue Type: Task
> Reporter: Roland Grunberg
> Assignee: Roland Grunberg
> Priority: Major
>
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=543713#c0 for background.
> While many issues are found and reported in the internal compiler AST code, (eg. org.eclipse.jdt.internal.compiler.ast.Statement#analyseCode(..)), we need a way to report non-compiler issues (eg. style, bad practice, correctness, performance) as does SpotBugs.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (ERT-702) [GTK3] Endless calls to Tree.rendererGetPreferredWidthProc after clicking on editable PropertySheetPage tree cell [EBZ#544140]
by Eric Williams (Jira)
[ https://issues.jboss.org/browse/ERT-702?page=com.atlassian.jira.plugin.sy... ]
Eric Williams reassigned ERT-702:
---------------------------------
Sprint: devex #161 January 2019
Assignee: Eric Williams
> [GTK3] Endless calls to Tree.rendererGetPreferredWidthProc after clicking on editable PropertySheetPage tree cell [EBZ#544140]
> ------------------------------------------------------------------------------------------------------------------------------
>
> Key: ERT-702
> URL: https://issues.jboss.org/browse/ERT-702
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Platform
> Reporter: Friendly Jira Robot
> Assignee: Eric Williams
> Priority: Major
> Labels: SWT, bzira
>
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=535978#c14
> > We are trying a 4.11 integration build as a base for our product and our
> > ARTs ran into a hang. Bisection lead to this commit:
> >
> > https://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/
> > ?id=71472c2bbf838e2b785684fd57f0b2db6f2651cd
> >
> > If I revert this commit with current SWT master, the hang is gone.
> >
> > I've attached a YourKit profile snapshot, I've attached YourKit for some
> > time during the hang.
> >
> > I'll try to reproduce the problem in a minimal snippet, then I'll open a
> > ticket for it. Or should I re-open this one?
> So far no luck in reproducing this outside of our product. We have a GEF based view, with some drawn canvas on the left and a property page on the right. Clicking on an editable cell in the property page opens an editor. From that point on we see endless calls to Tree.rendererGetPreferredWidthProc.
> This results in an endless wait in a few of our ARTs, which wait on display events and jobs after clicking on a cell in order to edit it.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months
[JBoss JIRA] (ERT-702) [GTK3] Endless calls to Tree.rendererGetPreferredWidthProc after clicking on editable PropertySheetPage tree cell [EBZ#544140]
by Eric Williams (Jira)
[ https://issues.jboss.org/browse/ERT-702?page=com.atlassian.jira.plugin.sy... ]
Eric Williams resolved ERT-702.
-------------------------------
Resolution: Done
> [GTK3] Endless calls to Tree.rendererGetPreferredWidthProc after clicking on editable PropertySheetPage tree cell [EBZ#544140]
> ------------------------------------------------------------------------------------------------------------------------------
>
> Key: ERT-702
> URL: https://issues.jboss.org/browse/ERT-702
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Platform
> Reporter: Friendly Jira Robot
> Assignee: Eric Williams
> Priority: Major
> Labels: SWT, bzira
>
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=535978#c14
> > We are trying a 4.11 integration build as a base for our product and our
> > ARTs ran into a hang. Bisection lead to this commit:
> >
> > https://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/
> > ?id=71472c2bbf838e2b785684fd57f0b2db6f2651cd
> >
> > If I revert this commit with current SWT master, the hang is gone.
> >
> > I've attached a YourKit profile snapshot, I've attached YourKit for some
> > time during the hang.
> >
> > I'll try to reproduce the problem in a minimal snippet, then I'll open a
> > ticket for it. Or should I re-open this one?
> So far no luck in reproducing this outside of our product. We have a GEF based view, with some drawn canvas on the left and a property page on the right. Clicking on an editable cell in the property page opens an editor. From that point on we see endless calls to Tree.rendererGetPreferredWidthProc.
> This results in an endless wait in a few of our ARTs, which wait on display events and jobs after clicking on a cell in order to edit it.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
6 years, 11 months