June 2016 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-12337) json_string formatter recognized as invalid syntax

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-12337?page=com.atlassian.jira.plugi... ] Alexey Kazakov updated JBIDE-12337: ----------------------------------- Fix Version/s: 4.4.0.Final (was: 4.3.x) > json_string formatter recognized as invalid syntax > -------------------------------------------------- > > Key: JBIDE-12337 > URL: https://issues.jboss.org/browse/JBIDE-12337 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: freemarker > Affects Versions: 3.3.0.Final > Environment: Eclipse Juno > Reporter: Ljudevit Hab > Assignee: Max Rydahl Andersen > Priority: Minor > Fix For: 4.4.0.Final > > > ?json_string formatter is not recognized as valid syntax: > for example: > email: "${user.email?json_string}" -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22656) Related tag background becomes misplaced when typing

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22656?page=com.atlassian.jira.plugi... ] Alexey Kazakov updated JBIDE-22656: ----------------------------------- Fix Version/s: 4.4.x > Related tag background becomes misplaced when typing > ---------------------------------------------------- > > Key: JBIDE-22656 > URL: https://issues.jboss.org/browse/JBIDE-22656 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: freemarker > Reporter: Daniel Dekany > Fix For: 4.4.x > > > When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags, like {{<#else>}} and {{</#if>}}, is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the colored sections after it will become outdated, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22447) Explorer: Concurrent modification when scaling to a large number of pods

by Jeff MAURY (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22447?page=com.atlassian.jira.plugi... ] Jeff MAURY updated JBIDE-22447: ------------------------------- Fix Version/s: 4.4.1.M1 (was: 4.4.x) > Explorer: Concurrent modification when scaling to a large number of pods > ------------------------------------------------------------------------ > > Key: JBIDE-22447 > URL: https://issues.jboss.org/browse/JBIDE-22447 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.4.0.Alpha2 > Reporter: Jeff MAURY > Assignee: Jeff MAURY > Labels: explorer, openshift_v3 > Fix For: 4.4.1.M1 > > > When you scale a service from 1 to a large number (100), then the Openshift explorer is refreshed many times and ConcurrentModification may occur. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22656) Related tag background becomes misplaced when typing

by Daniel Dekany (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22656?page=com.atlassian.jira.plugi... ] Daniel Dekany updated JBIDE-22656: ---------------------------------- Description: When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags, like {{<#else>}} and {{</#if>}}, is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the colored sections after it will become outdated, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added. (was: When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags (like {{<#else>}} and {{</#if>}}) is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the sections after it will become stale, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added.) > Related tag background becomes misplaced when typing > ---------------------------------------------------- > > Key: JBIDE-22656 > URL: https://issues.jboss.org/browse/JBIDE-22656 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: freemarker > Reporter: Daniel Dekany > > When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags, like {{<#else>}} and {{</#if>}}, is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the colored sections after it will become outdated, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22656) Related tag background becomes misplaced when typing

by Daniel Dekany (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22656?page=com.atlassian.jira.plugi... ] Daniel Dekany updated JBIDE-22656: ---------------------------------- Summary: Related tag background becomes misplaced when typing (was: Related tag background becomes to misplaced when typing) > Related tag background becomes misplaced when typing > ---------------------------------------------------- > > Key: JBIDE-22656 > URL: https://issues.jboss.org/browse/JBIDE-22656 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: freemarker > Environment: When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags (like {{<#else>}} and {{</#if>}}) is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the sections after it will become stale, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added. > Reporter: Daniel Dekany > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22656) Related tag background becomes misplaced when typing

by Daniel Dekany (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22656?page=com.atlassian.jira.plugi... ] Daniel Dekany updated JBIDE-22656: ---------------------------------- Environment: (was: When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags (like {{<#else>}} and {{</#if>}}) is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the sections after it will become stale, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added.) > Related tag background becomes misplaced when typing > ---------------------------------------------------- > > Key: JBIDE-22656 > URL: https://issues.jboss.org/browse/JBIDE-22656 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: freemarker > Reporter: Daniel Dekany > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22656) Related tag background becomes misplaced when typing

by Daniel Dekany (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22656?page=com.atlassian.jira.plugi... ] Daniel Dekany updated JBIDE-22656: ---------------------------------- Description: When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags (like {{<#else>}} and {{</#if>}}) is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the sections after it will become stale, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added. > Related tag background becomes misplaced when typing > ---------------------------------------------------- > > Key: JBIDE-22656 > URL: https://issues.jboss.org/browse/JBIDE-22656 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: freemarker > Reporter: Daniel Dekany > > When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags (like {{<#else>}} and {{</#if>}}) is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the sections after it will become stale, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22656) Related tag background becomes to misplaced when typing

by Daniel Dekany (JIRA)

Daniel Dekany created JBIDE-22656: ------------------------------------- Summary: Related tag background becomes to misplaced when typing Key: JBIDE-22656 URL: https://issues.jboss.org/browse/JBIDE-22656 Project: Tools (JBoss Tools) Issue Type: Bug Components: freemarker Environment: When you put the cursor inside an FTL tag, like {{<#if ...>}}, the background color of related tags (like {{<#else>}} and {{</#if>}}) is changed. The problem is that if now you start typing into a such background-colored tag, the offsets of the sections after it will become stale, and so they start to drift left from under the tag. This is because the up to date offsets only become available after the reconciling thread has finished, but the background coloring logic is called directly in the keydown handler. I'm not familiar with plugin development, but I suspect this is architecturally wrong. Perhaps the reconciler should send some kind of event when it's done, and if the editor content is still in the state for which the reconciling was ran, only then should the old background coloring be removed and the new one is added. Reporter: Daniel Dekany -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-12337) json_string formatter recognized as invalid syntax

by Daniel Dekany (JIRA)

[ https://issues.jboss.org/browse/JBIDE-12337?page=com.atlassian.jira.plugi... ] Daniel Dekany commented on JBIDE-12337: --------------------------------------- This was fixed by upgrading the FreeMarker dependency in another issue. Should be closed. > json_string formatter recognized as invalid syntax > -------------------------------------------------- > > Key: JBIDE-12337 > URL: https://issues.jboss.org/browse/JBIDE-12337 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: freemarker > Affects Versions: 3.3.0.Final > Environment: Eclipse Juno > Reporter: Ljudevit Hab > Assignee: Max Rydahl Andersen > Priority: Minor > Fix For: 4.3.x > > > ?json_string formatter is not recognized as valid syntax: > for example: > email: "${user.email?json_string}" -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

[JBoss JIRA] (JBIDE-22614) NPE in CDIProject.rebuildXML(CDIProject.java:1458)

by Alexey Kazakov (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22614?page=com.atlassian.jira.plugi... ] Alexey Kazakov updated JBIDE-22614: ----------------------------------- Fix Version/s: 4.4.1.M1 (was: 4.4.x) > NPE in CDIProject.rebuildXML(CDIProject.java:1458) > -------------------------------------------------- > > Key: JBIDE-22614 > URL: https://issues.jboss.org/browse/JBIDE-22614 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: cdi > Reporter: Aurélien Pupier > Assignee: Viacheslav Kabanovich > Fix For: 4.4.1.M1 > > > I'm currently trying to write some integration tests and found this NPE in log. > {noformat} > !ENTRY org.eclipse.core.resources 4 2 2016-06-17 15:43:54.521 > !MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.core.resources". > !STACK 0 > java.lang.NullPointerException > at org.jboss.tools.cdi.internal.core.impl.CDIProject.rebuildXML(CDIProject.java:1458) > at org.jboss.tools.cdi.internal.core.impl.CDIProject.update(CDIProject.java:1214) > at org.jboss.tools.cdi.internal.core.impl.definition.DefinitionContext.applyWorkingCopy(DefinitionContext.java:442) > at org.jboss.tools.cdi.core.CDICoreBuilder.build(CDICoreBuilder.java:267) > at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:734) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:205) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:245) > at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:300) > at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) > at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:303) > at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:359) > at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:382) > at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:144) > at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:235) > at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55) > {noformat} > i'm not sure about the impact yet. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 9 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues June 2016