October 1, 2014 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
October 1, 2014 [00:12:01] *** summersp|away is now known as summersp[00:18:44] *** f10 has joined #jbosstools[00:21:32] *** bfitzpat has quit IRC[00:42:00] *** burrsutter1 has quit IRC[00:53:33] *** summersp is now known as summersp|away[00:55:56] *** burrsutter1 has joined #jbosstools[00:57:12] *** antonioNeto_ has joined #jbosstools[00:59:02] *** antonioNeto has quit IRC[00:59:39] *** bfitzpat has joined #jbosstools[00:59:39] *** ChanServ sets mode: +o bfitzpat[01:04:29] *** balunasj has quit IRC[01:05:17] *** f10 has quit IRC[01:07:26] *** bfitzpat has quit IRC[01:11:12] *** f10 has joined #jbosstools[01:17:43] *** rhopp has joined #jbosstools[01:23:35] *** ldimaggi has joined #jbosstools[01:32:25] *** kkhan has quit IRC[01:42:18] *** danflo has joined #jbosstools[01:42:25] *** danflo has quit IRC[01:42:25] *** danflo has joined #jbosstools[01:44:38] <jbossbot> new jira [JBIDE-18462] HTML5 Palette: Use text labels instead of images [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-18462[01:46:53] *** danflo has quit IRC[01:55:47] *** rruss has quit IRC[01:57:09] *** antonioNeto_ has quit IRC[02:00:53] *** f10 has quit IRC[02:19:33] *** ldimaggi has quit IRC[02:19:51] *** ldimaggi has joined #jbosstools[02:23:45] *** mmurray__ has joined #jbosstools[02:28:10] *** rruss has joined #jbosstools[02:31:20] *** mbenson is now known as mbenson_away[02:42:57] *** rcernich has quit IRC[02:43:08] *** rhopp has quit IRC[03:00:15] *** mmurray___ has joined #jbosstools[03:04:13] *** mmurray__ has quit IRC[03:04:52] *** mmurray___ has quit IRC[03:12:21] *** akazakov has quit IRC[03:22:06] *** mbenson_away is now known as mbenson[05:01:37] *** mbenson is now known as mbenson_away[05:07:18] *** ldimaggi has quit IRC[05:29:37] *** rruss has quit IRC[05:44:28] *** strykerawb has quit IRC[05:58:21] *** strykerawb has joined #jbosstools[05:58:21] *** ChanServ sets mode: +o strykerawb[06:09:39] *** mbenson_away is now known as mbenson[06:47:19] *** fbricon has quit IRC[06:48:24] *** rhopp has joined #jbosstools[06:58:28] *** vineetreynolds has quit IRC[07:01:52] *** lhein has joined #jbosstools[07:01:53] *** lhein has joined #jbosstools[07:31:00] *** mistria has joined #jbosstools[07:44:49] *** lfryc has joined #jbosstools[07:47:26] <jbossbot> git [jbosstools-server] push jbosstools-4.2.x adf170c.. Rob Stryker JBIDE-17619 - console not loading for remote servers during specific situations[07:47:26] <jbossbot> git [jbosstools-server] push jbosstools-4.2.x URL: http://github.com/jbosstools/jbosstools-server/commit/adf170c88[07:47:26] <jbossbot> jira [JBIDE-17619] Console for remote server disappears when workspace is switched [Pull Request Sent (Unresolved) Bug, Major, Rob Stryker] https://issues.jboss.org/browse/JBIDE-17619[07:47:27] <jbossbot> git pull req closed [jbosstools-server] (closed) robstryker JBIDE-17619 - console not loading for remote servers during specific sit... https://github.com/jbosstools/jbosstools-server/pull/287[07:47:50] <jbossbot> git [jbosstools-server] push master 5eebc38.. Rob Stryker JBIDE-17619 - console not loading for remote servers during specific situations[07:47:50] <jbossbot> git [jbosstools-server] push master URL: http://github.com/jbosstools/jbosstools-server/commit/5eebc38e9[07:47:51] <jbossbot> jira [JBIDE-17619] Console for remote server disappears when workspace is switched [Pull Request Sent (Unresolved) Bug, Major, Rob Stryker] https://issues.jboss.org/browse/JBIDE-17619[07:49:54] *** ppalaga has joined #jbosstools[07:53:13] <jbossbot> git pull req opened [jbosstools-server] (open) robstryker JBIDE-18461 - missing constant in array of valid server / runtimes https://github.com/jbosstools/jbosstools-server/pull/288[07:53:13] <jbossbot> jira [JBIDE-18461] org.jboss.ide.eclipse.as.core.util.IJBossToolingConstants doesn't include EAP_61 [Open (Unresolved) Bug, Critical, Rob Stryker] https://issues.jboss.org/browse/JBIDE-18461[07:59:10] *** mlabuda has joined #jbosstools[08:08:57] *** ttarrant has joined #jbosstools[08:11:33] *** vpakan has joined #jbosstools[08:14:31] *** marekn has joined #jbosstools[08:16:40] *** mbenson is now known as mbenson_away[08:23:47] *** galderz has quit IRC[08:25:06] *** mmurray__ has joined #jbosstools[08:25:37] *** galderz has joined #jbosstools[08:41:22] *** psrna has joined #jbosstools[08:43:22] *** ch007m has joined #jbosstools[08:54:15] *** kmarmaliykov1 has joined #jbosstools[08:56:38] *** koentsje has joined #jbosstools[08:56:59] *** kmarmaliykov has quit IRC[09:01:26] *** mmalina has joined #jbosstools[09:01:27] *** mmalina has joined #jbosstools[09:06:02] *** jpeterka has joined #jbosstools[09:15:35] *** rawagner has joined #jbosstools[09:19:15] *** rawagner has quit IRC[09:19:30] *** rawagner has joined #jbosstools[09:34:24] *** xcoulon has joined #jbosstools[09:34:24] *** ChanServ sets mode: +o xcoulon[09:34:42] <xcoulon> good morning[09:34:57] <strykerawb> hi x3c[09:42:37] <xcoulon> strykerawb: hi Rob ![09:44:20] <maxandersen> good mornings[09:44:40] <maxandersen> strykerawb: you were pinging yesterday evening - no details. something needed to follow up on ?[09:45:07] <strykerawb> maxandersen, was digging into the weird console stuff... was about plugin rse.ui not being loaded[09:45:30] <strykerawb> fred advised i switched to an extension point so i made a new extension point, marked it as internal, and used it[09:45:59] <maxandersen> strykerawb: extension point ? okey….link to PR ?[09:46:05] <strykerawb> sec[09:46:22] <strykerawb> https://github.com/jbosstools/jbosstools-server/pull/287[09:46:22] <jbossbot> git pull req [jbosstools-server] (closed) robstryker JBIDE-17619 - console not loading for remote servers during specific sit... https://github.com/jbosstools/jbosstools-server/pull/287[09:46:23] <jbossbot> jira [JBIDE-17619] Console for remote server disappears when workspace is switched [Pull Request Sent (Unresolved) Bug, Major, Rob Stryker] https://issues.jboss.org/browse/JBIDE-17619[09:46:32] <maxandersen> strykerawb: btw. we must be doing something different than normal wtp I reckon since wtp do not have this issue?[09:46:47] <strykerawb> maxandersen, normal wtp do not have remote servers as far as i can tell[09:47:00] <maxandersen> strykerawb: why should it matter if it is remote or not. they have consoles.[09:47:13] <strykerawb> because local launches always open consoles by definition[09:47:21] <strykerawb> local launches are the same as java launches[09:47:23] <strykerawb> remote launches are not[09:47:43] <maxandersen> well….they should be. is it not just about implementing IProcess ?[09:47:48] <maxandersen> looking at PR - where is this marked internal ?[09:47:56] <strykerawb> + <documentation>[09:47:56] <strykerawb> + Register a shell listener for remote launches making use of the various rse.core APIs.[09:47:57] <strykerawb> +[09:47:57] <strykerawb> +This extension point is internal and is not API or available for use or consumption by others.[09:48:24] <maxandersen> hmm - why not have internal in the package name ?[09:49:03] <maxandersen> almost 90% of the docs fields are just the default template content so its not something that shows up as something to read.[09:49:08] <maxandersen> anyways - reading ..[09:49:14] <strykerawb> maxandersen, the rse.core/rse.ui plugins are entirely internal and are marked as such. I was concerned that if I added a new package name specifically with .internal, it would imply the other packages were NOT internal[09:50:06] <strykerawb> also you'll note I didn't add any class[09:50:25] <maxandersen> okey so instead of rse.ui adding a listener, rse.core adds a shell/ui extension point to get listend for ?[09:50:31] <maxandersen> what is the "shell" referring to here ?[09:51:02] <strykerawb> the shell is for the most part an IHostShell[09:51:07] <strykerawb> from platform rse[09:51:26] <maxandersen> mkay[09:51:35] <strykerawb> however we go one level of separation so we actually register IJBASHostShellListener[09:52:13] <strykerawb> basically our RSEHostShellModel files 1 listener with rse's IHostShell, and then our 1 listener will relay those events to all IJBASHostShellListener objects[09:52:15] <maxandersen> okey so that fix looks simple and clean enough. cool. now that I think about it this must have been a multi-year old bug, right?[09:52:39] <strykerawb> maxandersen, yes, this would not be anything new.... though I suspect in the past rse.ui was actually loading earlier for other reasons[09:52:51] <strykerawb> i believe improvements in loading plugins only when needed caused this bug[09:52:53] <maxandersen> that could be.[09:53:31] <strykerawb> so yes, improved efficiency causes unexpected issues sometimes ;)[09:55:01] <strykerawb> maxandersen, there's also https://github.com/jbosstools/jbosstools-server/pull/288/files[09:55:01] <jbossbot> git pull req [jbosstools-server] (open) robstryker JBIDE-18461 - missing constant in array of valid server / runtimes https://github.com/jbosstools/jbosstools-server/pull/288[09:55:02] <jbossbot> jira [JBIDE-18461] org.jboss.ide.eclipse.as.core.util.IJBossToolingConstants doesn't include EAP_61 [Pull Request Sent (Unresolved) Bug, Critical, Rob Stryker] https://issues.jboss.org/browse/JBIDE-18461[09:55:03] <strykerawb> for bfitz[09:56:02] <strykerawb> the array is unused in my codebase but it's been there for many years and obviously others (such as bfitz) use it[09:56:13] <strykerawb> updating it was overlooked, though the array of server types was updated[09:56:21] <maxandersen> yes I remember this array very well.[09:56:47] <maxandersen> I complained about it when we introduced it for WS integration that it would go stale eventually. I hate when i'm right ;)[09:57:14] <strykerawb> i don't. It breaks up the monotony of when you're wrong.[09:57:17] * strykerawb ducks[09:57:36] <strykerawb> i kid, i kid.[09:57:43] <maxandersen> :)[09:58:58] <maxandersen> btw. can't we iterate all known server types, take anyting that matches our jboss name and check its present in this array ? (as test)[10:02:06] *** amitev has quit IRC[10:04:05] <maxandersen> strykerawb: ^ (to avoid it gets out of sync again)[10:04:13] <strykerawb> maxandersen, already doing it[10:04:18] <strykerawb> test ready in 1 minute[10:04:24] <maxandersen> strykerawb: ha ;)[10:04:41] <strykerawb> maxandersen, actually, your method wouldnt work :([10:04:53] <strykerawb> let me think on it\[10:05:13] *** amitev has joined #jbosstools[10:05:25] <strykerawb> honestly we use the server array in several places... so... the test im making is just to iterate over the server array and make sure the runtime array has matching elements[10:05:58] <strykerawb> i think it's sufficient =/[10:06:06] <maxandersen> how do you know which adds up ?[10:07:06] <strykerawb> ... which adds up?[10:07:34] <maxandersen> looking at the two arrays the only thing you can check is that the lenght matches.[10:07:49] <maxandersen> but that doesn't seem right, seems more coincidental.[10:08:42] <strykerawb> maxandersen, many other tests will fail if the server array is missing an element[10:09:00] <maxandersen> so there will *always* be a 1 to 1 in these ?[10:09:23] <strykerawb> i cant say always, but, as currently implemented, yes, and the test will reflect that[10:09:32] <strykerawb> if we eventually make a server type without a runtime, odds are it'd break dozens of other tests[10:09:35] <maxandersen> okey….[10:09:38] <strykerawb> so those assumptions would need to be revisited[10:09:59] <maxandersen> but why would my method of iterating alll known server types not work?[10:10:09] <maxandersen> server and runtime types ?[10:10:19] <maxandersen> (just curious)[10:15:48] *** ppalaga has quit IRC[10:17:32] <maxandersen> koentsje: about https://github.com/jbosstools/jbosstools-forge/pull/111 ….could you give some info…. its a rather big change to accept this close and there are zero comments in jira nor code nor commit.[10:17:32] <jbossbot> git pull req [jbosstools-forge] (open) koentsje JBIDE-18401: Eclipse locks up momentarily when creating a Forge project for the first time https://github.com/jbosstools/jbosstools-forge/pull/111[10:17:33] <jbossbot> jira [JBIDE-18401] Eclipse locks up momentarily when creating a Forge project for the first time [Pull Request Sent (Unresolved) Enhancement, Critical, Koen Aers] https://issues.jboss.org/browse/JBIDE-18401[10:22:49] <maxandersen> mmalina: who replaces radoslav on WS testing ? (re. jbide-16066)[10:23:36] <rhopp> maxandersen: Marian (mlabuda)[10:27:33] <mmalina> yep[10:29:28] <strykerawb> maxandersen, finding it hard to work because there's no common runtime / server prefix that matches all servers but excludes deploy-only server[10:29:41] <strykerawb> i suppose i could add specific exclusions to the deploy-only id's[10:29:52] <strykerawb> to the unit test[10:31:17] <maxandersen> yeah - anythng that is special case (like deploy only) just get filtered explicitly. the test is there to find things that would show up as new additions.[10:31:41] <maxandersen> mlabuda: can you follow up on JBIDE-16066 , bfitzpat asking for feedback/questions.[10:31:42] <jbossbot> jira [JBIDE-16066] Top-Down WS deployment isn't successful when selecting Start/Test service in Web Service dialog [Open (Unresolved) Bug, Major, Brian Fitzpatrick] https://issues.jboss.org/browse/JBIDE-16066[10:31:54] *** ljelinko has joined #jbosstools[10:35:01] *** ljelinko has quit IRC[10:35:14] *** ljelinko has joined #jbosstools[10:37:51] <jbossbot> git [jbosstools-server] push jbosstools-4.2.x bfb401f.. Rob Stryker JBIDE-18461 - missing constant in array of valid server / runtimes[10:37:51] <jbossbot> git [jbosstools-server] push jbosstools-4.2.x 98ad9ae.. Rob Stryker JBIDE-18461 - add unit test[10:37:52] <jbossbot> git [jbosstools-server] push jbosstools-4.2.x URL: http://github.com/jbosstools/jbosstools-server/compare/adf170c...98ad9ae[10:37:52] <jbossbot> git pull req closed [jbosstools-server] (closed) robstryker JBIDE-18461 - missing constant in array of valid server / runtimes https://github.com/jbosstools/jbosstools-server/pull/288[10:37:52] <jbossbot> jira [JBIDE-18461] org.jboss.ide.eclipse.as.core.util.IJBossToolingConstants doesn't include EAP_61 [Pull Request Sent (Unresolved) Bug, Critical, Rob Stryker] https://issues.jboss.org/browse/JBIDE-18461[10:38:49] <jbossbot> git [jbosstools-server] push master 6696649.. Rob Stryker JBIDE-18461 - missing constant in array of valid server / runtimes[10:38:49] <jbossbot> git [jbosstools-server] push master fcbe9d1.. Rob Stryker JBIDE-18461 - add unit test[10:38:49] <jbossbot> git [jbosstools-server] push master URL: http://github.com/jbosstools/jbosstools-server/compare/5eebc38...fcbe9d1[10:38:49] <jbossbot> jira [JBIDE-18461] org.jboss.ide.eclipse.as.core.util.IJBossToolingConstants doesn't include EAP_61 [Pull Request Sent (Unresolved) Bug, Critical, Rob Stryker] https://issues.jboss.org/browse/JBIDE-18461[10:45:32] <maxandersen> mistria: ping I read https://bugs.eclipse.org/bugs/show_bug.cgi?id=445064#c9 a few days ago - assuming all was good but mmalina just pointed me to https://www.eclipse.org/downloads/ which shows they did not fix the issue (see the note above)[10:45:33] <jbossbot> bugzilla [Community #445064] To Release Luna SR1 or not, that is [a] question ... [RESOLVED (?), normal, David Williams] https://bugs.eclipse.org/bugs/show_bug.cgi?id=445064[10:45:34] <jbossbot> Title: Eclipse Downloads[10:45:58] <maxandersen> mistria: I can't see anything in the bug saying they would release SR1 with this regression. do you know what went wrong ?[10:47:33] *** WormDrink has joined #jbosstools[10:50:31] <maxandersen> mistria: and if they are right in https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015 then why are we not affected?[10:50:31] <jbossbot> bugzilla [EPP #445015] [Mac] Security warning when opening Luna SR1 RC4 64bit [NEW (?), normal, Project Inbox] https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015[10:51:43] <mmalina> maxandersen: Luna R just gives me the usual warning: https://www.dropbox.com/s/atbvu64sp8ls7nu/Screenshot%202014-10-01%2010.51.21.png?dl=0[10:51:44] <jbossbot> Title: Dropbox - Screenshot 2014-10-01 10.51.21.png[10:51:49] <mistria> maxandersen: the issue is in EPP packages, we don't use EPP packages[10:52:04] <mistria> maxandersen: we redefine our own product (JBDS) which doesn't have the bug[10:52:17] <mistria> maxandersen: mmalina checked that when issue was reported[10:52:25] <mmalina> maxandersen: whereas Luna SR1 gives me this: https://www.dropbox.com/s/ltgoft2vd7lqb5d/Screenshot%202014-10-01%2010.52.16.png?dl=0[10:52:26] <jbossbot> Title: Dropbox - Screenshot 2014-10-01 10.52.16.png[10:52:49] <maxandersen> yeah so where do *we* get our proper signature from ?[10:53:36] <mmalina> mistria: the wrong Eclipse.app Info.plist is in EPP packages? are you sure? I think the app is probably somewhere separate, no?[10:53:38] <mistria> maxandersen: I don't know, as a non-Mac user, I don't understand everyhting[10:54:05] <mistria> mmalina: the .app is generated from the .product, and .product are EPP packages[10:54:23] <mistria> maxandersen: I thought it would be fixed too[10:55:33] <mistria> maxandersen: maybe it's fixed for platform binaries, but not for EPP[10:56:08] <mmalina> mistria: ok, that seems to make sense then :)[10:57:17] <koentsje> maxandersen: about https://github.com/jbosstools/jbosstools-forge/pull/111[10:57:18] <jbossbot> git pull req [jbosstools-forge] (open) koentsje JBIDE-18401: Eclipse locks up momentarily when creating a Forge project for the first time https://github.com/jbosstools/jbosstools-forge/pull/111[10:57:18] <jbossbot> jira [JBIDE-18401] Eclipse locks up momentarily when creating a Forge project for the first time [Pull Request Sent (Unresolved) Enhancement, Critical, Koen Aers] https://issues.jboss.org/browse/JBIDE-18401[10:57:58] <koentsje> maxandersen: the problem was situated here https://github.com/jbosstools/jbosstools-forge/pull/111/files#diff-b0ea1531e3126d081d9e0c69163cae5bL59[10:57:58] <jbossbot> git pull req [jbosstools-forge] (open) koentsje JBIDE-18401: Eclipse locks up momentarily when creating a Forge project for the first time https://github.com/jbosstools/jbosstools-forge/pull/111[10:57:59] <jbossbot> jira [JBIDE-18401] Eclipse locks up momentarily when creating a Forge project for the first time [Pull Request Sent (Unresolved) Enhancement, Critical, Koen Aers] https://issues.jboss.org/browse/JBIDE-18401[10:58:48] <koentsje> maxandersen: what was done was split the execution of these runnables that were sync’ed on the ui thread in their own workspace jobs that are chained together[10:58:59] <mmalina> mistria: tbh I don't even know where the signature is - I can't find it anywhere inside Eclipse.app[10:59:07] <koentsje> maxandersen: i.e. when the first job finishes, the next one is scheduled[10:59:15] *** gbrown has joined #jbosstools[10:59:37] <mmalina> mistria: and both R and SR1 have this in the Info.plist: <key>CFBundleSignature</key>[10:59:37] <mmalina> <string>????</string>[10:59:43] <mistria> mmalina: neither do I ;) it's possible that we don't have a signature, so it's working ok; but newer Eclipse has a wrong signature, which makes things fail[11:00:09] <koentsje> maxandersen: this solves the lockup and shows progress/cancel dialog for all these different jobs and afaics it seems to work nicely[11:00:10] <mmalina> mistria: I mean I cannot find the signature inside Eclipse. not talking about JBDS now[11:00:36] <koentsje> maxandersen: but it is indeed a rather big change[11:04:00] <mistria> mmalina: I can't help much, I believe it's best if you comment existing bugs[11:05:03] <mmalina> mistria: I'm not asking for help :) I just pointed out to max that this regression is not fixed in SR1 and he was surprised. that's all :)[11:05:32] <mistria> mmalina: You could mention that on the related bugs too ;)[11:05:48] <mistria> mmalina: those bugs seems to be needing some help[11:07:45] *** lhein has quit IRC[11:09:44] *** ibuziuk has joined #jbosstools[11:11:30] <mmalina> mistria: ok, now I see max already added a comment to https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015 so I just subscribed to that BZ to see what they have to say about that[11:11:31] <jbossbot> bugzilla [EPP #445015] [Mac] Security warning when opening Luna SR1 RC4 64bit [NEW (?), normal, Project Inbox] https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015[11:12:04] *** psrna is now known as psrna_lunch[11:12:54] <mistria> mmalina: the strange thing is that it's only on 64-bits, for some specific version of OSX[11:13:11] <mistria> mmalina: my feeling is that it's more something on Mac side than Eclipse one[11:13:40] <mmalina> mistria: I'm not sure about only 64bit - let me try. specific version of OS X? I don't think so[11:14:31] <mmalina> mistria: they keep mixing it up with the other issue - that the mechanism has changed in OS X. but that doesn't really matter - older Eclipse releases still work fine[11:16:41] <mistria> mmalina: https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015#c11[11:16:41] <jbossbot> bugzilla [EPP #445015] [Mac] Security warning when opening Luna SR1 RC4 64bit [NEW (?), normal, Project Inbox] https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015[11:17:41] <mistria> mmalina: could it be some difference on permissions of a file between x86 and x86_64 package?[11:20:29] *** mmurray__ has quit IRC[11:21:15] <mmalina> mistria: the 32bit eclipse binary has exactly the same issue, so it's not limited to 64bit[11:21:54] <mistria> mmalina: ok, so it seems like the issue only appears on 64-bit osx, whatever is the package[11:22:00] <mistria> ?[11:22:26] <mmalina> mistria: no, I just said it's the same on 32bit :)[11:22:54] <mistria> mmalina: 32-bits OS or 32 bits package?[11:23:36] <mmalina> mistria: oh, sorry. I misread that. but there is no 32bit OS X for a long time[11:25:24] <mistria> mmalina: o[11:25:27] <mistria> k[11:26:57] <mistria> mmalina: you using OSX < 10.5 ?[11:28:33] <mmalina> mistria: no, I have 10.9. I'm not even sure if you could install 10.4 at all on modern hw :)[11:28:57] <mistria> mmalina: ok, so even the warning message on the download page is wrong[11:30:04] <mmalina> mistria: actually you couldn't install older OS X - apple HW always comes with the newest OS and you can only install newer, not older[11:31:11] <mmalina> mistria: you mean "Eclipse requires Mac OS X 10.5 (Leopard) or greater."? I think that's just a standard requirement, I don't think there's anything wrong about saying that. but it has nothing to do with the rest of the warning message :)[11:31:38] <mmalina> mistria: I didn't find it confusing to have it there, but yeah, it's a bit redundant to say it there[11:33:43] *** summersp|away is now known as summersp[11:36:45] *** lhein has joined #jbosstools[11:36:45] *** lhein has joined #jbosstools[11:38:05] <mistria> mmalina: I thought this message was added because of the new security error[11:38:16] *** f10 has joined #jbosstools[11:38:23] <mistria> mmalina: but just to confirm, the current status is that there is no way to start Luna SR1 on OSX ?[11:39:18] <mmalina> mistria: the message (to the download page) was added because of the security problem. but the part about 10.5 is absolutely unrelated to that[11:39:33] <jbossbot> git pull req opened [jbosstools-website] (open) xcoulon JBIDE-18399 - JBT website "What's new" page missing Alpha-Beta3 new feat... https://github.com/jbosstools/jbosstools-website/pull/222[11:39:34] <jbossbot> jira [JBIDE-18399] JBT website "What's new" page missing Alpha-Beta3 new features [Open (Unresolved) Bug, Major, Xavier Coulon] https://issues.jboss.org/browse/JBIDE-18399[11:39:55] <mmalina> mistria: no, that is not correct, but to be able to start Eclipse Luna SR1 you need to change this settings to "Anyone" https://www.dropbox.com/s/fqv9gl0mg18cfws/Screenshot%202014-10-01%2011.39.47.png?dl=0[11:39:55] <jbossbot> Title: Dropbox - Screenshot 2014-10-01 11.39.47.png[11:40:21] <mmalina> mistria: also, what works is starting ./eclipse directly from Terminal. but not the Eclipse.app[11:44:07] *** adietisheim has joined #jbosstools[11:44:07] *** ChanServ sets mode: +o adietisheim[11:45:19] *** summersp is now known as summersp|away[11:54:09] *** jpeterka has quit IRC[12:03:10] *** ibuziuk has quit IRC[12:07:41] <maxandersen> mistria: my point is. SR0 works as expected (warns you that its an app from the internet), SR1 does not (you need to allow unsigned content). Thus for me this is an eclipse.org regression not caused by any thing on apple side.[12:11:33] <maxandersen> adietisheim: did you get mlabuda invited to openshift talk as discussed yesterday ?[12:13:00] <maxandersen> adietisheim: and whats the status on openshift issue - did you try with java 8 on other OS's ?[12:13:01] <adietisheim> maxandersen: yup, just talked to him[12:13:18] *** danflo has joined #jbosstools[12:13:27] <adietisheim> maxandersen: according to what I read it would still fail with jdk1.8. Marian will verify that right after lunch[12:13:46] <adietisheim> maxandersen: jdk1.8 still defaults to keys of 1024 but can be set to use keys of 2048[12:13:48] <maxandersen> adietisheim: okey - so you found info about other OS Java's having this issue ?[12:14:13] *** danflo has quit IRC[12:14:21] <adietisheim> maxandersen: not explicitly but since no blog refers to a specific OS i def. guess so. Told Marian to verify[12:14:45] <adietisheim> maxandersen: latest state from yesterday was that it worked when I excluded DHE ciphers[12:15:21] <adietisheim> maxandersen: now testing for key length in DHE ciphers and excluding DHE accordingly[12:15:32] *** jbossbot has quit IRC[12:15:36] <adietisheim> maxandersen: doubtful part is whether RHEL 6.6 would accept SSL handshakes with keys of 2048.[12:15:44] <adietisheim> maxandersen: to be tested[12:16:03] <maxandersen> adietisheim: you mean openjdk server side or openjdk client side ?[12:16:15] <maxandersen> I mean apache server side or openjdk lcient side ?[12:16:30] <adietisheim> maxandersen: talking of local. it fails with all jdks[12:16:39] <maxandersen> what is local ?[12:16:43] <adietisheim> maxandersen: client side[12:17:24] <adietisheim> maxandersen: 1.8 (sun and openjdk) is what marian wants to test right after his lunch[12:17:34] <maxandersen> adietisheim: okey so you are saying it is doubtful wether *openjdk* running on RHEL 6.6 talking to an *apache* running on RHEL 6.6 will be able to talk with 2048 length keys ?[12:17:41] <adietisheim> maxandersen: for me it failed in sun and openjdk 1.6, 1.7[12:18:04] <adietisheim> maxandersen: current idea is to exclude DHE ciphers in client if key length available is 1024[12:18:28] <mistria> maxandersen: yeah, your assumption seems right.[12:18:29] <adietisheim> maxandersen: since jdk8 can be set to 2048 it needs to be verified if those keys work with RHEL 6.6 server-side[12:19:08] <maxandersen> but that still seem to be a global switch that needs turned on?[12:19:11] <adietisheim> maxandersen: exclusion worked so far. So fine-tuning is to only exclude if client ciphers are 1024[12:19:30] <adietisheim> maxandersen: yes, some security property in jdk8[12:19:43] <adietisheim> maxandersen: -Djdk.tls.ephemeralDHKeySize=2048[12:19:58] <adietisheim> maxandersen: so nothing that's available by default[12:20:02] <maxandersen> adietisheim: and will one by setting this property then not work with 1024 size keys (i.e. not be able to connect to existing ones ?)[12:20:45] <adietisheim> maxandersen: hmm, good question. text I read is not clear. So yeah even more important to test the "fixed" client[12:21:13] <adietisheim> maxandersen: lengthy good post here: http://tersesystems.com/2014/01/13/fixing-the-most-dangerous-code-in-the-world/ (pasted in jira)[12:21:21] <maxandersen> yes i just read it.[12:21:27] <adietisheim> maxandersen: ok[12:21:30] <maxandersen> great article.[12:21:33] <maxandersen> horrible reality[12:21:52] <adietisheim> maxandersen: definitely :([12:22:16] <adietisheim> maxandersen: code to exclude ciphers isnt much nicer either ;)[12:22:40] <adietisheim> maxandersen: wrap socket factory and remove ciphers from socket that wrapped factory would create[12:22:51] <maxandersen> adietisheim: well for me it just kinda makes the point of requiring those keys mute ;)[12:23:04] <maxandersen> yeah - and this only fix it for openshift[12:23:06] <adietisheim> maxandersen: so you'd blindly remove DHE ciphers?[12:23:18] <maxandersen> how about egit, our caching etc.[12:23:25] <adietisheim> maxandersen: hmm, good point[12:23:27] <maxandersen> adietisheim: no[12:23:37] <adietisheim> maxandersen: ok, so still doing the test[12:24:02] <maxandersen> adietisheim: I say removing the ciphers that has a stronger key makes it look like it is working, but it wont actually be more secure.[12:24:16] <maxandersen> imagine when various servers will use these deciphers.[12:24:22] <maxandersen> stuff will just start falling aprt[12:24:33] <adietisheim> maxandersen: yeah true[12:25:48] <maxandersen> adietisheim: and jdk.tls.disabledAlgorithms is not something we can use ?[12:26:09] <adietisheim> maxandersen: in the blog post he says that once the jdk is loaded you cannot change it programmatically[12:26:18] <maxandersen> gah[12:26:23] <adietisheim> maxandersen: so that's something that needs to be added to eclipse.ini :([12:26:49] <adietisheim> maxandersen: hmm, wait, maybe just disabledCiphers is affected[12:26:59] <adietisheim> "The classes that use jdk.tls.disabledAlgorithms is TLSDisabledAlgConstraints, defined as static and final. There is no reliable and safe of setting the property dynamically in code — once the class has loaded, that’s what you’ve got."[12:28:07] <adietisheim> maxandersen: but we'd then need 2 strategies: 1.8 and <1.8, not sure that makes a lot of sense?[12:28:23] <adietisheim> maxandersen: given security property can be changed programmatically[12:28:32] <maxandersen> its just fucked up ;/[12:28:35] *** jbossbot has joined #jbosstools[12:29:06] <maxandersen> adietisheim: sure we can do tons of workarounds on our side - doesn't fix the rest of the java middleware ecosystem ;/[12:29:15] <adietisheim> maxandersen: yes :([12:29:53] <maxandersen> once we got the call over today and I hope we get some insights/explanations …I'm going to raise it on thecore to ask what others done because this is not just affecting us.[12:31:48] <adietisheim> maxandersen: yep, good point[12:31:59] <adietisheim> maxandersen: and yes, need to then test if egit works[12:32:16] <maxandersen> yes[12:32:21] <maxandersen> and shell[12:32:24] <maxandersen> and remote debugging[12:32:27] <adietisheim> maxandersen: damn[12:32:33] <maxandersen> and port forwarding.[12:32:37] <adietisheim> maxandersen: if egit fails we're doomed[12:32:44] <adietisheim> maxandersen: yeah and tail files[12:33:35] <adietisheim> maxandersen: and yes you were right, OS team didnt even think at Eclipse tooling. The guy was all astonished when I told him that even more scarier was that our RC2 was put at risk by this[12:33:54] <maxandersen> rc2?[12:34:01] <adietisheim> maxandersen: CR2?[12:34:03] <maxandersen> ah[12:34:22] <maxandersen> well its *anything* connecting to openshift.[12:34:37] <adietisheim> maxandersen: sure. wondering about rhc[12:34:39] <maxandersen> codenvy, orion, appcelerator, forge, ...[12:34:47] <adietisheim> maxandersen: damn, sucks[12:34:50] <maxandersen> well rhc uses native bits to connect[12:35:03] <adietisheim> maxandersen: yes true and dont have the 1024 bits limit[12:35:07] <adietisheim> (I guess)[12:35:07] <maxandersen> i'm not saying all of the above are broken - but if they use java they are potentially broken.[12:35:13] <adietisheim> maxandersen: yes[12:35:34] <adietisheim> maxandersen: so yeah, bigger picture is even more scarier[12:39:04] *** danflo has joined #jbosstools[12:41:15] <maxandersen> koentsje: can you work with fbricon when he getes online with the forge PR ? I'll be having fun with this openshift/java ssl issue today it seems ;/[12:41:30] <koentsje> maxandersen: sure[12:41:47] <koentsje> maxandersen: i added a few comments to the pr[12:42:05] <koentsje> most of the code is copied/pasted in one of these jobs[12:43:52] <maxandersen> koentsje: thanks.[12:43:59] * maxandersen need some food to think more.[12:46:36] *** rawagner has quit IRC[12:46:58] *** rawagner has joined #jbosstools[12:54:01] *** psrna_lunch is now known as psrna[12:54:28] *** ibuziuk has joined #jbosstools[12:56:01] *** ibuziuk has quit IRC[13:04:23] *** ibuziuk has joined #jbosstools[13:27:06] *** ch007m has quit IRC[13:28:54] <adietisheim> mlabuda: so you say that with java-1.7.0-openjdk-1.7.0.65-2.5.1.2.fc19.x86_64 you have no error[13:29:21] <adietisheim> mlabuda: I remember reading that some jdks were fixed. maybe downgrade openjdk?[13:29:42] <adietisheim> mlabuda: even though those reports were then contradicted in latter posts[13:30:00] *** danflo has joined #jbosstools[13:30:21] <adietisheim> mlabuda: so with sun jdk7 it finally fails for you?[13:30:35] <mlabuda> adietisheim: well, installed JBDS with openjdk8 but run under openjdk7 works, but installed and run with openjdk7 does not work (com.openshift.client.OpenShiftEndpointException: Could not request https://ec2-54-211-140-126.compute-1.amazonaws.com/broker/rest/api: javax.net.ssl.SSLProtocolException: handshake alert: unrecognized_name)[13:30:48] <adietisheim> mlabuda: for me it fails when using openjdk 1.7.0_51_b13[13:30:49] <mlabuda> adietisheim: but if it's installed, run with openjdk8 it's working[13:31:20] <maxandersen> what does installed and run with mean ?[13:31:59] <mlabuda> maxandersen: well does not matter. my bad...[13:32:14] <mlabuda> maxandersen: adietisheim so openjdk7 fails, openjdk8 works[13:33:02] <adietisheim> mlabuda: hum, but before you said it worked with openjdk7?[13:33:17] <adietisheim> mlabuda: _65[13:33:23] <adietisheim> mlabuda: wrong?[13:33:26] <maxandersen> adietisheim: what openshift url should I use to test ?[13:33:29] <maxandersen> I'll try on osx side[13:33:53] <adietisheim> maxandersen: https://ec2-54-211-140-126.compute-1.amazonaws.com[13:33:59] <adietisheim> maxandersen: need proxy[13:34:12] <maxandersen> which one ?[13:34:13] <mlabuda> maxandersen: and credentials demo/changeme[13:34:45] <adietisheim> maxandersen: file.rdu.redhat.com:3128[13:34:53] *** ch007m has joined #jbosstools[13:35:01] *** balunasj has joined #jbosstools[13:36:08] <maxandersen> gah - cant save it without proxy..dangit[13:36:26] <adietisheim> maxandersen: yep, timeouts, host not reachable[13:38:00] <adietisheim> mlabuda: can you please comment jira that jdk8 (openjdk8) works?[13:38:24] <mlabuda> adietisheim: ofc[13:38:27] <adietisheim> mlabuda: would also be important to have sun jdks tested[13:38:31] <adietisheim> mlabuda: thanks![13:39:34] <adietisheim> mlabuda: maxandersen: my guess is that preference order of ciphers is different in jdk8[13:39:38] *** sgilda_afk is now known as sgilda[13:39:47] <adietisheim> maxandersen: thus fixing it even without change in key length (via sys prop)[13:40:20] <maxandersen> so i dont seem to be able to connect at all…is that expected?[13:40:22] <adietisheim> mlabuda: maxandersen: preference order of ciphers is apparently taken into account on the client side, but not on the server side[13:40:31] <adietisheim> maxandersen: hmm, you should see the cert dialog[13:40:48] <adietisheim> maxandersen: is your proxy set?[13:40:49] <mlabuda> adietisheim: nope, i did not see cert. dialog[13:40:52] <maxandersen> are you able to actually save the connection ?[13:40:58] <adietisheim> maxandersen: nope[13:41:20] <adietisheim> maxandersen: enhancement[13:41:30] <maxandersen> okey - got it. handshake alert: unrecognized_name[13:41:36] <maxandersen> but thats different than whats in jira is inot?[13:41:54] <adietisheim> maxandersen: oh, different one[13:42:03] <adietisheim> maxandersen: need to disable jsse extensions for jdk7[13:42:04] <adietisheim> sec[13:42:26] <adietisheim> maxandersen: -Djsse.enableSNIExtension=false[13:42:45] <maxandersen> adietisheim: seriously ?[13:42:50] <adietisheim> maxandersen: yes since ages[13:42:59] <adietisheim> maxandersen: for DEVENVs[13:43:04] <maxandersen> adietisheim: I dont need that for online[13:43:06] <maxandersen> oooh[13:43:14] <maxandersen> they have mismatch in hostnames.[13:43:14] <maxandersen> got it.[13:43:20] <maxandersen> so yeah, mlabuda need to retest then[13:43:26] <adietisheim> maxandersen: nope, only DEVENVs where cert name is not known before instance is started[13:43:30] <mlabuda> maxandersen: yeah me too jsse...[13:44:00] <adietisheim> maxandersen: so name in cert doesnt match host name and bang[13:45:15] <adietisheim> maxandersen: need some food at some point. waiting until you replicated[13:45:33] *** ch007m has quit IRC[13:46:29] <maxandersen> getting cert dialog now[13:46:38] <adietisheim> maxandersen: ok, now comes the error?[13:46:42] <maxandersen> now saved and connected.[13:46:46] <mlabuda> adietisheim: same error and cert. dialog shown[13:46:47] <adietisheim> maxandersen: hmm, what jdk?[13:47:04] <mlabuda> adietisheim: same error I mean DH key exception[13:47:15] <mlabuda> adietisheim: with openjdk7[13:47:15] <maxandersen> java 8 oracle osx.[13:47:26] <maxandersen> let me switch to java 7[13:47:30] <adietisheim> maxandersen: ok, that ~matches mlabuda[13:47:49] <adietisheim> maxandersen: he had it working with openjdk8[13:48:31] <adietisheim> maxandersen: mlabuda: I'll step into it using jdk8 to verify cipher ordering. I really think the cipher ordering does it have working[13:48:34] *** ldimaggi has joined #jbosstools[13:48:49] <adietisheim> maxandersen: key size should still be 1024 if you dont touch it[13:48:51] <maxandersen> cipher ordering?[13:49:01] <adietisheim> maxandersen: client sends a list of supported ciphers[13:49:07] <adietisheim> maxandersen: the ordering of that list matters[13:49:33] <adietisheim> maxandersen: so my assumption is that somehting working has higher prio than the DHE ciphers which wont work with keys of 1024[13:49:54] <mlabuda> adietisheim: or maybe openjdk8 is fixing the issue with length[13:50:21] <adietisheim> maxandersen: http://serverfault.com/questions/316313/control-ssl-cipher-priority-order-for-tomcat-to-avoid-beast-attack[13:50:21] <jbossbot> Title: Control SSL Cipher Priority/Order for Tomcat to avoid BEAST attack - Server Fault[13:50:26] <maxandersen> adietisheim: jdk 1.7 works for me too.[13:50:34] <adietisheim> maxandersen: "The Sun(Oracle) Java SSL implementation checks only the client side cipher suite order(priorities) "[13:50:51] <adietisheim> maxandersen: hmm, that's weird[13:50:55] <adietisheim> maxandersen: openjdk?[13:51:00] <maxandersen> oracle jdk 7[13:51:08] <adietisheim> maxandersen: have openjdk?[13:51:13] <maxandersen> nope[13:51:21] <adietisheim> maxandersen: still weird, it failed for me using sun jdk 1.7[13:51:22] <maxandersen> dont enven know where to get that for osx[13:51:30] <maxandersen> which version?[13:51:35] <adietisheim> maxandersen: checking[13:51:45] <adietisheim> maxandersen: _51[13:51:59] <maxandersen> mine is _45[13:52:00] *** ch007m has joined #jbosstools[13:52:06] <adietisheim> maxandersen: damn, weird[13:52:19] <adietisheim> maxandersen: can you comment jira pls?[13:52:27] <maxandersen> btw. could we write a simple main method that would check this ? one that doe snot requrire full eclcipse to be configure ?[13:52:31] <maxandersen> yup in the doing[13:52:37] <adietisheim> maxandersen: sure, can do[13:52:45] *** danflo is now known as danflo|away[13:53:11] <adietisheim> maxandersen: I had jolamb testing this using openshift-java-client integration test (run single test)[13:53:14] <maxandersen> mlabuda: please state which OS you tried on too[13:54:21] <maxandersen> let me try java 1.6 now ;)[13:55:01] *** ibuziuk has quit IRC[13:55:14] <maxandersen> not even sure that will load eclipse luna anymore ;)[13:57:29] <adietisheim> maxandersen: commented how to test this using osjc integration test (run single test)[13:57:56] <adietisheim> maxandersen: mlabuda: guess going for some food now[13:58:06] <maxandersen> adietisheim: gogo[13:58:31] <mlabuda> adietisheim: Don't Starve![13:59:41] *** gbrown is now known as gbrown-mg[13:59:45] *** gbrown-mg is now known as gbrown-mtg[14:00:38] <jbossbot> new jira [JBIDE-18463] Connection Dialog: should be able to save connection even if it is not valid [Open (Unresolved) Enhancement, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-18463[14:01:12] <adietisheim> maxandersen: ^[14:01:29] <adietisheim> maxandersen: mlabuda: thanks, later[14:02:04] *** danflo|away has quit IRC[14:02:51] <maxandersen> cant even start my luna with java6[14:03:41] <mlabuda> maxandersen: what a surprise :D[14:09:56] *** bfitzpat has joined #jbosstools[14:09:56] *** ChanServ sets mode: +o bfitzpat[14:14:17] *** ibuziuk has joined #jbosstools[14:16:27] *** rbenevides has joined #jbosstools[14:18:48] <maxandersen> adietisheim: mlabuda: are we *100%* oracle jdk's fails on linux too ?[14:18:55] <maxandersen> or is it just openjdk ?[14:19:19] <mlabuda> maxandersen: openjdk[14:19:28] <mlabuda> maxandersen: i did not try oracle jdk on linux yet[14:20:09] <maxandersen> so mlabuda openjkd 17 works for you but not for adietisheim ? weird[14:20:15] <mlabuda> maxandersen: nope[14:20:21] <mlabuda> maxandersen: openjdk7 does not work[14:20:25] <mlabuda> maxandersen: only openjdk8[14:20:36] <mlabuda> maxandersen: that was the bad presumption of used runtime jdk[14:20:45] <maxandersen> ah okey[14:21:01] <maxandersen> so what is weird is andre's comment saying sun jdk 1.7 fails[14:21:12] <maxandersen> since itdoesnt fail for me on osx[14:21:22] <maxandersen> we need to get windows tested too to know full impact.[14:21:30] <mlabuda> maxandersen: are you really sure that you were using 1.7? :)[14:22:06] <maxandersen> mlabuda: let me triple check[14:24:50] *** pleacu has joined #jbosstools[14:25:03] *** ibuziuk_ has joined #jbosstools[14:25:20] <maxandersen> mlabuda: adietisheim:https://www.dropbox.com/s/w9d4ecqummyamt5/Screenshot%202014-10-01%2014.25.11.png?dl=0[14:25:21] <jbossbot> Title: Dropbox - Screenshot 2014-10-01 14.25.11.png[14:25:38] <maxandersen> screenshot of me having expanded the connection and propertirs showing version=1.7[14:25:58] *** gbrown-mtg is now known as gbrown[14:27:45] *** ibuziuk has quit IRC[14:30:02] <mlabuda> maxandersen: hm weird[14:30:19] *** gbrown has quit IRC[14:31:38] *** gbrown has joined #jbosstools[14:37:18] *** f10 has quit IRC[14:42:23] <maxandersen> adietisheim: your test example fails with "not authorized" …how do I specify the password?[14:42:37] *** antonioNeto has joined #jbosstools[14:45:53] <adietisheim> maxandersen: sorry: -Drhpassword=[14:46:09] <adietisheim> maxandersen: correcting jira[14:46:20] <maxandersen> adietisheim: not -Ddefault_rhpassword= ?[14:47:15] <adietisheim> mvn clean verify -Dtest=APIResourceIntegrationTest -Dlibra_server=ec2-54-211-140-126.compute-1.amazonaws.com -Ddefault_rhlogin=USER -Drhpassword=PASSWORD -Dhttps.proxyHost=file.rdu.redhat.com -Dhttps.proxyPort=3128 -Djsse.enableSNIExtension=false[14:47:28] <adietisheim> maxandersen: where username: demouser, password: changeme[14:47:44] <mlabuda> adietisheim: I used demo, or both work?[14:48:11] <adietisheim> mlabuda: hmm, afaik only demouser/changeme should work? not sure, that's at least what I always use[14:48:24] <mlabuda> adietisheim: I used demo/changeme :)[14:48:38] <adietisheim> mlabuda: oh, right, my fault[14:50:30] <maxandersen> so yeah this passes with both java 1.7 and 1.8 on osx.[14:50:40] <adietisheim> maxandersen: weird[14:50:49] <adietisheim> maxandersen: can you step in?[14:50:59] <maxandersen> step in ?[14:51:15] <adietisheim> maxandersen: brk point in client lib so that one can see cipher priorities?[14:51:48] <maxandersen> adietisheim: not setup for that.[14:51:54] *** gbrown is now known as gbrown-mtg[14:51:58] <adietisheim> maxandersen: ok, will do in vnc then[14:52:38] <mmalina> maxandersen: so I guess I was wrong about eclipse team making excuses about the mac issue. if it's really like they say - "SR1 was signed *after* a specific date[14:52:38] <mmalina> with an old version of Mac OS"[14:53:23] <maxandersen> mmalina: link/context?[14:53:37] <mmalina> maxandersen: latest comment on https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015[14:53:38] <jbossbot> bugzilla [EPP #445015] [Mac] Security warning when opening Luna SR1 32/64bit [NEW (?), normal, Project Inbox] https://bugs.eclipse.org/bugs/show_bug.cgi?id=445015[14:54:54] <maxandersen> mmalina: so yeah - somenoe tell me why our jbds builds still works since we dont sign anything afaik...[14:55:21] <mmalina> maxandersen: maybe no signature is better than wrong signature?[14:55:47] <maxandersen> mmalina: might be. that would be fun ;)[14:56:07] <adietisheim> mlabuda: can you test windows please?[14:57:22] <mmalina> maxandersen: also, I'm not sure what was the cut-off date - maybe we will get affected now with cr2? :) but not probable - I think I tried a nightly of JBDS some time last week and had no problem. but not 100 % sure[14:57:46] <mmalina> maybe I should check again with a recent jbds nightly[14:58:03] <maxandersen> mmalina: yeah ;)[14:58:16] <mmalina> maxandersen: any chance you had the download link handy?[14:58:29] <maxandersen> mmalina: not near me ;/[14:58:30] <mmalina> otherwise I will dig it out through the jira jobs / links[14:58:52] <mmalina> I never know where it is :)[14:59:21] *** jeff_cantrill has joined #jbosstools[15:00:53] <maxandersen> mmalina: would be really great if we can get verified if windows jdks are affected by this or not.[15:01:35] <mmalina> maxandersen: how do you mean? isn't this only about mac app signing?[15:03:19] <mmalina> maxandersen: this is the jbds nightly dl page in case you're interested http://www.qa.jboss.com/binaries/RHDS/builds/staging/devstudio.product_8.0.luna/installer/ but strangely it's called CR1[15:03:28] <mmalina> mistria: do you know why this is called CR1? http://www.qa.jboss.com/binaries/RHDS/builds/staging/devstudio.product_8.0.luna/installer/[15:03:39] <mmalina> mistria: since parent pom says CR2 already https://github.com/jbosstools/jbosstools-build/blob/jbosstools-4.2.x/parent/pom.xml[15:04:05] *** galderz has quit IRC[15:04:57] *** rcernich has joined #jbosstools[15:05:14] *** rcernich has quit IRC[15:05:14] *** rcernich has joined #jbosstools[15:05:22] <maxandersen> mmalina: sorry - that was meant for mlabuda/adietisheim[15:05:36] <mmalina> maxandersen: oh, ok :)[15:05:47] <mlabuda> maxandersen: yeah, working on it, trying to connect to slaves in lab[15:06:06] <maxandersen> damn slaves ;)[15:08:18] <nickboldt> maxandersen: mistria: mmalina: pleacu: ldimaggi: you guys want to do a build.next call today? Or just IRC?[15:08:37] <mistria> mmalina: thanks for spotting that, product was still referencing CR1 repo[15:08:39] <mistria> CR1 parent[15:09:07] * maxandersen kicks his alarm setup that keeps not reminding him ;/[15:09:11] *** danflo has joined #jbosstools[15:09:25] <maxandersen> nickboldt: i'm best wiht irc today since openshift cipher issue call will be up in 20 mins.[15:09:43] <nickboldt> maxandersen: ok, sounds good. I'll ping Paul about the IS issue[15:09:46] <mistria> nickboldt: I'm ok with IRC as well[15:09:52] <mlabuda> maxandersen: 80 minutes isnt it?[15:09:59] <mlabuda> maxandersen: I was told GMT+1 15:30[15:10:09] <maxandersen> mlabuda: yes, thats in 20 min[15:10:14] <maxandersen> CEST 15:30[15:10:47] *** burrsutter1 has quit IRC[15:11:02] *** conan__ is now known as conan[15:11:17] *** burrsutter1 has joined #jbosstools[15:13:43] <mistria> nickboldt: IIRC yesterday you promised me some PRs to review. Did you already prepared them?[15:14:14] <nickboldt> mistria: yeah, they're not done yet. :( other distractions happened[15:15:20] <mistria> nickboldt: no pb[15:15:31] <nickboldt> "no pr, no pb" :D[15:15:36] <mistria> gercan: what are the chances that we need a THyM update for CR2 ?[15:15:48] <nickboldt> sounds like a good motto for doing Alpha builds[15:16:06] <mistria> nickboldt: you should copyright that and sell T-shirts[15:16:22] <nickboldt> definitely better than "No woman, no cry" #bobMarley[15:17:35] <mmalina> mistria: you're welcome :)[15:18:27] *** fbricon has joined #jbosstools[15:18:28] *** ChanServ sets mode: +o fbricon[15:22:22] *** summersp|away is now known as summersp[15:22:40] *** mlabuda has quit IRC[15:23:12] *** summersp is now known as summersp|away[15:25:38] *** danflo1 has joined #jbosstools[15:26:31] *** mlabuda has joined #jbosstools[15:26:45] *** summersp|away is now known as summersp[15:27:36] *** kkhan has joined #jbosstools[15:27:48] *** danflo has quit IRC[15:28:23] *** mbenson_away has quit IRC[15:29:30] <jbossbot> git pull req opened [jbosstools-website] (open) kmarmaliykov Blog about standalone browsersim https://github.com/jbosstools/jbosstools-website/pull/223[15:31:33] <adietisheim> ping maxandersen[15:31:35] <adietisheim> can you join[15:31:43] <maxandersen> fighting skype.[15:31:45] <maxandersen> on my way[15:35:18] *** rbenevides has quit IRC[15:35:18] *** danflo1 has quit IRC[15:37:32] *** rbenevides has joined #jbosstools[15:39:56] *** gbrown-mtg is now known as gbrown[15:44:26] *** f10 has joined #jbosstools[15:45:31] *** jpav has joined #jbosstools[16:02:01] *** rhopp has quit IRC[16:04:15] <fbricon> rawagner: hi, could you please try to check https://issues.jboss.org/browse/JBIDE-12821 again?[16:04:16] <jbossbot> jira [JBIDE-12821] component.exclusion.patterns doesn't support regex pattern [Reopened (Unresolved) Enhancement, Critical, Rob Stryker] https://issues.jboss.org/browse/JBIDE-12821[16:04:33] <rawagner> fbricon, Hi, sure[16:06:26] <fbricon> rawagner: thx[16:07:21] <nickboldt> mistria: https://github.com/jbdevstudio/jbdevstudio-website/pull/147[16:07:40] *** marekn has quit IRC[16:08:59] <mistria> nickboldt: how does early access site also reference the main site?[16:09:11] <nickboldt> what do you mean?[16:13:17] <nickboldt> mistria: updated: https://github.com/jbdevstudio/jbdevstudio-website/pull/147/files (missed a couple files)[16:26:29] *** mmalina has quit IRC[16:28:39] <mistria> nickboldt: Ok, I get it. In PR 146, there is a ref from earlyaccess/8.0-development to ../../updates/8.0-development[16:29:10] <gercan> mistria: no remaining issues for RC2 so we should be good with the TP[16:30:23] *** vpakan has quit IRC[16:31:45] <mistria> nickboldt: is it better to release TP before Code Freeze or after ? IMO, there are chances that we need a newer Tern or THyM or something like that in a respin...[16:34:09] *** lhein has quit IRC[16:34:53] <nickboldt> mistria: don't bother doing a release. because yeah, we'll be needing new JSDT/THym/Tern/Angular...[16:35:47] <rawagner> fbricon, 8.0.0.CR1 and EAP 6.2 - No NPE and only commons-lang3 is in WAR - as it should be. I guess you can resolve the issue.[16:36:06] <jbossbot> git pull req opened [jbosstools-website] (open) nickboldt JBIDE-14035 one possible way to add the Browsersim stand-alone zip to the download pages for JBT >> master https://github.com/jbosstools/jbosstools-website/pull/224[16:36:06] <jbossbot> jira [JBIDE-14035] Make browserSim available for download from JBoss Tools site [Pull Request Sent (Unresolved) Task, Major, Konstantin Marmalyukov] https://issues.jboss.org/browse/JBIDE-14035[16:36:17] *** plarsen has joined #jbosstools[16:37:43] *** gbrown_ has joined #jbosstools[16:38:43] *** mbenson_away has joined #jbosstools[16:39:59] <fbricon> rawagner: ok thanks[16:40:04] <mistria> nickboldt: Ok, I agree[16:40:58] *** gbrown has quit IRC[16:43:26] *** mbenson_away has quit IRC[16:54:22] <nickboldt> mistria: are you +1 for https://github.com/jbdevstudio/jbdevstudio-website/pull/147 and https://github.com/jbdevstudio/jbdevstudio-devdoc/pull/110 ?[16:59:15] *** mlabuda has quit IRC[17:00:38] *** mbenson has joined #jbosstools[17:00:39] *** mbenson has joined #jbosstools[17:08:58] *** bfitzpat has quit IRC[17:10:53] *** rawagner has quit IRC[17:17:10] *** gbrown_ is now known as gbrown[17:18:15] *** danflo has joined #jbosstools[17:23:47] *** burrsutter1 has quit IRC[17:25:46] <mistria> nickboldt: +1'd[17:34:40] *** psrna has quit IRC[17:36:07] <mistria> nickboldt: Didn't you fix https://github.com/jbosstools/jbosstools-discovery/blob/master/jbosstools/org.jboss.tools.central.discovery/plugin.xml#L30 (early access url in central) ?[17:37:24] <jbossbot> git pull req opened [jbosstools-website] (open) kpiwko JBIDE-17404 Adding instructions for RHEL7 and CordovaSim https://github.com/jbosstools/jbosstools-website/pull/225[17:37:25] <jbossbot> jira [JBIDE-17404] CordovaSim cannot be launched on RHEL7 [Reopened (Unresolved) Bug, Major, Konstantin Marmalyukov] https://issues.jboss.org/browse/JBIDE-17404[18:01:43] *** jeff_cantrill is now known as jcantril|lunch[18:10:11] <jbossbot> git [jbosstools-forge] push master 5c6d9a4.. Koen Aers Implement ExampleTerminal as a subclass of POSIXTerminal to be able to listen to resize events of the ExampleTextViewer[18:10:12] <jbossbot> git [jbosstools-forge] push master URL: http://github.com/jbosstools/jbosstools-forge/commit/5c6d9a4e9[18:15:38] *** jbott has quit IRC[18:16:20] *** summersp_ has joined #jbosstools[18:16:29] *** dgolovin1 has joined #jbosstools[18:17:44] *** jbossbot has quit IRC[18:17:55] *** jcantril|lunch has quit IRC[18:18:17] *** summersp has quit IRC[18:18:18] *** dgolovin has quit IRC[18:18:22] *** sgilda has quit IRC[18:19:08] *** VRubezhny has quit IRC[18:19:14] *** jbott has joined #jbosstools[18:19:14] *** ChanServ sets mode: +o jbott[18:19:30] *** VRubezhny has joined #jbosstools[18:19:31] *** ChanServ sets mode: +o VRubezhny[18:21:06] *** summersp_ is now known as summersp[18:21:09] *** jeff_cantrill has joined #jbosstools[18:21:27] *** summersp has quit IRC[18:21:28] *** summersp has joined #jbosstools[18:21:40] <mistria> bbrodt: hey[18:22:11] <bbrodt> mistria: yo![18:22:22] <mistria> bbordt: is it expected that BPMN2 modeler isn't in Mars yet?[18:22:54] <bbrodt> mistria: negative. it IS in mars.[18:23:20] <mistria> bbrodt: seems to be disabled, see last message from David Williams on cross-project mailing-list[18:23:36] <bbrodt> mistria: argh :([18:24:05] <bbrodt> mistria: thanks for point this out - I'll get on that right away...[18:25:54] *** gbrown has quit IRC[18:26:14] *** summersp is now known as summersp|away[18:29:11] *** sgilda has joined #jbosstools[18:34:32] *** sgilda is now known as sgilda_biab[18:41:12] <mistria> gercan: are you interested in having THyM in Mars M2 ?[18:43:03] *** burrsutter1 has joined #jbosstools[18:51:48] <gercan> mistria: Not all of our CQs have been approved[18:51:59] <mistria> gercan: ok[18:52:40] <gercan> mistria: I guess that is not really a prerequisite but I would not like to release 3rd part components[18:53:40] <gercan> mistria: do you have any idea which EPP is good for Thym[18:54:41] <mistria> gercan: I don't know[18:54:48] <mistria> gercan: may be worth creating one...[18:55:06] <gercan> mistria: there used to be a mobile one[18:56:18] *** pleacu has quit IRC[18:56:50] <mistria> gercan: IntelliJ has cordova in WebStorm ? Does it include Java or just HTML5/CSS/JS ?[18:57:32] *** rruss has joined #jbosstools[18:58:11] *** pleacu has joined #jbosstools[18:59:47] <gercan> mistria: I do not think so[19:00:45] <mistria> gercan: I have to go, you should start a thread on thym-dev so we can brainstorm about that later[19:00:54] *** mistria has left #jbosstools[19:01:54] *** jeff_cantrill is now known as jcantril[19:06:29] *** bbrodt has quit IRC[19:11:08] *** bfitzpat has joined #jbosstools[19:11:08] *** ChanServ sets mode: +o bfitzpat[19:11:14] *** jeff_cantrill has joined #jbosstools[19:13:23] *** jcantril has quit IRC[19:13:44] *** koentsje has quit IRC[19:23:05] *** jpav has quit IRC[19:23:54] *** burrsutter1 has quit IRC[19:25:09] *** ch007m has quit IRC[19:25:46] *** burrsutter1 has joined #jbosstools[19:32:21] *** sgilda_biab is now known as sgilda[19:34:27] *** koentsje has joined #jbosstools[19:36:32] *** rbenevides has quit IRC[19:41:32] *** lfryc has quit IRC[19:42:28] *** burrsutter1 has quit IRC[19:47:11] <maxandersen> koentsje did you get fbricon\s atention on the maven/forge job fix?[19:47:42] <koentsje> ah no i didn’t as a matter of fact… i was too busy debugging :([19:48:57] <koentsje> fbricon: it’s about https://github.com/jbosstools/jbosstools-forge/pull/111[19:52:11] <fbricon> koentsje: maxandersen /me looking[19:53:16] <koentsje> fbricon: it’s a rather big change but pretty straightforward, the code from the method that was called in the runnables was copied in the jobs that now are chained together[19:53:27] <maxandersen> fbricon: I got stuck in openshift/cipher teesting/debuging so wondered if you could take a olook on this issue. let me know if you cant and i'll try look liater tonight.[19:54:20] <koentsje> fbricon: and while you are at it, i got also a pr related to JBIDE-14305[19:54:30] <koentsje> https://github.com/jbosstools/jbosstools-hibernate/pull/56[19:56:50] <maxandersen> koentsje: that one I can already +1 since its what I exactly intended for that issue ;)[19:56:59] <koentsje> yes :)[19:57:16] <maxandersen> koentsje: a bit funky it differes based onwhat config you use[19:57:35] <koentsje> maxandersen: yes i know, i didn’t yet figure out the reason of that, but that’s for later[19:57:46] <maxandersen> koentsje: it should happen as soon as hibernate tools version class prints its version.[19:58:29] * maxandersen back to make some food. will bbl.[20:00:20] *** rbenevides has joined #jbosstools[20:01:06] *** dgolovin has joined #jbosstools[20:01:27] *** xcoulon has quit IRC[20:02:19] *** bbrodt has joined #jbosstools[20:02:27] *** ChanServ sets mode: +o bbrodt[20:07:53] <fbricon> koentsje: maxandersen: except for some minor issues that existed before, moving the code over to jobs looks good[20:08:26] <koentsje> fbricon: i will take care of them[20:10:04] <fbricon> mmm only thing that may be worrisome is if these jobs need to run shit within the ui thread, so you don't end up with widget is disposed errors[20:10:49] <fbricon> not sure if that can happen here. koentsje?[20:12:06] <koentsje> fbricon: the only thing that runs in the ui thread is the update of final selection afaik?[20:13:20] <koentsje> fbricon, and that happens in the project explorer or some other navigator that is looked up with findView[20:14:44] <koentsje> fbricon: i am pretty sure that disposed errors won’t happen actually[20:15:25] <fbricon> have you run it?[20:15:29] <fbricon> :-)[20:16:53] <koentsje> fbricon: yes i did and multiple times as well :D[20:34:02] *** xcoulon has joined #jbosstools[20:34:03] *** ChanServ sets mode: +o xcoulon[20:34:59] <koentsje> fbricon: i added a commit with the asked changes to the pr[20:42:04] *** ppalaga has joined #jbosstools[20:47:44] *** jbossbot has joined #jbosstools[20:48:06] *** jeff_cantrill is now known as jcantril|afk[20:53:59] *** summersp|away is now known as summersp[20:57:26] <jbossbot> git pull req closed [jbosstools-forge] (closed) koentsje JBIDE-18401: Eclipse locks up momentarily when creating a Forge project for the first time https://github.com/jbosstools/jbosstools-forge/pull/111[20:57:26] <jbossbot> git [jbosstools-forge] push jbosstools-4.2.x f3b705b.. Koen Aers JBIDE-18401: Eclipse locks up momentarily when creating a Forge project for the first time[20:57:26] <jbossbot> git [jbosstools-forge] push jbosstools-4.2.x 611cda5.. Koen Aers JBIDE-18401: minor improvements[20:57:26] <jbossbot> git [jbosstools-forge] push jbosstools-4.2.x URL: http://github.com/jbosstools/jbosstools-forge/compare/e698e59...611cda5[20:57:27] <jbossbot> jira [JBIDE-18401] Eclipse locks up momentarily when creating a Forge project for the first time [Pull Request Sent (Unresolved) Enhancement, Critical, Koen Aers] https://issues.jboss.org/browse/JBIDE-18401[20:58:38] *** rbenevides has quit IRC[20:58:42] *** plarsen has quit IRC[21:04:17] *** ehsavoie is now known as ehsavoie_afk[21:12:20] *** ttarrant has quit IRC[21:23:29] *** maxandersen has quit IRC[21:34:57] *** maxanderg has joined #jbosstools[21:35:19] *** maxanderg is now known as maxandersen[21:44:41] *** f10 has quit IRC[21:45:02] *** f10 has joined #jbosstools[21:49:37] *** f10 has quit IRC[21:56:39] <jbossbot> new jira [JBDS-3169] For JBDS 8.0.0.CR2: Prepare for CR2 release [Open (Unresolved) Task, Blocker, Unassigned] https://issues.jboss.org/browse/JBDS-3169[21:56:42] <jbossbot> new jira [JBIDE-18464] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Open (Unresolved) Task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18464[21:56:47] <jbossbot> new jira [JBIDE-18465] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Aerogear] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18465[21:56:51] <jbossbot> new jira [JBIDE-18466] For JBIDE 4.2.0.CR2: Prepare for CR2 release [JST] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18466[21:56:56] <jbossbot> new jira [JBIDE-18467] For JBIDE 4.2.0.CR2: Prepare for CR2 release [VPE] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18467[21:57:01] <jbossbot> new jira [JBIDE-18468] For JBIDE 4.2.0.CR2: Prepare for CR2 release [JBT Update Sites] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18468[21:57:06] <jbossbot> new jira [JBIDE-18469] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Central Discovery] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18469[21:57:12] <jbossbot> new jira [JBIDE-18470] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Server] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18470[21:57:17] <jbossbot> new jira [JBIDE-18471] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Hibernate] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18471[21:57:26] <jbossbot> new jira [JBIDE-18472] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Base] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18472[21:57:30] <jbossbot> new jira [JBIDE-18473] For JBIDE 4.2.0.CR2: Prepare for CR2 release [OpenShift] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18473[21:57:36] <jbossbot> new jira [JBIDE-18474] For JBIDE 4.2.0.CR2: Prepare for CR2 release [JavaEE] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18474[21:57:41] <jbossbot> new jira [JBIDE-18475] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Birt] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18475[21:57:47] <jbossbot> new jira [JBIDE-18476] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Forge] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18476[21:57:53] <jbossbot> new jira [JBIDE-18477] For JBIDE 4.2.0.CR2: Prepare for CR2 release [BrowserSim] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18477[21:57:58] <jbossbot> new jira [JBIDE-18478] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Webservices] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18478[21:58:04] <jbossbot> new jira [JBIDE-18479] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Arquillian] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18479[21:58:09] <jbossbot> new jira [JBIDE-18480] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Central] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18480[21:58:15] <jbossbot> new jira [JBIDE-18481] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Portlet] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18481[21:58:20] <jbossbot> new jira [JBIDE-18482] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Freemarker] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18482[21:58:26] <jbossbot> new jira [JBIDE-18483] For JBIDE 4.2.0.CR2: Prepare for CR2 release [LiveReload] [Open (Unresolved) Sub-task, Blocker, Unassigned] https://issues.jboss.org/browse/JBIDE-18483[22:05:12] *** WormDrink has quit IRC[22:15:37] *** bbrodt1 has joined #jbosstools[22:16:06] *** bbrodt has quit IRC[22:30:17] *** bbrodt1 has quit IRC[22:30:37] *** bbrodt has joined #jbosstools[22:30:37] *** ChanServ sets mode: +o bbrodt[22:36:32] *** rbenevides has joined #jbosstools[22:49:18] *** dgolovin has quit IRC[22:52:33] *** pleacu has quit IRC[22:54:11] *** xcoulon has quit IRC[22:57:09] *** antonioNeto has quit IRC[23:12:28] <jbossbot> git [jbosstools-website] push master 1c70f6e.. Xavier Coulon JBIDE-18399 - JBT website "What's new" page missing Alpha-Beta3 new features...[23:12:28] <jbossbot> git [jbosstools-website] push master URL: http://github.com/jbosstools/jbosstools-website/commit/1c70f6ebd[23:12:29] <jbossbot> git pull req closed [jbosstools-website] (closed) xcoulon JBIDE-18399 - JBT website "What's new" page missing Alpha-Beta3 new feat... https://github.com/jbosstools/jbosstools-website/pull/222[23:12:29] <jbossbot> jira [JBIDE-18399] JBT website "What's new" page missing Alpha-Beta3 new features [Pull Request Sent (Unresolved) Bug, Major, Max Rydahl Andersen] https://issues.jboss.org/browse/JBIDE-18399[23:13:17] *** ibuziuk_ has quit IRC[23:13:45] <jbossbot> git [jbosstools-website] push production 8636846.. Xavier Coulon JBIDE-17039 - "autolink" blog authors to their community.jboss.org page[23:13:45] <jbossbot> git [jbosstools-website] push production 0d16f2e.. Xavier Coulon JBIDE-18417 - Add RSS link in HTML head[23:13:45] <jbossbot> git [jbosstools-website] push production f3f578e.. Xavier Coulon JBIDE-18028 - IMPORTANT/URGENT etc. from asciidoc gets no styling...[23:13:45] <jbossbot> git [jbosstools-website] push production 1c70f6e.. Xavier Coulon JBIDE-18399 - JBT website "What's new" page missing Alpha-Beta3 new features...[23:13:45] <jbossbot> git [jbosstools-website] push production URL: http://github.com/jbosstools/jbosstools-website/compare/c5b0ac8...1c70f6e[23:13:45] <jbossbot> jira [JBIDE-17039] "autolink" blog authors to their community.jboss.org page [Resolved (Done) Feature Request, Major, Xavier Coulon] https://issues.jboss.org/browse/JBIDE-17039[23:13:46] <jbossbot> jira [JBIDE-18417] Add RSS link in HTML head [Resolved (Done) Task, Major, Xavier Coulon] https://issues.jboss.org/browse/JBIDE-18417[23:13:46] <jbossbot> jira [JBIDE-18028] IMPORTANT/URGENT etc. from asciidoc gets no styling [Resolved (Done) Enhancement, Major, Xavier Coulon] https://issues.jboss.org/browse/JBIDE-18028[23:13:47] <jbossbot> jira [JBIDE-18399] JBT website "What's new" page missing Alpha-Beta3 new features [Pull Request Sent (Unresolved) Bug, Major, Max Rydahl Andersen] https://issues.jboss.org/browse/JBIDE-18399[23:14:03] *** ibuziuk_ has joined #jbosstools[23:17:30] <jbossbot> git [jbosstools-website] push build-production-2014-10-01-21-16-13-835 URL: http://github.com/jbosstools/jbosstools-website/compare/0000000...e9586c9[23:17:47] *** travis-ci has joined #jbosstools[23:17:47] <travis-ci> [travis-ci] jbosstools/jbosstools-website#835 (production - 1c70f6e : Xavier Coulon): The build passed.[23:17:47] <travis-ci> [travis-ci] Change view : https://github.com/jbosstools/jbosstools-website/compare/c5b0ac872896...1c70f6ebd0dd[23:17:48] <travis-ci> [travis-ci] Build details : http://travis-ci.org/jbosstools/jbosstools-website/builds/36813894[23:17:48] *** travis-ci has left #jbosstools[23:18:00] <jbossbot> git pull req closed [jbosstools-website] (closed) xcoulon JBIDE-16364 https://github.com/jbosstools/jbosstools-website/pull/215[23:18:02] <jbossbot> jira [JBIDE-16364] Use Pagespeed to see if loading could be improved. [Resolved (Done) Task, Major, Xavier Coulon] https://issues.jboss.org/browse/JBIDE-16364[23:22:04] *** summersp is now known as summersp|away[23:30:39] *** mmurray__ has joined #jbosstools[23:45:59] <jbossbot> git [jbosstools-birt] push master e6647d3.. Snjezana Peco JBIDE-18475 - Updating parent pom to 4.3.0.Alpha1[23:45:59] <jbossbot> git [jbosstools-birt] push master URL: http://github.com/jbosstools/jbosstools-birt/commit/e6647d3f8[23:45:59] <jbossbot> jira [JBIDE-18475] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Birt] [Open (Unresolved) Sub-task, Blocker, Snjezana Peco] https://issues.jboss.org/browse/JBIDE-18475[23:46:26] <jbossbot> git [jbosstools-birt] push jbosstools-4.2.x babea7b.. Snjezana Peco JBIDE-18475 - Updating parent pom to 4.2.0.CR2[23:46:26] <jbossbot> git [jbosstools-birt] push jbosstools-4.2.x URL: http://github.com/jbosstools/jbosstools-birt/commit/babea7b30[23:46:28] <jbossbot> jira [JBIDE-18475] For JBIDE 4.2.0.CR2: Prepare for CR2 release [Birt] [Open (Unresolved) Sub-task, Blocker, Snjezana Peco] https://issues.jboss.org/browse/JBIDE-18475[23:48:06] *** sgilda is now known as sgilda_afk[23:48:48] *** ppalaga has quit IRC[23:50:44] *** maxandersen has quit IRC[23:50:45] *** maxandersen has joined #jbosstools[23:50:45] *** ChanServ sets mode: +o maxandersen[23:58:33] *** danflo has quit IRC