[JBoss JIRA] (ERT-765) [GTK] Nothing is rendered when creating new GC on canvas [EBZ#551982]
by Eric Williams (Jira)
[ https://issues.jboss.org/browse/ERT-765?page=com.atlassian.jira.plugin.sy... ]
Eric Williams resolved ERT-765.
-------------------------------
Resolution: Done
> [GTK] Nothing is rendered when creating new GC on canvas [EBZ#551982]
> ---------------------------------------------------------------------
>
> Key: ERT-765
> URL: https://issues.jboss.org/browse/ERT-765
> Project: Eclipse Release Train
> Issue Type: Task
> Components: Platform
> Reporter: Friendly Jira Robot
> Assignee: Eric Williams
> Priority: Major
> Labels: 4.14_M3, SWT, bzira
>
> This is example from http://www.java2s.com/Tutorial/Java/0300__SWT-2D-Graphics/Graphics.htm
> It shows empty window when run on Ubuntu 18.04 with open jdk 1.8
> Mac and Windows works fine.
> Also works if use e.gc instead of new GC(...)
> It used to work before
> Swt used
> org.eclipse.swt.gtk.linux.x86_64_3.111.0.v20190605-1801.jar
> import org.eclipse.swt.SWT;
> import org.eclipse.swt.events.PaintEvent;
> import org.eclipse.swt.events.PaintListener;
> import org.eclipse.swt.graphics.GC;
> import org.eclipse.swt.layout.FillLayout;
> import org.eclipse.swt.widgets.Canvas;
> import org.eclipse.swt.widgets.Display;
> import org.eclipse.swt.widgets.Shell;
> public class GCCreateFrom {
> public static void main(String[] args) {
> Display display = new Display();
> Shell shell = new Shell(display);
> shell.setText("Canvas Example");
> shell.setLayout(new FillLayout());
> final Canvas canvas = new Canvas(shell, SWT.NONE);
> canvas.addPaintListener(new PaintListener() {
> @Override
> public void paintControl(PaintEvent e) {
> GC gc = new GC(canvas);
> gc.setForeground(e.display.getSystemColor(SWT.COLOR_RED));
> gc.drawFocus(5, 5, 200, 10);
> gc.drawText("You can draw text directly on a canvas", 60, 60);
> gc.dispose();
> }
> });
> shell.open();
> while (!shell.isDisposed()) {
> if (!display.readAndDispatch()) {
> display.sleep();
> }
> }
> display.dispose();
> }
> }
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (ERT-766) [GTK] Tree.showItem does not work reliably [EBZ#552096]
by Friendly Jira Robot (Jira)
Friendly Jira Robot created ERT-766:
---------------------------------------
Summary: [GTK] Tree.showItem does not work reliably [EBZ#552096]
Key: ERT-766
URL: https://issues.jboss.org/browse/ERT-766
Project: Eclipse Release Train
Issue Type: Task
Components: Platform
Reporter: Friendly Jira Robot
Please launch the attached snippet and click repeatedly the Add button. This will add a node (with a child node) on top of the tree and scroll it into view. Unfortunately, this node often is not visible on Linux.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (JBIDE-26878) Improve validation of CRC Binary and Pull Secret File in CRC Server Wizard and Editor
by Ondrej Dockal (Jira)
[ https://issues.jboss.org/browse/JBIDE-26878?page=com.atlassian.jira.plugi... ]
Ondrej Dockal commented on JBIDE-26878:
---------------------------------------
[~rob.stryker] Are we gonna address this in this sprint?
> Improve validation of CRC Binary and Pull Secret File in CRC Server Wizard and Editor
> -------------------------------------------------------------------------------------
>
> Key: JBIDE-26878
> URL: https://issues.jboss.org/browse/JBIDE-26878
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: cdk
> Affects Versions: 4.13.0.Final
> Reporter: Ondrej Dockal
> Assignee: Rob Stryker
> Priority: Major
> Fix For: 4.13.0.Final
>
>
> I can image improved validation of Pull secret file that is available in CRC Server wizard and Server Editor.
> Missing validation of CRC Binary:
> * Please select a valid CRC Binary, which would check that file is really a crc binary - we used similar validation for minishift where (I f I recall it right) we checked in process the output from `minishift version` or `minishift status` command. Something similar I can imagine to be used for crc. Since `crc status` could return different outputs, version seems to be better option. I would agree to postpone this validation once the crc is GA. then please ignore this and create new jira issue. Thanks!
> I can imagine all of those validation in action for pull secret path input:
> * Path does not exist
> * Is not a file
> * Is not executable (user cannot read the file)
> * Is not a valid Pull secret file (probably check for if file's content is a valid json and/or we can probably validate if json's first object is "auths"? This would be nice, but simple json validation seems fine)
> I believe that last three points could be validated at once by reading the file's content and creating valid json object, or else showing the error that given path is no valid a secret file. It's up implementation, right?
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months
[JBoss JIRA] (JBIDE-26900) Several maven.itests are failing on Java 11
by Zbyněk Červinka (Jira)
[ https://issues.jboss.org/browse/JBIDE-26900?page=com.atlassian.jira.plugi... ]
Zbyněk Červinka updated JBIDE-26900:
------------------------------------
Description:
Several maven.itests are failing on Java 11. See the quick preview of the issue on the following image:
!maven.itests.png|thumbnail!
was:Several maven.itests are failing on Java 11.
> Several maven.itests are failing on Java 11
> -------------------------------------------
>
> Key: JBIDE-26900
> URL: https://issues.jboss.org/browse/JBIDE-26900
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: integration-tests, maven
> Affects Versions: 4.13.0.AM1
> Environment: All OSes
> Reporter: Zbyněk Červinka
> Assignee: Zbyněk Červinka
> Priority: Major
> Attachments: maven.itests.png
>
>
> Several maven.itests are failing on Java 11. See the quick preview of the issue on the following image:
> !maven.itests.png|thumbnail!
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 11 months