Re: [cross-project-issues-dev] Problem withorg.apache.httpcomponents.httpclient bundle in Oxygen M5

[David Williams]

  
  

  For what it's worth, you are both right. :) Nothing in the
  platform depends directly on the Apache httpcomponents, but ECF
  does, and the platform depends on ECF. In fact, part of ECF is
  duplicated in our repository so that it will be a self-contained
  repository and hence the Apache httpcomponents get dragged along
  with it. Just thought, I'd clarify. I do not think it makes any
  difference to the main part of the discussion. [I mention this in
  part, because a year or two ago we removed it from our "target"
  definition, since we did not need it, directly]. 
  
  HTH
  
  
  
  
  On 02/03/2017 01:24 PM, konstantin.komissarc...@oracle.com wrote:


  
  
  
  
  
Yes, by root I mean platform, JDK, etc.
 
>
But I can comment for the Eclipse top-level project (a.k.a.
as SDK and Platform): we never shipped
'org.apache.http.entity.mime'.
 
That’s
false. The eclipse top-level project repository for 4.6.2
includes version 4.3.6 of the
org.apache.httpcomponents.httpclient bundle that does
include the mime package.
 
-
Konstantin
 

  From:
Daniel Megert
Sent: Friday, February 3, 2017 9:42 AM
To: Cross
  project issues
Subject: Re: [cross-project-issues-dev] Problem
withorg.apache.httpcomponents.httpclient bundle in Oxygen M5

 
Hi
Konstantin
  
  I
have no clue what you mean with "root". But I can comment
for the Eclipse top-level project (a.k.a. as SDK and
Platform): we never shipped 'org.apache.http.entity.mime'.
  
  Dani
  
  
  
  From:
       
  To:
       Cross
project issues 
  Date:
       03.02.2017
18:33
  Subject:
       [cross-project-issues-dev]
Problem with org.apache.httpcomponents.httpclient bundle in
Oxygen M5
  Sent
by:        cross-project-issues-dev-boun...@eclipse.org


  
  
  We are having troubling
building our plugin against Oxygen M5. The
org.apache.httpcomponents.httpclient bundle in M5 build of
root eclipse project is missing org.apache.http.entity.mime
package.
   
  In M5 root Eclipse project
repo, the version is 4.5.2 (771KB) and is missing
the mime package
  In M5 Orbit repo, the latest
version is 4.3.6 (845KB) and does contain the mime
package
  On Apache.org, the version 4.5.2is
1226KB and does contain the mime package
   
  So, I have the following
questions:
   
  1. Where did version 4.5.2 in
root Eclipse project repo come from, as it’s not in Orbit M5
build?
  2. Why is this version missing
org.apache.http.entity.mime package?
  3. Why are we shipping a
different bundle then what’s produced by the original
third-party project? Since we are using the same bundle
symbolic name, it’s a rather problematic situation.
   
  Thanks,
   
  - Konstantin___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password,
  or unsubscribe from this list, visit
  https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
  

 
  
  
  
  
  ___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



  

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Problem withorg.apache.httpcomponents.httpclient bundle in Oxygen M5

[konstantin . komissarchik]

Thanks. I followed the discussion trail that tracks fixing the Orbit bundle to 
the following bug:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=511333

> 1. Where did version 4.5.2 in root Eclipse project repo come from, as it’s 
> not in Orbit M5 build?

I answered this question myself. This version is in Orbit M5 build, but I 
didn’t initially see it because the bundle inventory on the build page is not 
sorted, so version 4.5.2 is not listed with the other versions of this bundle.

- Konstantin


From: Andrey Loskutov
Sent: Friday, February 3, 2017 9:39 AM
To: Cross project issues; konstantin.komissarc...@oracle.com
Subject: Re: [cross-project-issues-dev] Problem 
withorg.apache.httpcomponents.httpclient bundle in Oxygen M5

I think this is your bug: 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=508321

Am 3. Februar 2017 18:33:04 MEZ schrieb konstantin.komissarc...@oracle.com:
>We are having troubling building our plugin against Oxygen M5. The
>org.apache.httpcomponents.httpclient bundle in M5 build of root eclipse
>project is missing org.apache.http.entity.mime package.
>
>In M5 root Eclipse project repo, the version is 4.5.2 (771KB) and is
>missing the mime package
>In M5 Orbit repo, the latest version is 4.3.6 (845KB) and does contain
>the mime package
>On Apache.org, the version 4.5.2 is 1226KB and does contain the mime
>package
>
>So, I have the following questions:
>
>1. Where did version 4.5.2 in root Eclipse project repo come from, as
>it’s not in Orbit M5 build?
>2. Why is this version missing org.apache.http.entity.mime package?
>3. Why are we shipping a different bundle then what’s produced by the
>original third-party project? Since we are using the same bundle
>symbolic name, it’s a rather problematic situation.
>
>Thanks,
>
>- Konstantin

--
Kind regards,
Andrey Loskutov

http://google.com/+AndreyLoskutov

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Problem withorg.apache.httpcomponents.httpclient bundle in Oxygen M5

[Daniel Megert]

Sorry, I see you talked about "package". I was looking at bundles.

Dani



From:   konstantin.komissarc...@oracle.com
To: Daniel Megert/Zurich/IBM@IBMCH, Cross project issues 

Date:   03.02.2017 19:24
Subject:Re: [cross-project-issues-dev] Problem 
withorg.apache.httpcomponents.httpclient bundle in Oxygen M5
Sent by:cross-project-issues-dev-boun...@eclipse.org



Yes, by root I mean platform, JDK, etc.
 
> But I can comment for the Eclipse top-level project (a.k.a. as SDK and 
Platform): we never shipped 'org.apache.http.entity.mime'.
 
That?s false. The eclipse top-level project repository for 4.6.2 includes 
version 4.3.6 of the org.apache.httpcomponents.httpclient bundle that does 
include the mime package.
 
- Konstantin
 
From: Daniel Megert
Sent: Friday, February 3, 2017 9:42 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] Problem 
withorg.apache.httpcomponents.httpclient bundle in Oxygen M5
 
Hi Konstantin

I have no clue what you mean with "root". But I can comment for the 
Eclipse top-level project (a.k.a. as SDK and Platform): we never shipped 
'org.apache.http.entity.mime'.

Dani



From:
To:Cross project issues 
Date:03.02.2017 18:33
Subject:[cross-project-issues-dev] Problem with 
org.apache.httpcomponents.httpclient bundle in Oxygen M5
Sent by:cross-project-issues-dev-boun...@eclipse.org




We are having troubling building our plugin against Oxygen M5. The 
org.apache.httpcomponents.httpclient bundle in M5 build of root eclipse 
project is missing org.apache.http.entity.mime package.
 
In M5 root Eclipse project repo, the version is 4.5.2 (771KB) and is 
missing the mime package
In M5 Orbit repo, the latest version is 4.3.6 (845KB) and does contain the 
mime package
On Apache.org, the version 4.5.2is 1226KB and does contain the mime 
package
 
So, I have the following questions:
 
1. Where did version 4.5.2 in root Eclipse project repo come from, as it?s 
not in Orbit M5 build?
2. Why is this version missing org.apache.http.entity.mime package?
3. Why are we shipping a different bundle then what?s produced by the 
original third-party project? Since we are using the same bundle symbolic 
name, it?s a rather problematic situation.
 
Thanks,
 
- Konstantin___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

 [attachment "ED44BB35AF134A9B836F956E539C89E3.png" deleted by Daniel 
Megert/Zurich/IBM] ___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Problem withorg.apache.httpcomponents.httpclient bundle in Oxygen M5

[konstantin . komissarchik]

Yes, by root I mean platform, JDK, etc.

> But I can comment for the Eclipse top-level project (a.k.a. as SDK and 
> Platform): we never shipped 'org.apache.http.entity.mime'.

That’s false. The eclipse top-level project repository for 4.6.2 includes 
version 4.3.6 of the org.apache.httpcomponents.httpclient bundle that does 
include the mime package.

- Konstantin

From: Daniel Megert
Sent: Friday, February 3, 2017 9:42 AM
To: Cross project issues
Subject: Re: [cross-project-issues-dev] Problem 
withorg.apache.httpcomponents.httpclient bundle in Oxygen M5

Hi Konstantin

I have no clue what you mean with "root". But I can comment for the Eclipse 
top-level project (a.k.a. as SDK and Platform): we never shipped 
'org.apache.http.entity.mime'.

Dani



From:        
To:        Cross project issues 
Date:        03.02.2017 18:33
Subject:        [cross-project-issues-dev] Problem with 
org.apache.httpcomponents.httpclient bundle in Oxygen M5
Sent by:        cross-project-issues-dev-boun...@eclipse.org




We are having troubling building our plugin against Oxygen M5. The 
org.apache.httpcomponents.httpclient bundle in M5 build of root eclipse project 
is missing org.apache.http.entity.mime package.
 
In M5 root Eclipse project repo, the version is 4.5.2 (771KB) and is missing 
the mime package
In M5 Orbit repo, the latest version is 4.3.6 (845KB) and does contain the mime 
package
On Apache.org, the version 4.5.2is 1226KB and does contain the mime package
 
So, I have the following questions:
 
1. Where did version 4.5.2 in root Eclipse project repo come from, as it’s not 
in Orbit M5 build?
2. Why is this version missing org.apache.http.entity.mime package?
3. Why are we shipping a different bundle then what’s produced by the original 
third-party project? Since we are using the same bundle symbolic name, it’s a 
rather problematic situation.
 
Thanks,
 
- Konstantin___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Problem with org.apache.httpcomponents.httpclient bundle in Oxygen M5

[Gunnar Wagenknecht]

FWIW, there is an effort to modify the situation again:
https://dev.eclipse.org/mhonarc/lists/orbit-dev/msg04658.html 


I agree that the situation is problematic. Are you relying just on the bundle 
symbolic name or are you also using import package in your manifests?

-Gunnar

-- 
Gunnar Wagenknecht
gun...@wagenknecht.org, http://guw.io/






> On 3 Feb 2017, at 18:33, konstantin.komissarc...@oracle.com wrote:
> 
> We are having troubling building our plugin against Oxygen M5. The 
> org.apache.httpcomponents.httpclient bundle in M5 build of root eclipse 
> project is missing org.apache.http.entity.mime package.
>  
> In M5 root Eclipse project repo, the version is 4.5.2 (771KB) and is missing 
> the mime package
> In M5 Orbit repo, the latest version is 4.3.6 (845KB) and does contain the 
> mime package
> On Apache.org , the version 4.5.2 is 1226KB and does 
> contain the mime package
>  
> So, I have the following questions:
>  
> 1. Where did version 4.5.2 in root Eclipse project repo come from, as it’s 
> not in Orbit M5 build?
> 2. Why is this version missing org.apache.http.entity.mime package?
> 3. Why are we shipping a different bundle then what’s produced by the 
> original third-party project? Since we are using the same bundle symbolic 
> name, it’s a rather problematic situation.
>  
> Thanks,
>  
> - Konstantin
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org 
> 
> To change your delivery options, retrieve your password, or unsubscribe from 
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev 
> 
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Problem with org.apache.httpcomponents.httpclient bundle in Oxygen M5

[Daniel Megert]

Hi Konstantin

I have no clue what you mean with "root". But I can comment for the 
Eclipse top-level project (a.k.a. as SDK and Platform): we never shipped 
'org.apache.http.entity.mime'.

Dani



From:   
To: Cross project issues 
Date:   03.02.2017 18:33
Subject:[cross-project-issues-dev] Problem with 
org.apache.httpcomponents.httpclient bundle in Oxygen M5
Sent by:cross-project-issues-dev-boun...@eclipse.org



We are having troubling building our plugin against Oxygen M5. The 
org.apache.httpcomponents.httpclient bundle in M5 build of root eclipse 
project is missing org.apache.http.entity.mime package.
 
In M5 root Eclipse project repo, the version is 4.5.2 (771KB) and is 
missing the mime package
In M5 Orbit repo, the latest version is 4.3.6 (845KB) and does contain the 
mime package
On Apache.org, the version 4.5.2 is 1226KB and does contain the mime 
package
 
So, I have the following questions:
 
1. Where did version 4.5.2 in root Eclipse project repo come from, as it?s 
not in Orbit M5 build?
2. Why is this version missing org.apache.http.entity.mime package?
3. Why are we shipping a different bundle then what?s produced by the 
original third-party project? Since we are using the same bundle symbolic 
name, it?s a rather problematic situation.
 
Thanks,
 
- Konstantin___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev



___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] Problem with org.apache.httpcomponents.httpclient bundle in Oxygen M5

[Andrey Loskutov]

I think this is your bug: 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=508321

Am 3. Februar 2017 18:33:04 MEZ schrieb konstantin.komissarc...@oracle.com:
>We are having troubling building our plugin against Oxygen M5. The
>org.apache.httpcomponents.httpclient bundle in M5 build of root eclipse
>project is missing org.apache.http.entity.mime package.
>
>In M5 root Eclipse project repo, the version is 4.5.2 (771KB) and is
>missing the mime package
>In M5 Orbit repo, the latest version is 4.3.6 (845KB) and does contain
>the mime package
>On Apache.org, the version 4.5.2 is 1226KB and does contain the mime
>package
>
>So, I have the following questions:
>
>1. Where did version 4.5.2 in root Eclipse project repo come from, as
>it’s not in Orbit M5 build?
>2. Why is this version missing org.apache.http.entity.mime package?
>3. Why are we shipping a different bundle then what’s produced by the
>original third-party project? Since we are using the same bundle
>symbolic name, it’s a rather problematic situation.
>
>Thanks,
>
>- Konstantin

--
Kind regards,
Andrey Loskutov

http://google.com/+AndreyLoskutov
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Problem with org.apache.httpcomponents.httpclient bundle in Oxygen M5

[konstantin.komissarchik]

We are having troubling building our plugin against Oxygen M5. The 
org.apache.httpcomponents.httpclient bundle in M5 build of root eclipse project 
is missing org.apache.http.entity.mime package.

In M5 root Eclipse project repo, the version is 4.5.2 (771KB) and is missing 
the mime package
In M5 Orbit repo, the latest version is 4.3.6 (845KB) and does contain the mime 
package
On Apache.org, the version 4.5.2 is 1226KB and does contain the mime package

So, I have the following questions:

1. Where did version 4.5.2 in root Eclipse project repo come from, as it’s not 
in Orbit M5 build?
2. Why is this version missing org.apache.http.entity.mime package?
3. Why are we shipping a different bundle then what’s produced by the original 
third-party project? Since we are using the same bundle symbolic name, it’s a 
rather problematic situation.

Thanks,

- Konstantin
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] Oxygen M5 is available

[Frederic Gurr]

Oxygen M5 has been made available at the built-in URL of


http://download.eclipse.org/releases/oxygen/


(It is a composite, now consisting of M5, M4, M3, and M2.)



The EPP Packages are available at the "developers" tab for packages, at

https://www.eclipse.org/downloads/index-developer.php



Thanks everyone for participating!

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] UI tests on HIPP - segfaults and browser support

[Carsten Reckord]

> Hi Carsten,
> 
> I suppose that libwebkitgtk.so is not installed or otherwise not working
> on your HIPP.
> 
> Eclipse would usually prefer webkitgtk over xulrunner automatically if
> it’s available.
> By enforcing webkitgtk, you enforced a non-working configuration.
> 
> Perhaps at least temporarily you should consider running on GTK2, by
> setting the SWT_GTK3 environment variable to 0:
> https://www.eclipse.org/swt/faq.php#gtkstartup
> 
> Since you probably don’t have shell access to you HIPP, you may have to
> file a Bugzilla asking Webmaster’s help to add a working version of
> libwebkitgtk.so to your HIPP.
> 
> Thanks,
> Martin

Duh, it's always the obvious stuff that one tends to miss :P Thank you. Bug 
filed :=)
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] UI tests on HIPP - segfaults and browser support

[Carsten Reckord]

> > 2. I recently switched my target platform to Oxygen, and now my UI tests
> > always segfault somewhere down the line:
> >
> > > # A fatal error has been detected by the Java Runtime Environment:
> > > #
> > > #  SIGSEGV (0xb) at pc=0x7f19ea78b510, pid=10922,
> > > tid=0x7f1b077af700
> > > #
> > > # JRE version: Java(TM) SE Runtime Environment (8.0_102-b14) (build
> > > 1.8.0_102-b14)
> > > # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.102-b14 mixed mode
> > > linux-amd64 compressed oops)
> > > # Problematic frame:
> > > # C  [libgdk-3.so.0+0x38510]  gdk_test_simulate_button+0x0
> >
> > It looks like this happens the first time SWTBot "clicks" on a Link
> widget.
> > But I don't have the faintest idea what to do about it.
> 
> Can you share full stacktrace ? I haven't seen this one so a bit more
> details is needed.

Oh, I forgot to link to the trace. Here it is: 
https://hudson.eclipse.org/mpc/job/epp-mpc-ci/ws/org.eclipse.epp.mpc.tests/hs_err_pid10922.log
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] UI tests on HIPP - segfaults and browser support

[Oberhuber, Martin]

Hi Carsten,

I suppose that libwebkitgtk.so is not installed or otherwise not working on 
your HIPP. 

Eclipse would usually prefer webkitgtk over xulrunner automatically if it’s 
available.
By enforcing webkitgtk, you enforced a non-working configuration. 

Perhaps at least temporarily you should consider running on GTK2, by setting 
the SWT_GTK3 environment variable to 0:
https://www.eclipse.org/swt/faq.php#gtkstartup

Since you probably don’t have shell access to you HIPP, you may have to file a 
Bugzilla asking Webmaster’s help to add a working version of libwebkitgtk.so to 
your HIPP.

Thanks,
Martin
--
Martin Oberhuber, SMTS / Product Owner – Development Tools, Wind River
direct +43.662.457915.85  fax +43.662.457915.6
 

On 03/02/17 11:36, "cross-project-issues-dev-boun...@eclipse.org on behalf of 
Carsten Reckord"  wrote:

Hi everybody,

Do any of you have UI tests running on HIPP? I'm running SWTBot tests on 
the MPC HIPP using Xvnc, and I'm currently having a couple of problems:

1. MPC is using the embedded SWT Browser widget, and since the default 
XULRunner support doesn't work on GTK3, I moved my tests to WebKit (using 
-Dorg.eclipse.swt.browser.UseWebKitGTK=true 
-Dorg.eclipse.swt.browser.DefaultType=WebKit). Now I just get a very 
nondescript "Internal browser is not available: No more handles" SWT error the 
first time the browser is initialized, and all my browser-related tests (still) 
fail.

2. I recently switched my target platform to Oxygen, and now my UI tests 
always segfault somewhere down the line:

> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGSEGV (0xb) at pc=0x7f19ea78b510, pid=10922, 
tid=0x7f1b077af700
> #
> # JRE version: Java(TM) SE Runtime Environment (8.0_102-b14) (build 
1.8.0_102-b14)
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.102-b14 mixed mode 
linux-amd64 compressed oops)
> # Problematic frame:
> # C  [libgdk-3.so.0+0x38510]  gdk_test_simulate_button+0x0

It looks like this happens the first time SWTBot "clicks" on a Link widget. 
But I don't have the faintest idea what to do about it.

What makes this even more complicated is that I can't reproduce any of this 
in my own Linux VM. So any ideas how to get this solved would be greatly 
appreciated.

/cheers
Carsten

-- 
Yatta Solutions GmbH
- Carsten Reckord -

  t  +49 (0)69 2475666-33
  f  +49 (0)69 2475668-0
  e  reck...@yatta.de
  
Anschrift Office Frankfurt a.M.
  Mainzer Landstraße 50
  60325 Frankfurt a.M.

Anschrift Office Kassel
  Universitätsplatz 12
  34127 Kassel 
  
Sitz, Handelsregister:
  Sitz der Gesellschaft: Kassel
  Amtsgericht Kassel, HRB 14720
  USt-IdNr DE263191529

Geschäftsführung:
  Johannes Jacop

Kontakt Geschäftsstelle:
  t  +49 (0)69 2475666-0
  f  +49 (0)69 2475668-0
  e  i...@yatta.de

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe 
from this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Re: [cross-project-issues-dev] UI tests on HIPP - segfaults and browser support

[Aleksandar Kurtakov]

- Original Message -
> From: "Carsten Reckord" 
> To: "Cross project issues" 
> Sent: Friday, 3 February, 2017 12:36:59 PM
> Subject: [cross-project-issues-dev] UI tests on HIPP - segfaults and browser  
> support
> 
> Hi everybody,
> 
> Do any of you have UI tests running on HIPP? I'm running SWTBot tests on the
> MPC HIPP using Xvnc, and I'm currently having a couple of problems:
> 
> 1. MPC is using the embedded SWT Browser widget, and since the default
> XULRunner support doesn't work on GTK3, I moved my tests to WebKit (using
> -Dorg.eclipse.swt.browser.UseWebKitGTK=true
> -Dorg.eclipse.swt.browser.DefaultType=WebKit). Now I just get a very
> nondescript "Internal browser is not available: No more handles" SWT error
> the first time the browser is initialized, and all my browser-related tests
> (still) fail.

This probably means there is not webkitgtk installed on the hipp you run your 
tests. Please verify with webmaster what (if any) versions your hipp has.

> 
> 2. I recently switched my target platform to Oxygen, and now my UI tests
> always segfault somewhere down the line:
> 
> > # A fatal error has been detected by the Java Runtime Environment:
> > #
> > #  SIGSEGV (0xb) at pc=0x7f19ea78b510, pid=10922,
> > tid=0x7f1b077af700
> > #
> > # JRE version: Java(TM) SE Runtime Environment (8.0_102-b14) (build
> > 1.8.0_102-b14)
> > # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.102-b14 mixed mode
> > linux-amd64 compressed oops)
> > # Problematic frame:
> > # C  [libgdk-3.so.0+0x38510]  gdk_test_simulate_button+0x0
> 
> It looks like this happens the first time SWTBot "clicks" on a Link widget.
> But I don't have the faintest idea what to do about it.

Can you share full stacktrace ? I haven't seen this one so a bit more details 
is needed.

> 
> What makes this even more complicated is that I can't reproduce any of this
> in my own Linux VM. So any ideas how to get this solved would be greatly
> appreciated.
> 
> /cheers
> Carsten
> 
> --
> Yatta Solutions GmbH
> - Carsten Reckord -
> 
>   t  +49 (0)69 2475666-33
>   f  +49 (0)69 2475668-0
>   e  reck...@yatta.de
>   
> Anschrift Office Frankfurt a.M.
>   Mainzer Landstraße 50
>   60325 Frankfurt a.M.
> 
> Anschrift Office Kassel
>   Universitätsplatz 12
>   34127 Kassel
>   
> Sitz, Handelsregister:
>   Sitz der Gesellschaft: Kassel
>   Amtsgericht Kassel, HRB 14720
>   USt-IdNr DE263191529
> 
> Geschäftsführung:
>   Johannes Jacop
> 
> Kontakt Geschäftsstelle:
>   t  +49 (0)69 2475666-0
>   f  +49 (0)69 2475668-0
>   e  i...@yatta.de
> 
> ___
> cross-project-issues-dev mailing list
> cross-project-issues-dev@eclipse.org
> To change your delivery options, retrieve your password, or unsubscribe from
> this list, visit
> https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
> 

-- 
Alexander Kurtakov
Red Hat Eclipse team
___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

[cross-project-issues-dev] UI tests on HIPP - segfaults and browser support

[Carsten Reckord]

Hi everybody,

Do any of you have UI tests running on HIPP? I'm running SWTBot tests on the 
MPC HIPP using Xvnc, and I'm currently having a couple of problems:

1. MPC is using the embedded SWT Browser widget, and since the default 
XULRunner support doesn't work on GTK3, I moved my tests to WebKit (using 
-Dorg.eclipse.swt.browser.UseWebKitGTK=true 
-Dorg.eclipse.swt.browser.DefaultType=WebKit). Now I just get a very 
nondescript "Internal browser is not available: No more handles" SWT error the 
first time the browser is initialized, and all my browser-related tests (still) 
fail.

2. I recently switched my target platform to Oxygen, and now my UI tests always 
segfault somewhere down the line:

> # A fatal error has been detected by the Java Runtime Environment:
> #
> #  SIGSEGV (0xb) at pc=0x7f19ea78b510, pid=10922, tid=0x7f1b077af700
> #
> # JRE version: Java(TM) SE Runtime Environment (8.0_102-b14) (build 
> 1.8.0_102-b14)
> # Java VM: Java HotSpot(TM) 64-Bit Server VM (25.102-b14 mixed mode 
> linux-amd64 compressed oops)
> # Problematic frame:
> # C  [libgdk-3.so.0+0x38510]  gdk_test_simulate_button+0x0

It looks like this happens the first time SWTBot "clicks" on a Link widget. But 
I don't have the faintest idea what to do about it.

What makes this even more complicated is that I can't reproduce any of this in 
my own Linux VM. So any ideas how to get this solved would be greatly 
appreciated.

/cheers
Carsten

-- 
Yatta Solutions GmbH
- Carsten Reckord -

  t  +49 (0)69 2475666-33
  f  +49 (0)69 2475668-0
  e  reck...@yatta.de
  
Anschrift Office Frankfurt a.M.
  Mainzer Landstraße 50
  60325 Frankfurt a.M.

Anschrift Office Kassel
  Universitätsplatz 12
  34127 Kassel 
  
Sitz, Handelsregister:
  Sitz der Gesellschaft: Kassel
  Amtsgericht Kassel, HRB 14720
  USt-IdNr DE263191529

Geschäftsführung:
  Johannes Jacop

Kontakt Geschäftsstelle:
  t  +49 (0)69 2475666-0
  f  +49 (0)69 2475668-0
  e  i...@yatta.de

___
cross-project-issues-dev mailing list
cross-project-issues-dev@eclipse.org
To change your delivery options, retrieve your password, or unsubscribe from 
this list, visit
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev