[JBoss JIRA] (JBIDE-26503) Several Imported Launcher Application projects has some error in their files after importing
by Jeff MAURY (Jira)
[ https://issues.jboss.org/browse/JBIDE-26503?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-26503:
-------------------------------
Fix Version/s: 4.11.0.AM1
> Several Imported Launcher Application projects has some error in their files after importing
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-26503
> URL: https://issues.jboss.org/browse/JBIDE-26503
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.10.0.AM1
> Environment: OS X 10.13.6
> Reporter: Zbyněk Červinka
> Assignee: Andre Dietisheim
> Priority: Major
> Fix For: 4.11.0.AM1
>
> Attachments: cache_vert.x_red hat_1.png, cache_vert.x_red hat_2.png
>
>
> Launcher application projects and their errors (description with settings):
> 1) Mission: "crud", Runtime: "thorntail community"
> 2) Mission: "crud", Runtime: "thorntail red hat"
> - 4 missing HTML </p> tags in file "src/licences/bouncy castle licence - licence.html" on line 50, 51, 52, 53
> 3) Mission: "crud", Runtime: "vert.x community"
> 4) Mission: "crud", Runtime: "vert.x red hat"
> - 3 errors in the project:
> a) Failure to transfer org.codehaus.mojo:buildnumber-maven-plugin:pom:1.4 from https://repository.jboss.org/nexus/content/groups/public-jboss/ was cached in the local repository, resolution will not be...
> b) The project was not built since its build path is incomplete. Cannot find the class file for java.lang.Object. Fix the build path then try building this project
> c) The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files
> 5) Mission: "cache", Runtime: "vert.x red hat"
> 6) Mission: "cache", Runtime: "vert.x community"
> - several errors during import and after import (2 images; also in the attachment):
> !cache_vert.x_red hat_2.png|thumbnail! !cache_vert.x_red hat_1.png|thumbnail!
> Maybe several other errors.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (ERT-693) [GTK3] Combo pulldown text cutoff on Linux [EBZ#542867]
by Eric Williams (Jira)
[ https://issues.jboss.org/browse/ERT-693?page=com.atlassian.jira.plugin.sy... ]
Eric Williams resolved ERT-693.
-------------------------------
Resolution: Done
> [GTK3] Combo pulldown text cutoff on Linux [EBZ#542867]
> -------------------------------------------------------
>
> Key: ERT-693
> URL: https://issues.jboss.org/browse/ERT-693
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Platform
> Reporter: Friendly Jira Robot
> Assignee: Eric Williams
> Priority: Major
> Labels: SWT, bzira
>
> Created attachment 276946
> Wizard screenshot on Eclipse 4.10
> Swithcing from Eclipse 4.9 platform to Eclipse 4.10. The size computations for various of our 'pull down' style text combo widgets are now wrong. They result in text being cut-off and in some cases totally unreadable (if the text is just one character, cutting of any part of the text will do that).
> One of my coleagues tried the wizard on Mac and it looks fine there. So this looks to be a regression in Linux SWT only.
> I'm attaching two screenshots, one from before Eclipse 4.9 and one from Eclipse 4.10.
> This doesn't appear to affect all combo boxes. Some boxes are drawn correctly. I think it has something to do with the fact that the affected boxes are not on screen when the wizard is initially shown. These widgets are added later on (dynamically populated from data read from a web service) and so there are some calls being made to 'reflow/relayout' the page after the widgets have been added or their contents changed somehow.
> In fact with the wizard from which these screenshots here are taken, the widgets briefly appear on screen 'correctly' (a bit hard to be sure, as they only appear very briefly) and then they get resized to a smaller size cutting of the contents.
> When sized correctly (E 4.9) the widget's width takes into account all of these:
> 1) text in the widget currently visible on screen
> 2) the width of the little pull-down arrow.
> 3) text in the pull-down menu (i.e. the other items that can be chosen by the user could be wider, and the widget acomodates enough space to show the largest of them).
> When sized 'incorrectly' (E 4.10) what it looks like to me is that instead only the currently visible text is taken into account. It does not account for the other items in the list, nor the width of the pull-down icon.
> I'll see if I can come up with some code snippet to reproduce this problem, and, if able to, will attach it later.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (ERT-693) [GTK3] Combo pulldown text cutoff on Linux [EBZ#542867]
by Eric Williams (Jira)
[ https://issues.jboss.org/browse/ERT-693?page=com.atlassian.jira.plugin.sy... ]
Eric Williams reassigned ERT-693:
---------------------------------
Sprint: devex #159 December 2018
Assignee: Eric Williams
> [GTK3] Combo pulldown text cutoff on Linux [EBZ#542867]
> -------------------------------------------------------
>
> Key: ERT-693
> URL: https://issues.jboss.org/browse/ERT-693
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Platform
> Reporter: Friendly Jira Robot
> Assignee: Eric Williams
> Priority: Major
> Labels: SWT, bzira
>
> Created attachment 276946
> Wizard screenshot on Eclipse 4.10
> Swithcing from Eclipse 4.9 platform to Eclipse 4.10. The size computations for various of our 'pull down' style text combo widgets are now wrong. They result in text being cut-off and in some cases totally unreadable (if the text is just one character, cutting of any part of the text will do that).
> One of my coleagues tried the wizard on Mac and it looks fine there. So this looks to be a regression in Linux SWT only.
> I'm attaching two screenshots, one from before Eclipse 4.9 and one from Eclipse 4.10.
> This doesn't appear to affect all combo boxes. Some boxes are drawn correctly. I think it has something to do with the fact that the affected boxes are not on screen when the wizard is initially shown. These widgets are added later on (dynamically populated from data read from a web service) and so there are some calls being made to 'reflow/relayout' the page after the widgets have been added or their contents changed somehow.
> In fact with the wizard from which these screenshots here are taken, the widgets briefly appear on screen 'correctly' (a bit hard to be sure, as they only appear very briefly) and then they get resized to a smaller size cutting of the contents.
> When sized correctly (E 4.9) the widget's width takes into account all of these:
> 1) text in the widget currently visible on screen
> 2) the width of the little pull-down arrow.
> 3) text in the pull-down menu (i.e. the other items that can be chosen by the user could be wider, and the widget acomodates enough space to show the largest of them).
> When sized 'incorrectly' (E 4.10) what it looks like to me is that instead only the currently visible text is taken into account. It does not account for the other items in the list, nor the width of the pull-down icon.
> I'll see if I can come up with some code snippet to reproduce this problem, and, if able to, will attach it later.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years
[JBoss JIRA] (JBIDE-26507) Missing copyright headers in source files
by Josef Kopriva (Jira)
Josef Kopriva created JBIDE-26507:
-------------------------------------
Summary: Missing copyright headers in source files
Key: JBIDE-26507
URL: https://issues.jboss.org/browse/JBIDE-26507
Project: Tools (JBoss Tools)
Issue Type: Task
Components: hibernate
Affects Versions: 4.10.0.AM1
Reporter: Josef Kopriva
Assignee: Koen Aers
Copyright header is missing in a lot of source files(even in lastly added files). This should be added during refactoring or adding new source files.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years