[JBoss JIRA] (JBIDE-21819) Freemarker syntax highlighting issues with square brackets syntax
by Daniel Dekany (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21819?page=com.atlassian.jira.plugi... ]
Daniel Dekany commented on JBIDE-21819:
---------------------------------------
I think JBIDE-20180 will have to be solve before it, as the whole partitioning needs some reworking. (I have started doing that in the little time I find for it.)
> Freemarker syntax highlighting issues with square brackets syntax
> -----------------------------------------------------------------
>
> Key: JBIDE-21819
> URL: https://issues.jboss.org/browse/JBIDE-21819
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: freemarker
> Affects Versions: 4.3.0.Final
> Reporter: Kari Aliranta
> Fix For: LATER
>
>
> Ftl file (square syntax) highlighting seems to have two issues in the latest final, i.e.:
> 1. It needs user input to engage (except for interpolation tags, i.e. ${somevariable})
> 2. It is stopped by ${somevariable} tags that are NOT within brackets
> h2. Example
> This is best exemplified by following beginning of an actual ftl file:
> (*1*, *2* etc. with stars are my markings for referencing, and are NOT in actual FTL file)
> {code}
> *1*[#ftl attributes={"layout":"defaultLayout"} /]
> [#if cmpsContainer??]
> [#if cmpsContainer.getComponent('protocols')??]
> [#assign protocols = cmpsContainer.getComponent('protocols') /]
> [/#if]
> [/#if]
> *2*
> <script>head.load("${root}/lib/redbox.js");</script>
> *3*[(a)alerts.success placeholder="${defaultPlaceholder}" class="fade alert-fixed"]${uitags.assignmentRemoved}*4*[/(a)alerts.success]
> {code}
> The following happens:
> - When opening the file, the only things highlighted are the ${root} and ${uitags.assignmentRemoved} (considered "interpolation" in Freemarker syntax highlighting configuration)
> - You need to write anything at *1* to engage highlighting other syntax, in which case the highlighting runs up until *2*
> - You then need to write anything at *3* to continue highlighting, in which case the hightlighting stops at *4*, and you then need to write anything at *4* to make it continue
> - Note that the highlighting does NOT stop at ${defaultPlaceholder}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-21819) Freemarker syntax highlighting issues with square brackets syntax
by Daniel Dekany (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21819?page=com.atlassian.jira.plugi... ]
Daniel Dekany edited comment on JBIDE-21819 at 6/30/16 2:31 AM:
----------------------------------------------------------------
I think JBIDE-20180 will have to be solve before this, as the whole partitioning needs some reworking. (I have started doing that in the little time I find for it.)
was (Author: ddekany):
I think JBIDE-20180 will have to be solve before it, as the whole partitioning needs some reworking. (I have started doing that in the little time I find for it.)
> Freemarker syntax highlighting issues with square brackets syntax
> -----------------------------------------------------------------
>
> Key: JBIDE-21819
> URL: https://issues.jboss.org/browse/JBIDE-21819
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: freemarker
> Affects Versions: 4.3.0.Final
> Reporter: Kari Aliranta
> Fix For: LATER
>
>
> Ftl file (square syntax) highlighting seems to have two issues in the latest final, i.e.:
> 1. It needs user input to engage (except for interpolation tags, i.e. ${somevariable})
> 2. It is stopped by ${somevariable} tags that are NOT within brackets
> h2. Example
> This is best exemplified by following beginning of an actual ftl file:
> (*1*, *2* etc. with stars are my markings for referencing, and are NOT in actual FTL file)
> {code}
> *1*[#ftl attributes={"layout":"defaultLayout"} /]
> [#if cmpsContainer??]
> [#if cmpsContainer.getComponent('protocols')??]
> [#assign protocols = cmpsContainer.getComponent('protocols') /]
> [/#if]
> [/#if]
> *2*
> <script>head.load("${root}/lib/redbox.js");</script>
> *3*[(a)alerts.success placeholder="${defaultPlaceholder}" class="fade alert-fixed"]${uitags.assignmentRemoved}*4*[/(a)alerts.success]
> {code}
> The following happens:
> - When opening the file, the only things highlighted are the ${root} and ${uitags.assignmentRemoved} (considered "interpolation" in Freemarker syntax highlighting configuration)
> - You need to write anything at *1* to engage highlighting other syntax, in which case the highlighting runs up until *2*
> - You then need to write anything at *3* to continue highlighting, in which case the hightlighting stops at *4*, and you then need to write anything at *4* to make it continue
> - Note that the highlighting does NOT stop at ${defaultPlaceholder}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-22651) No favicons for credentials domains on Mac or Windows
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22651?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-22651:
-------------------------------------
Seems Files.probeContentType(path) fails to recognize the .tmp file as an image on windows. It must be doing this based on suffix??
I'll continue investigating.
> No favicons for credentials domains on Mac or Windows
> -----------------------------------------------------
>
> Key: JBIDE-22651
> URL: https://issues.jboss.org/browse/JBIDE-22651
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: common/jst/core
> Affects Versions: 4.4.0.Final
> Reporter: Martin Malina
> Assignee: Rob Stryker
>
> Supposedly there should be favicons displayed for our jboss.org and redhat.com domains in the credentials preferences:
> Preferences -> JBoss Tools -> Credentials
> I only noticed this problem after reviewing JBIDE-22468 . And [~jkopriva] just showed me on his Linux box that he has the icons there. I don't have any icons on Mac or Windows.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-22639) Opening an Openshift3 server adapter when connection does not exists anymore causes NPE
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22639?page=com.atlassian.jira.plugi... ]
Andre Dietisheim edited comment on JBIDE-22639 at 6/29/16 5:32 PM:
-------------------------------------------------------------------
[~scabanovich] IMHO the problem is not within VariablesHelper in this particular case. The root cause is that there's no connection for the editor. We should therefore display an appropriate error and keep the editor section disabled. That's what I did in https://github.com/jbosstools/jbosstools-openshift/pull/1243
was (Author: adietish):
[~scabanovich] I think that in this specific case the root cause is that there's no connection for the editor. We should therefore display an appropriate error and keep the editor section disabled imho. That's what I did in https://github.com/jbosstools/jbosstools-openshift/pull/1243
> Opening an Openshift3 server adapter when connection does not exists anymore causes NPE
> ---------------------------------------------------------------------------------------
>
> Key: JBIDE-22639
> URL: https://issues.jboss.org/browse/JBIDE-22639
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift, server
> Affects Versions: 4.4.0.Final
> Reporter: Jeff MAURY
> Fix For: 4.4.1.AM2
>
> Attachments: non-existent-workspace-reference.png, screenshot-1.png
>
>
> ASSERT: create an Openshift3 connection
> ASSERT: create a server adapter from that connection
> ASSERT: delete the Openshift3 connection
> EXEC: open the server adapter
> ASSERT: NPE is thrown and dialog is displayed (see [^screenshot-1.png])
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months
[JBoss JIRA] (JBIDE-22605) Remote server with fs operations sometimes cannot be stopped
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22605?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-22605:
-------------------------------------
We should clearly separate out the two issues.
For the deployment marker, it seems there may be a case where we forget to add the .dodeploy marker. This case needs to be discovered and isolated if possible. I am unable to replicate it.
For the second issue, re: server stop: I am 100% unable to replicate. How often is this replicatable for you? Does it happen once a session? Once a startup? Etc?
> Remote server with fs operations sometimes cannot be stopped
> ------------------------------------------------------------
>
> Key: JBIDE-22605
> URL: https://issues.jboss.org/browse/JBIDE-22605
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.4.0.Final
> Reporter: Martin Malina
> Assignee: Rob Stryker
>
> Yesterday when we were found out that remote servers don't work with management operations (JBIDE-22601) I wanted to check if at least FS operations work.
> In one instance of Eclipse, stopping such server didn't work.
> But then I tried in devstudio and it worked, so I assumed it was some glitch.
> But today this happened to me again with the latest devstudio 10.0.0.GA B30 build - the one that contains a fix to the above mentioned JIRA.
> From several attempts, it seems that this is only reproducible if you deploy a project. If you just start the server and then stop, it will stop just fine.
> One more thing, regardless of whether a given server can be stopped or not, I always get this in the Error Log view during server startup:
> {code}Unable to retrieve a list of remote deployment scanners for server Red Hat JBoss EAP 7.0 marvin{code}
> (Let me know if you want an additional JIRA for that.)
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 9 months