September 2, 2011  
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

[00:00:01] <gastaldi> this is really annoying
[00:02:07] *** jpav has quit IRC
[00:03:49] <gastaldi> JBIDE-9638
[00:03:53] <jbott> Bug: [JBIDE-9638] Default directory of New XHTML Page inside target folder [Open, Major, Unassigned] https://issues.jboss.org/browse/JBIDE-9638
[00:04:00] *** gastaldi has left #jbosstools
[00:45:30] *** rmartinelli has quit IRC
[01:02:55] *** bfitzpat has quit IRC
[01:09:01] *** aslak has quit IRC
[01:29:10] *** jwulf has joined #jbosstools
[02:05:08] *** sgilda has quit IRC
[02:05:48] *** sgilda has joined #jbosstools
[02:33:46] *** fbricon1 has quit IRC
[02:43:24] *** akazakov has quit IRC
[03:08:46] *** rawblem has quit IRC
[03:11:06] *** bgeorges has quit IRC
[04:15:27] *** bgeorges has joined #jbosstools
[05:32:22] *** irooskov has quit IRC
[05:38:04] *** rawbdor has joined #jbosstools
[06:17:55] *** tomwells has joined #jbosstools
[06:18:02] *** tomwells has left #jbosstools
[07:37:06] *** dennybj has joined #jbosstools
[07:40:45] *** jpeterka has joined #jbosstools
[07:47:00] *** koentsje has joined #jbosstools
[08:03:06] *** psrna has joined #jbosstools
[08:25:15] *** adietisheim has joined #jbosstools
[08:25:15] *** ChanServ sets mode: +o adietisheim
[08:30:10] *** adietisheim has quit IRC
[08:30:17] *** adietisheim has joined #jbosstools
[08:30:17] *** ChanServ sets mode: +o adietisheim
[08:38:04] *** rawbdor has quit IRC
[08:44:05] *** nicoulaj has joined #jbosstools
[08:45:09] *** rawbdor has joined #jbosstools
[09:08:26] *** nicoulaj has quit IRC
[09:21:01] *** mmalina has joined #jbosstools
[09:25:24] *** rawbdor has quit IRC
[09:38:06] *** rawbdor has joined #jbosstools
[09:44:21] *** jwulf has quit IRC
[09:48:52] *** dpalmer has joined #jbosstools
[09:58:11] *** fbricon has joined #jbosstools
[09:58:11] *** ChanServ sets mode: +o fbricon
[10:00:31] *** jwulf has joined #jbosstools
[10:04:42] *** dgeraskov has joined #jbosstools
[10:04:42] *** ChanServ sets mode: +o dgeraskov
[10:07:28] *** gbrown has joined #jbosstools
[10:07:34] *** lzoubek has joined #jbosstools
[10:07:34] *** ChanServ sets mode: +o lzoubek
[10:15:08] *** maxandersen has joined #jbosstools
[10:15:08] *** ChanServ sets mode: +o maxandersen
[10:17:14] *** maxandersen1 has joined #jbosstools
[10:17:14] *** maxandersen has quit IRC
[10:23:21] *** rawbdor has left #jbosstools
[10:28:50] *** Grid_ has joined #jbosstools
[10:41:01] *** mgoldmann has joined #jbosstools
[10:52:26] *** kkhan has joined #jbosstools
[10:54:27] *** fbricon has quit IRC
[10:54:35] *** nicoulaj has joined #jbosstools
[11:10:47] *** xcoulon has joined #jbosstools
[11:10:47] *** ChanServ sets mode: +o xcoulon
[11:32:16] *** jwulf has quit IRC
[11:43:25] *** dennybj has quit IRC
[11:45:57] *** tfennelly has joined #jbosstools
[11:45:57] *** ChanServ sets mode: +o tfennelly
[11:52:12] *** galderz has joined #jbosstools
[11:52:18] <galderz> hey maxandersen1
[11:52:18] *** tristan_tarrant has joined #jbosstools
[11:52:23] <galderz> got a sec?
[11:52:51] <galderz> tristan_tarrant: maxandersen1 might be gone for lunch already...
[11:53:11] <tristan_tarrant> np
[11:53:16] <tristan_tarrant> I'll catch up with him later
[11:56:36] *** kkhan_ has joined #jbosstools
[11:58:35] *** kkhan has quit IRC
[12:03:57] *** bgeorges has quit IRC
[12:09:53] *** kkhan_ has quit IRC
[12:10:39] *** kkhan has joined #jbosstools
[12:10:58] <maxandersen1> galderz: im here - just busy ;)
[12:11:28] <galderz> maxandersen1: right, ping me and tristan_tarrant when you're free
[12:11:57] <maxandersen1> galderz: ping
[12:12:17] <tristan_tarrant> maxandersen1, hi
[12:12:23] <galderz> hey maxandersen1: i wanted to present you tristan_tarrant who's our new EDG productization lead
[12:12:39] <maxandersen1> hi tristan_tarrant :)
[12:12:50] <galderz> he lives close to us, in north italy
[12:12:58] <galderz> hope he comes to neuchatel at some point to meet us
[12:13:12] <tristan_tarrant> galderz, maxandersen1 I'll do that
[12:13:19] <galderz> btw, he's an eclipse user and is having issues with the scala plugin
[12:13:26] <tristan_tarrant> maxandersen1, I need an Eclipse tooling expert for setting up my Infinispan environment
[12:13:30] <galderz> and wondered if you'd be able to help him
[12:13:36] <maxandersen1> galderz: he should come at the wine festival ;)
[12:13:42] <maxandersen1> galderz: just dont use scala ;)
[12:13:45] <galderz> hehe
[12:13:59] <maxandersen1> tristan_tarrant: well you can ask and ill try answer if I know ;)
[12:14:02] <tristan_tarrant> maxandersen1, my config: Indigo, m2e, m2e-wtp, Scala plugin 2.9
[12:15:25] <tristan_tarrant> maxandersen1, m2e adds the scala library dependency as described in the pom
[12:15:31] <maxandersen1> no jboss tools - me sad ;)
[12:15:41] <tristan_tarrant> maxandersen1, should I ? :)
[12:15:42] <maxandersen1> tristan_tarrant: okey?
[12:16:14] <maxandersen1> tristan_tarrant: well if you dont do war/web development nor uses an AS server then its probably not gonna help you much.
[12:16:24] <maxandersen1> tristan_tarrant: but if you do then sure - but thats for another time
[12:16:29] <maxandersen1> tristan_tarrant: so whats the missing part?
[12:16:41] <tristan_tarrant> maxandersen1, when I open a .scala file the scala plugin indicates that an error has occurred in the compiler and I should let it add the Scala library dependency
[12:17:37] <tristan_tarrant> maxandersen1, it looks like the java compiler is trying to compile scala
[12:18:24] <maxandersen1> tristan_tarrant: and what happens if you let it add that library?
[12:18:49] <maxandersen1> tristan_tarrant: well the scala guys have to do horrible tweaks to let the java and scala stuff crosscompile so that is virtually what happens behind the screens ;)
[12:22:11] *** nicoulaj has quit IRC
[12:23:32] <tristan_tarrant> maxandersen1, I'll see if I can get some traces
[12:23:48] <tristan_tarrant> maxandersen1, or I could use idea for the scala bits ;)
[12:23:58] <tristan_tarrant> maxandersen1, but then you'll be even sadder
[12:24:35] *** xcoulon has quit IRC
[12:30:50] *** irooskov has joined #jbosstools
[12:32:14] *** galderz has left #jbosstools
[12:48:48] *** irooskov has quit IRC
[12:57:08] *** rmartinelli has joined #jbosstools
[13:00:29] *** aslak has joined #jbosstools
[13:00:39] *** aslak has joined #jbosstools
[13:14:05] *** lzoubek has left #jbosstools
[13:16:09] *** VRubezhny has joined #jbosstools
[13:16:09] *** ChanServ sets mode: +o VRubezhny
[13:19:32] *** myarboro has quit IRC
[13:25:14] *** koentsje has quit IRC
[13:32:12] *** bbrodt has joined #jbosstools
[13:32:12] *** ChanServ sets mode: +o bbrodt
[13:32:16] *** bbrodt has left #jbosstools
[13:33:50] *** mmalina has quit IRC
[13:48:37] *** xcoulon has joined #jbosstools
[13:48:37] *** ChanServ sets mode: +o xcoulon
[13:48:56] *** danflo has joined #jbosstools
[13:57:04] *** dmaliarevich has joined #jbosstools
[14:18:38] *** xcoulon has quit IRC
[14:19:36] *** myarboro has joined #jbosstools
[14:23:08] *** dmaliarevich has quit IRC
[14:32:18] *** xcoulon has joined #jbosstools
[14:32:19] *** ChanServ sets mode: +o xcoulon
[14:45:35] *** fbricon has joined #jbosstools
[14:45:38] *** ChanServ sets mode: +o fbricon
[14:46:42] <fbricon> seems like starting the IRC client could be a good idea
[14:47:34] <maxandersen1> fbricon: nah - its overrated to actually communicate - lets just build it all on assumptions
[14:48:01] <maxandersen1> adietisheim: did you look at the issue about overlapping dialogs at startup ?
[14:48:16] <adietisheim> maxandersen1: at startup?
[14:48:24] <maxandersen1> yes
[14:48:37] <adietisheim> maxandersen1: I remember fixing an issue with overlapping labels in the server editor but not on startup. link?
[14:49:47] <maxandersen1> https://issues.jboss.org/browse/JBDS-1795
[14:49:50] <jbott> Bug: [JBDS-1795] Runtime Detection Dialog during first start gets over modal dialog with request to let usage reporting. [Open, Critical, (runtime, Usage Reporting), snjeza] https://issues.jboss.org/browse/JBDS-1795
[14:49:57] <maxandersen1> went to snjezana - thoguht i gave it to you
[14:50:14] <adietisheim> maxandersen1: oh, did not see that one.. let me fix it
[14:50:15] <maxandersen1> but without her around I was wondering if you could look at it ?
[14:50:49] <maxandersen1> adietisheim: not sure if its usage or runtime dialog coming up wrong
[14:51:03] <maxandersen1> my guess is that they dont use compatible same parent shell
[14:51:10] <maxandersen1> maybe one is using null
[14:51:40] <adietisheim> maxandersen1: yup, guess so. afaik there's a global modal context or something. remember having read something like this in the past.
[14:54:56] *** koentsje has joined #jbosstools
[14:55:52] <adietisheim> maxandersen1: is it SearchRuntimePathDialog ?
[14:56:30] <adietisheim> maxandersen1: guess should ping snjeza
[14:59:59] *** xcoulon1 has joined #jbosstools
[14:59:59] *** xcoulon has quit IRC
[15:00:33] <fbricon> maxandersen1: do you know the date for the next Indigo SR1?
[15:00:59] <maxandersen1> adietisheim: or use alt+shift+F1 to get pluginspy to tell you ;)
[15:01:20] <maxandersen1> adietisheim: should be possible to simulate with pure jboss tools - just need to setup a runtime search path.
[15:01:29] <maxandersen1> fbricon: sometime in september i bleieve
[15:01:34] <fbricon> found sept 24th
[15:01:49] <adietisheim> maxandersen1: yup, ok, that was what I was actually looking for: how to reproduce
[15:01:52] <adietisheim> maxandersen1: thanks
[15:03:01] <maxandersen1> setup runtime path, mark to search always and then startup in a way that make usage plugin ask all the time
[15:04:08] <adietisheim> maxandersen1: I must be doing something wrong. it does not find any runtimes here (set the path to a folder ~/jboss-runtimes which contains folders jboss-as7, jboss-4.2.3.GA etc.)
[15:04:35] <maxandersen1> adietisheim: do you have the runtime detectors installed ?
[15:04:43] <maxandersen1> what are listed in the table below ?
[15:05:02] *** mmalina has joined #jbosstools
[15:05:08] <adietisheim> maxandersen1: nothing listed. guess need those detectors (?) imported to my workspace
[15:05:18] <maxandersen1> adietisheim: yes
[15:05:32] <adietisheim> maxandersen1: component "runtime" ?
[15:05:33] <maxandersen1> should be in the same runtime area though
[15:06:06] <maxandersen1> [max@greybeard ../trunk/runtime/plugins]$ ls
[15:06:07] <maxandersen1> org.jboss.tools.runtime/			org.jboss.tools.runtime.drools.detector/	org.jboss.tools.runtime.seam.detector/
[15:06:07] <maxandersen1> org.jboss.tools.runtime.as.detector/		org.jboss.tools.runtime.esb.detector/		org.jboss.tools.runtime.ui/
[15:06:07] <maxandersen1> org.jboss.tools.runtime.core/			org.jboss.tools.runtime.jbpm.detector/		pom.xml
[15:06:12] <maxandersen1> tons of them.
[15:06:25] <adietisheim> maxandersen1: ok, thanks. importing
[15:09:36] <adietisheim> maxandersen1: yup, it's working :) was missign the detector plugin in my workspace. now need to force the usage to show up also
[15:17:18] <adietisheim> maxandersen1: looks like I can set the usage dialog to be non-modal which should solve the prob. agree?
[15:18:01] <maxandersen1> adietisheim: why?
[15:18:06] <maxandersen1> adietisheim: then it just gets ignored
[15:18:47] <adietisheim> maxandersen1: hmm, well according to what I read from denis the prob is that the runtime detection dialog gets above the model usage dialog and usage then blocks inputs in the runtime search dialog.
[15:19:39] <maxandersen1> adietisheim: well isnt it the runtime dialog that is wrong then ?
[15:20:30] <adietisheim> maxandersen1: hmm, looked at the constructor and it did not use null parent-shell. at first sight I can't saw what should be wrong. but can go digging further
[15:21:02] <adietisheim> maxandersen1: so you think if both would use the same parent shell and both would be modal they could not get on-top of each other, right?
[15:21:11] <adietisheim> maxandersen1: afaik the runtime search dialog is not modal
[15:24:10] <adietisheim> maxandersen1: snjeza launches it with the active shell: PlatformUI.getWorkbench().getActiveWorkbenchWindow().getShell()
[15:24:16] <adietisheim> maxandersen1: looks correct
[15:24:17] <maxandersen1> adietisheim: yes if they use a shell that has the same top front it should be the same.
[15:24:24] <maxandersen1> adietisheim: and what do you use ?
[15:24:32] <adietisheim> maxandersen1: currently verifying my code
[15:24:43] <maxandersen1> adietisheim: her's should be modal AFAIK
[15:24:52] <adietisheim> maxandersen1: her's is not
[15:25:02] <adietisheim> maxandersen1: setShellStyle(SWT.CLOSE | SWT.MAX | SWT.TITLE | SWT.BORDER
[15:25:02] <adietisheim> 			 | SWT.RESIZE | getDefaultOrientation());
[15:25:17] <adietisheim> maxandersen1: modal bits are left out
[15:25:17] <maxandersen1> adietisheim: weird
[15:25:54] <adietisheim> maxandersen1: i would say on purpose since it would be modal if she had not that call to setShellStype (Dialog does init them to be modal)
[15:26:27] <adietisheim> maxandersen1: I do the same: get the active workbench window: PlatformUI.getWorkbench().getActiveWorkbenchWindow()
[15:27:04] <maxandersen1> adietisheim: so its the modelessness
[15:27:14] <maxandersen1> adietisheim: could you try making her modal?
[15:27:21] <maxandersen1> and see if it makes a difference?
[15:27:22] <adietisheim> maxandersen1: guess so. add the modal bits to her code and see what happens
[15:28:36] <adietisheim> maxandersen1: but I'm pretty sure she has removed the modal stuff on purpose since it's what I had in mind to make my dialog non-modal
[15:29:04] <adietisheim> maxandersen1: hope we're not putting in another prob by setting it to be modal
[15:36:49] *** danflo has quit IRC
[15:37:10] *** danflo has joined #jbosstools
[15:37:42] <adietisheim> maxandersen1: hmm, odd, now that both are modal, the same still happens: I have runtime search popping up first and usage on top. only usage reacts to mouse events. I can click runtime search to be on top, but it's buttons dont react
[15:38:46] <adietisheim> maxandersen1: guess both have to be non-modal then?
[15:39:09] <maxandersen1> non-modal is wrong...
[15:39:57] <adietisheim> maxandersen1: hum, but how would you else avoid what denis reports? obviously both dialogs can still open up at the same time but the last one gets all inputs
[15:40:02] *** bfitzpat has joined #jbosstools
[15:40:03] *** ChanServ sets mode: +o bfitzpat
[15:40:41] <maxandersen1> the last one should open up behind if sane
[15:42:09] <adietisheim> maxandersen1: open up in front you mean?
[15:42:47] <maxandersen1> adietisheim: no - if there is a modal, a new modal should get in front with focus, or in back in queue
[15:42:55] <maxandersen1> thats how sane windows system will work
[15:42:57] <maxandersen1> now on call ;)
[15:43:16] <adietisheim> maxandersen1: ok, did not read you in this sense. agree
[15:43:29] *** Grid_ has quit IRC
[16:02:07] *** jgraham_ has joined #jbosstools
[16:03:32] *** mgoldmann has quit IRC
[16:03:37] *** jgraham_ has quit IRC
[16:06:20] *** jpav has joined #jbosstools
[16:10:08] <adietisheim> maxandersen1: guess found a solution: both set to modal but not blockingOnOpen Dialog#setBlockOnOpen(false) seems to allow both to get input
[16:10:10] *** xcoulon1 has quit IRC
[16:10:27] *** xcoulon has joined #jbosstools
[16:10:40] *** ChanServ sets mode: +o xcoulon
[16:12:15] <maxandersen1> and it prevents to use main eclipse window while that happens?
[16:12:21] <adietisheim> maxandersen1: yup
[16:12:33] *** danflo is now known as danflo|brb
[16:13:00] <adietisheim> maxandersen1: the eclipse workbench is still not usable but both modal dialogs are able to catch user inputs
[16:14:05] *** xcoulon1 has joined #jbosstools
[16:14:05] *** xcoulon has quit IRC
[16:15:52] <maxandersen1> adietisheim: on phone
[16:27:18] *** danflo|brb is now known as danflo
[16:35:53] <adietisheim> ping nickboldt
[16:36:17] <adietisheim> ping dgolovin
[16:46:48] *** jpeterka has quit IRC
[17:20:36] *** koentsje has quit IRC
[17:20:44] <adietisheim> hum, weird, looks like my trunk is corrupted... some directories show "S" on svn stat
[17:21:00] <adietisheim> nerver switched
[17:21:57] *** psrna has quit IRC
[17:22:43] *** xcoulon1 has quit IRC
[17:23:01] *** xcoulon has joined #jbosstools
[17:23:01] *** ChanServ sets mode: +o xcoulon
[17:31:29] <adietisheim> ping maxandersen1
[17:31:34] <adietisheim> maxandersen1: still on phone?
[17:35:26] <maxandersen1> adietisheim: no back
[17:35:52] <adietisheim> ok
[17:36:06] <adietisheim> maxandersen1: so I tend to think issue is resolved. committed on trunk and branch
[17:36:13] <adietisheim> maxandersen1: need to respin and test
[17:36:26] <maxandersen1> adietisheim: heey - don't commit to a codefrozen branch before review please!
[17:36:34] <maxandersen1> adietisheim: what was the fix?
[17:36:43] <adietisheim> maxandersen1: hum, ok, see here:
[17:37:27] <adietisheim> maxandersen1: http://source.jboss.org/browse/JBossTools/branches/jbosstools-3.3.0.M3/runtime/plugins/org.jboss.tools.runtime.ui/src/org/jboss/tools/runtime/ui/dialogs/SearchRuntimePathDialog.java?r2=34496&r1=34494
[17:37:50] <adietisheim> maxandersen1: and here: http://source.jboss.org/browse/JBossTools/branches/jbosstools-3.3.0.M3/usage/plugins/org.jboss.tools.usage/src/org/jboss/tools/usage/internal/reporting/UsageReportEnablementDialog.java?r2=34496&r1=34378
[17:38:09] <adietisheim> maxandersen1: 1x commenting, 2x addition of 1-line: setBlockOnOpen(false)
[17:38:31] <maxandersen1> nickboldt: are you around ?
[17:38:36] <maxandersen1> dgolovin: ?
[17:38:59] <adietisheim> maxandersen1: pinged both, no reaction so far
[17:39:42] <adietisheim> maxandersen1: basically I commented the style bits in SearchRuntimePathDialog that overrode the modal setting that is in Dialog (superclass)
[17:40:06] <adietisheim> maxandersen1: and set usage reporting and runtime detection to not block on open. fixed behav in my case
[17:40:08] <maxandersen1> adietisheim: and how does the dialog behave when using the runtime preferences ? does that still work ?
[17:40:26] <adietisheim> maxandersen1: yup, still worked fine for me
[17:41:38] *** dgeraskov has quit IRC
[17:43:30] *** Grid_ has joined #jbosstools
[17:47:15] *** akazakov has joined #jbosstools
[17:47:15] *** ChanServ sets mode: +o akazakov
[17:50:06] *** Grid_ has quit IRC
[17:53:52] *** mmalina has quit IRC
[17:57:39] *** koentsje has joined #jbosstools
[17:57:40] <maxandersen1> adietisheim: ok thanks for it - i've mailed nick/dgolovin for the rebuild
[17:58:11] <maxandersen1> adietisheim: but next time - double check the patch with someone like me or denis before pushing into the frozen branch.
[17:58:14] <maxandersen1> driving home
[17:59:32] *** tfennelly has quit IRC
[18:02:35] *** maxandersen1 has quit IRC
[18:03:32] *** xcoulon has quit IRC
[18:03:46] *** dpalmer has quit IRC
[18:13:31] *** maxiphone has joined #jbosstools
[18:17:05] <maxiphone> nickboldt: dgolovin  pong
[18:22:56] *** myarboro has quit IRC
[18:26:37] *** tfennelly has joined #jbosstools
[18:26:37] *** ChanServ sets mode: +o tfennelly
[18:32:13] *** gbrown has quit IRC
[18:39:54] <dgolovin> maxiphone: ping though
[18:42:27] <maxiphone> Travelling home. Might be back later. Challenge is to actually have the Remainig issues fixed or triage of and have real build.
[18:42:32] *** maxiphone has quit IRC
[18:47:27] *** xcoulon has joined #jbosstools
[18:47:27] *** ChanServ sets mode: +o xcoulon
[18:59:05] *** myarboro has joined #jbosstools
[19:00:17] *** rmartinelli has quit IRC
[19:35:23] *** adietisheim has quit IRC
[19:36:07] *** jpav has left #jbosstools
[19:42:46] *** kkhan has quit IRC
[19:43:15] *** rmartinelli has joined #jbosstools
[19:47:57] *** nicoulaj has joined #jbosstools
[20:02:09] *** aslak has quit IRC
[20:04:38] *** jgraham_ has joined #jbosstools
[20:04:40] *** rmartinelli has quit IRC
[20:20:55] *** sgilda has quit IRC
[20:26:03] *** VRubezhny has quit IRC
[20:28:14] *** rmartinelli has joined #jbosstools
[20:32:04] *** xcoulon has quit IRC
[20:35:56] *** maxandersen has joined #jbosstools
[20:35:57] *** ChanServ sets mode: +o maxandersen
[20:38:16] *** xcoulon has joined #jbosstools
[20:38:16] *** ChanServ sets mode: +o xcoulon
[20:42:39] <maxandersen> nickboldt: dgolovin: online for a bit (paying bills)
[20:43:28] <maxandersen> im a bit confused about M3 being pushed out before the remaining issues are fixed? whats the status for now ?
[20:53:22] *** tfennelly has quit IRC
[21:14:32] <maxandersen> akazakov: have you seen dgolovin nickboldt around ?
[21:14:42] <maxandersen> akazakov: did the CDI issue get put in ?
[21:17:00] <akazakov> hi maxandersen
[21:17:16] <akazakov> Denis has just arrived ;)
[21:18:27] *** scabanovich has joined #jbosstools
[21:18:28] *** ChanServ sets mode: +o scabanovich
[21:18:47] <dgolovin> maxandersen: I never pushed out any version :)
[21:19:11] <dgolovin> maxandersen: I'm trying to fix https://issues.jboss.org/browse/JBDS-1827
[21:19:15] <jbott> Bug: [JBDS-1827] Broken welcome screen on Windows 7 64-bit [Open, Blocker, (installer), dgolovin] https://issues.jboss.org/browse/JBDS-1827
[21:20:03] <maxandersen> dgolovin: well I assumed/hoped you and nickboldt were syncing since you are on the same timezone - but you guys are almost impossible to reach via IM these days
[21:20:56] <maxandersen> dgolovin: hmm - that looks like a weird creature. is that a regression or new bug?
[21:22:55] <nickboldt> maxandersen: sorry, late nights == not so early mornings. rebooting, brb
[21:22:57] *** nickboldt has quit IRC
[21:23:19] <dgolovin> maxandersen: it might be related to Internet Explorer under x86_64
[21:23:41] <dgolovin> maxandersen: I'm sure it was tested before
[21:23:44] <maxandersen> dgolovin: okey?.so same as it was for previous Mx rleeases?
[21:23:49] <maxandersen> dgolovin: yeah thats true
[21:23:58] <maxandersen> dgolovin: I hate native crap
[21:24:07] <maxandersen> dgolovin: costs us so much time and energy
[21:24:13] <dgolovin> maxandersen: I dont have 32 bit windows to test
[21:24:36] <dgolovin> maxandersen: it is related to CSS styles
[21:24:51] <dgolovin> maxandersen: in different browsers
[21:26:10] <maxandersen> maxandersen: meh
[21:30:53] *** rmartinelli has quit IRC
[21:30:56] *** nickboldt has joined #jbosstools
[21:30:57] *** ChanServ sets mode: +o nickboldt
[21:32:52] <nickboldt> maxandersen: M3 is pushed such that QE can test it. It is NOT published yet. If a respin is needed, we can respin it
[21:33:03] <nickboldt> but code freeze == code freeze, right?
[21:33:27] <maxandersen> nickboldt: yes but the confusion is you pushed it to others than just qe ;)
[21:33:39] <nickboldt> maxandersen: also, if you ever can't find me on IM, use gmail. I'm always checking that
[21:33:54] <nickboldt> maxandersen: uh, no. I pushed it to QE.
[21:34:01] <nickboldt> who are these "Others?"
[21:34:02] <maxandersen> nickboldt: and yes codefreeze == codefreeze but at every release we find a few UI/performance gotchas ;(
[21:34:07] <maxandersen> nickboldt: jbds-pm-list
[21:34:26] <maxandersen> nickboldt: hence my email pointing out this is *not* the M3 release just a candidate (in case you havent read vpn mail yet ;)
[21:34:34] <nickboldt> that's for keeping pm notified so soa can test and so burr/mark/etc. can be in the loop
[21:34:40] <maxandersen> nickboldt: next time lets call it a build candate ;)
[21:34:54] <nickboldt> offs, what part of "build for QE testing" wasn't clear?
[21:35:09] <maxandersen> nickboldt: No - we don't tell SOA before we have the M3 we want "outsiders" to look at.
[21:35:32] <maxandersen> nickboldt: dont remember the times they've taken builds and handed out to others and people got all confused when the build was changed/moved yadayada
[21:36:03] <maxandersen> nickboldt: thus the only QE that sees the candidate spins should be jbds qe/us. not pm and external QE.
[21:36:15] <maxandersen> nickboldt: anyway - yes respins are needed to cover the open issues.
[21:36:50] <maxandersen> nickboldt: right now i need to handle some personal todos but dgolovin should be able to cover for me if quesions to remaining open issues and need for respins (he asked for one of those issues)
[21:36:55] <maxandersen> right	dgolovin ? :)
[21:37:31] <nickboldt> maxandersen:  "Once we're through QE, I can push files onto devstudio.jboss.com for Early Access. For now, there's no point as we may find a respin's needed before we can release M3." -- doesn't that suggest it's a candidate build prior to QE verification?
[21:38:18] <nickboldt> maxandersen: and that what's there now isn't "released?"
[21:38:23] <maxandersen> nickboldt: yes it does for thoese that reads all content of mails - I thought you learned by now most outside doesn't.
[21:39:13] <maxandersen> nickboldt: pm needs the notificaiton when we got *the* build - not the temporary spins.
[21:40:03] * nickboldt sighs
[21:40:07] <maxandersen> yes it sucks but i've had to explain these confusions so many times thus why I keep asking not to push things outside external-exadel-list before there is a go.
[21:40:21] *** jgraham_ has quit IRC
[21:40:40] <nickboldt> it's funny -- if I don't send emails, you complain. if I do send emails, you complain. seems there's no happy medium in terms of quantity of emailed information these days :(
[21:41:08] <nickboldt> maxandersen: so you'd rather I just email all the QE folk directly? or just ldimaggio?
[21:41:19] <nickboldt> is there a qe mailing list I can use?
[21:41:29] <maxandersen> nickboldt: external-exadel-list as been used for all this.
[21:41:33] <nickboldt> if external, jboss, and jbds lists are no longer appropriate?
[21:42:04] <nickboldt> "I keep asking not to push things outside external-exadel-list before there is a go." -- so if I push QE notifications to there, you complain I shouldn't send things there
[21:42:10] <maxandersen> nickboldt: its really nothing new afaik - you didn't send such mails for every respin to jbds-pm list.
[21:42:23] * nickboldt sighs again
[21:42:26] <maxandersen> nickboldt: no - i complain you send it to jbds-pm-list.
[21:42:55] <nickboldt> ok, one milestone ago I was told "don't send mails to BOTH jboss and jbds lists for JBT/JBDS notifications -- split them"
[21:43:21] <nickboldt> so now I am, and I'm told "don't send ANYTHING to jbds-pm until it's finalized"
[21:43:25] <maxandersen> nickboldt: yes? that was good.
[21:43:37] <nickboldt> the process changes every time
[21:43:55] <maxandersen> nickboldt: yes - we didn't send finalized stuff to jbds-pm list until finalized before did we ? when we have done its always caused problems.
[21:43:59] <nickboldt> and every time I'm told "do it this new way" and I do, and you or Mark or whoever asks for a new notification scheme :(
[21:44:44] <maxandersen> nickboldt: if you tell me you always sent these notifcations for *intermediate builds* to jbds-pm-list AND external-exadel-list  then I have completely missed that?.
[21:44:53] <nickboldt> well, yes, the "problem" was that the nightly that was linked would disappear due to respins. I've solved that by moving builds to a stable location prior to the emailed announcement
[21:45:00] <maxandersen> nickboldt: and please realize mark is wanting the *final* builds.
[21:45:24] <maxandersen> nickboldt: yes that was good. but why include jbds-pm-list when it wasn't the final M3 and we still had issues open on the release?
[21:45:42] <maxandersen> nickboldt: I don't recall we ever doing that?since its confusing ;)
[21:45:44] <nickboldt> maxandersen: well, ok, but we've been stressing the schedule of aug 29/31/sep8/sep15 so wanted to ensure that everyone's getting notifcations of where we are within those marker points
[21:46:20] <nickboldt> maxandersen: at the time I sent the email the builds had stopped. I had no idea there was a pending respin
[21:46:23] <maxandersen> nickboldt: yes - but intermediate respins isn't to be announced wide.
[21:46:34] <maxandersen> nickboldt: jira had issues still open...
[21:47:04] <nickboldt> sure, but open jira doesn't mean "work in progress" it means "rawblem hasn't bothered to clean up jiras yet" :)
[21:47:07] <maxandersen> nickboldt: anyway - lets have a call next week and just setup the template for the mails so we agree for next time - no reason wasting hours now ;)
[21:47:12] <nickboldt> only respin request I saw was for https://issues.jboss.org/browse/JBDS-1824
[21:47:16] <jbott> Bug: [JBDS-1824] JBDS M3 built from branch has M4 version [Coding In Progress, Major, (Build), nickboldt] https://issues.jboss.org/browse/JBDS-1824
[21:47:22] <maxandersen> nickboldt: yes and that means rawblem is blocking the release.
[21:47:45] <maxandersen> nickboldt: dgolovin asked for one too (not on vpn right now) and there is one more for double dialog showing up.
[21:48:10] <maxandersen> nickboldt: I need to finish my bills - then ill be back to explain if not visible in jira/mails.
[21:48:19] <nickboldt> sure, ok
[21:49:11] <nickboldt> anyway, I still think "we have a build but it's not the final M3 one; respins will be needed" is not a bad thing to communicate to rruss, myarboro, bfitzpat, and bsutter.
[21:49:29] <nickboldt> especially since they're all subscribed to external list too so might as well copy pm-list as well
[21:54:01] <bfitzpat> nickboldt - that's fine for me - thanks for keeping us in the loop
[21:55:34] *** tfennelly has joined #jbosstools
[21:55:40] *** tfennelly has quit IRC
[21:55:40] *** tfennelly has joined #jbosstools
[21:55:41] *** ChanServ sets mode: +o tfennelly
[21:56:48] *** tfennelly has quit IRC
[21:56:57] *** rmartinelli has joined #jbosstools
[21:58:14] <maxandersen> nickboldt: jbds-pm-list is for the *final* one - not intermediate - if they want that detail they read external-exadel-list.
[21:58:18] *** tfennelly has joined #jbosstools
[21:58:19] *** ChanServ sets mode: +o tfennelly
[21:58:48] <maxandersen> nickboldt: ken johnson and others follow jbds-pm list and we (or I at least had so many problems explaining it)
[22:00:30] *** koentsje has quit IRC
[22:03:04] <myarboro> maxandersen: um, it is 10PM Friday night where you are, ya?
[22:03:11] <maxandersen> myarboro: yes
[22:03:25] <maxandersen> myarboro: been waiting for contact to the other side ;)
[22:03:35] <myarboro> maxandersen: um, you should go have a glass of wine and pet your dog.... :-)
[22:04:29] <myarboro> maxandersen: question for you and nick on other channel...
[22:04:30] <maxandersen> myarboro: I got beer and paying bills ;(
[22:04:36] <myarboro> :-)
[22:05:01] <maxandersen> myarboro: not on vpn at the moment (friday night does have limits :)
[22:05:11] <myarboro> ah
[22:05:35] <maxandersen> but since I ruined it anyway...
[22:07:42] <dgolovin> maxandersen:
[22:08:44] <dgolovin> maxandersen: seems to me that issue with welcome always was there
[22:09:31] <maxandersen> dgolovin: "awesome"
[22:09:43] <maxandersen> dgolovin: and surprising...
[22:09:47] <dgolovin> maxandersen: starting 4.0.0. to confirm
[22:11:30] <dgolovin> maxandersen: I'm wrong, it works for 4.0.0.GA
[22:11:58] <dgolovin> maxandersen: trying for 4.1.0.CR1
[22:13:56] <dgolovin> maxandersen: works too
[22:14:46] <maxandersen> dgolovin: weird
[22:16:07] <dgolovin> maxandersen: might be related to intro plugin changes in indigo
[22:16:45] <maxandersen> dgolovin: ;(
[22:17:01] <maxandersen> dgolovin: maybe - so it would not be working on JBDS 5 M2 too ?
[22:19:24] *** lzoubek has joined #jbosstools
[22:19:24] *** ChanServ sets mode: +o lzoubek
[22:22:38] <dgolovin> maxandersen: ok. I found the difference :) style for logo was changed from position: absolute; to fixed;
[22:22:58] <maxandersen> dgolovin: when?
[22:27:13] <dgolovin> maxandersen: May 23rd
[22:27:29] <maxandersen> dgolovin: any jira ref for the commit ?
[22:28:01] <dgolovin> JBDS-1516
[22:28:06] <jbott> Bug: [JBDS-1516] Navigation between links on welcome screen should be uninterrupted [Resolved, Minor, (ui/branding), vrubezhny] https://issues.jboss.org/browse/JBDS-1516
[22:35:26] <maxandersen> dgolovin: well for sure the current situation is worth than that issue ;(
[22:56:17] <maxandersen> nickboldt: dgolovin: okey - bills payed - back to scrambling issues and hopefully get to sleepyland soon ;)
[23:00:26] <dgolovin> maxandersen: I can revert it back to absolute and that means I have to reopen that issue, which is replicated only for welcome screen with scrolling
[23:00:48] <maxandersen> dgolovin: clone + reopen.
[23:00:56] <maxandersen> dgolovin: yeah revert it back.
[23:01:30] <dgolovin> maxandersen: on it
[23:01:37] <maxandersen> thanks
[23:08:15] *** tfennelly has quit IRC
[23:08:54] *** danflo has quit IRC
[23:09:03] *** rmartinelli has quit IRC
[23:09:19] *** danflo has joined #jbosstools
[23:10:26] *** danflo has quit IRC
[23:13:27] *** xcoulon has quit IRC
[23:23:11] <maxandersen> nickboldt: arond ?
[23:32:39] <nickboldt> maxandersen: hey
[23:33:24] <maxandersen> nickboldt: so im now on the second beer, payed the bills - going to jira ;)
[23:33:48] <nickboldt> awesome. I'd be beering too but still have to plot, kill, prep, and season dinner.
[23:33:58] <nickboldt> and that doesn't work as well drunk :)
[23:34:33] <nickboldt> maxandersen: https://issues.jboss.org/browse/JBIDE-9219 -- I think the problem is missing deps
[23:34:38] <jbott> 5: [JBIDE-9219] Split up continuous and test builds for SOA/JBDS split [Open, Major, (BPEL, bpm, drools, esb, jbpm, modeshape, pi4soa, Savara, smooks, teiid), nickboldt] https://issues.jboss.org/browse/JBIDE-9219
[23:34:40] <maxandersen> akazakov: dgolovin: JBIDE-9637 is still open
[23:34:42] <jbott> Bug: [JBIDE-9637] On workspaces with complex dependencies between CDI projects, CDI validation self-disables after full build [Open, Blocker, (CDI, common/jst/core), akazakov] https://issues.jboss.org/browse/JBIDE-9637
[23:34:56] <maxandersen> akazakov: dgolovin: but comment says otherwise.
[23:34:59] <nickboldt> perhaps something I ripped out of Core and put in SOA-Tooling has deps on core (and vice versa)
[23:35:08] <maxandersen> nickboldt: is jbide-9637 relevant for M3 ?
[23:35:11] <jbott> Bug: [JBIDE-9637] On workspaces with complex dependencies between CDI projects, CDI validation self-disables after full build [Open, Blocker, (CDI, common/jst/core), akazakov] https://issues.jboss.org/browse/JBIDE-9637
[23:35:23] <maxandersen> nickboldt: sorry - I meant JBIDE-9219
[23:35:48] <nickboldt> maxandersen: 9129 is if we want an Early Access of JBDS 5M3 SOA Tooling build
[23:35:58] <nickboldt> though really, no, it's just icing on the cake
[23:36:10] <nickboldt> but it's what's been making today beerworthy :(
[23:36:37] <nickboldt> maxandersen: and it's what I tweet-whined about to which you said "come to IRC" ... so... yeah
[23:36:49] <maxandersen> nickboldt: its fix version says M4 :)
[23:37:15] <nickboldt> maxandersen: pah, details.
[23:37:52] <nickboldt> bfitzpat: https://issues.jboss.org/browse/JBIDE-8656 -- can I close that? Will Doug ever look at it?
[23:37:56] <jbott> Bug: [JBIDE-8656] Split SOA components out of JBoss Tools aggregate site; create 2nd aggregate for SOA Tooling [Coding In Progress, Major, (BPEL, bpm, drools, esb, jbpm, modeshape, smooks, teiid), dpalmer] https://issues.jboss.org/browse/JBIDE-8656
[23:37:56] <maxandersen> nickboldt: and this is exactly why we need dpalmer, bfitzpat, and others to work on these things that is caused by SOA split.
[23:38:11] <dgolovin> maxandersen: akazakov fixed it and it is committed to both M3 and M4, but he is still forking on JUnit tests for that
[23:38:17] <maxandersen> nickboldt: im fine saying JBDS 5 only contains core and SOA doesn't work.
[23:38:27] <maxandersen> dgolovin: ok. any ETA ?
[23:38:56] <dgolovin> maxandersen: today, but we can fix the issue
[23:39:00] <maxandersen> nickboldt: there is a reason I said No to drive the split.
[23:39:07] <nickboldt> maxandersen: well, we have bits. it's just the "all in one" tests and continuous jobs that are busted
[23:39:35] <nickboldt> so where we used to be able to run all the components' builds in one hudson job, now they either stall or NPE
[23:40:25] <maxandersen> nickboldt: for both core and soa ?
[23:41:07] <maxandersen> nickboldt: hunting down NPE in tycho tools is?welll?.not doable at this hour ;)
[23:41:29] <nickboldt> core.tests and soa.tests jobs are good or nearly-good
[23:41:33] <maxandersen> nickboldt: so for the branch, we have what we did for M2 (the split) or ?
[23:41:44] <nickboldt> core.cont's and soa.cont's are ... stalled or NPE'd
[23:42:05] <nickboldt> maxandersen: details of the split jobs are here: https://issues.jboss.org/browse/JBIDE-9219?focusedCommentId=12626073&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12626073
[23:42:08] <maxandersen> or how ? i'm confused about what we are tring to do here.
[23:42:09] <jbott> 5: [JBIDE-9219] Split up continuous and test builds for SOA/JBDS split [Open, Major, (BPEL, bpm, drools, esb, jbpm, modeshape, pi4soa, Savara, smooks, teiid), nickboldt] https://issues.jboss.org/browse/JBIDE-9219
[23:42:47] <maxandersen> that issue says fix for M4 and talks about M3 and M4 in comments  ?whchi is it ?
[23:43:53] <maxandersen> dont understand why we are doing this stuff at M3 freeze...
[23:43:59] <nickboldt> bfitzpat: say it with me... it's a floor wax AND a dessert topping :)
[23:44:01] <bfitzpat> nickboldt - hmmm
[23:44:10] <dgolovin> JBDS-1827
[23:44:14] <jbott> Bug: [JBDS-1827] Broken welcome screen on Windows 7 64-bit [Resolved, Blocker, (installer), dgolovin] https://issues.jboss.org/browse/JBDS-1827
[23:44:19] <dgolovin> maxandersen: ^fixed
[23:44:41] <maxandersen> dgolovin: by rolling back, right? yup can see the clone. thanks.
[23:44:43] <nickboldt> I started this a few weeks back. it's just not happy yet. but it shouldn't block M3, it's just an annoyance that this extra level of validation is busted
[23:44:51] <bfitzpat> nickboldt - definitely waxy buildup on my desert...
[23:45:16] <maxandersen> nickboldt: so we are not using pom-core.xml pom-soa.xml in M3/branch - we are using what worked for M2 ?
[23:45:18] <nickboldt> sand and wax, together? where are eating, and did you find the place thru yelp?
[23:45:31] <bfitzpat> hehe
[23:45:35] <bfitzpat> dessert?
[23:45:55] <nickboldt> *s*weet *s*tuff  or just *s*and ?
[23:45:56] <dgolovin> maxandersen: yep, changed position to absolute
[23:46:18] <maxandersen> nickboldt: its exactly these kind of issues we should *not* be wasting our time on without extra resources to help. just say No!
[23:47:01] <nickboldt> maxandersen: the .tests and the .continuous jobs for both m3 branch and trunk are now set to use pom-core and pom-soa as per JBIDE-9219, and we went from 4 jobs to 8
[23:47:02] <bfitzpat> maxandersen, nickboldt - I heard there's an open req for help with the SOA build stuff, but no love on filling the position yet - that should help Doug Palmer get time to work on the tooling side of the house
[23:47:04] <maxandersen> nickboldt: so im reading that split jira and i'm still not following what the difference is between M2 and now?in M2 we also had the split ?
[23:47:05] <jbott> 5: [JBIDE-9219] Split up continuous and test builds for SOA/JBDS split [Open, Major, (BPEL, bpm, drools, esb, jbpm, modeshape, pi4soa, Savara, smooks, teiid), nickboldt] https://issues.jboss.org/browse/JBIDE-9219
[23:47:50] <maxandersen> bfitzpat: so we should *stop* the soa split before it kills us in overhead?
[23:48:02] <maxandersen> thats what i'm seeing/hearing.
[23:48:19] *** dgolovin is now known as dgolovin-lunch
[23:48:30] <maxandersen> not sure how we can justify having nb
[23:48:51] *** xcoulon has joined #jbosstools
[23:48:56] *** ChanServ sets mode: +o xcoulon
[23:48:56] <nickboldt> maxandersen: the split was done Aug 18 - well after M2, well before M3 freeze
[23:48:56] <maxandersen> nickboldt drive this many extra layer of indirections and not have any time to actually help fix it.
[23:49:00] <bfitzpat> maxandersen - here's my thing at this particular moment in time. it's not going to be solved today. I had a long series of e-mails with John this week that boiled down to the fact that we need to figure out how we're dealing with the split on a more practical level
[23:49:41] <bfitzpat> maxandersen - and as I'm about to disappear for 4 days, I'm not going to make any life-altering decisions this late in the day before I disappear
[23:49:58] <maxandersen> bfitzpat: yes exactly - bring some people over that can *help* do that. I'm tired of having to spend time on this and noone is around to participate to take over?
[23:50:02] <nickboldt> anyway, I'm sorry I mentioned this issue so late on a Friday. it's not a blocker, it's just an annoyance. Any time a build fails w/ NPE I get angsty
[23:50:05] <bfitzpat> maxandersen - but we need to set up a meeting with John, Nick, and Doug and see what the hell we're doing
[23:50:16] <maxandersen> or does jgraham want us to do all the practical work and just hand it over ?
[23:50:27] <bfitzpat> nickboldt - I honestly don't blame you for getting angsty
[23:50:44] <bfitzpat> max - I don't know. my brain is mush. I need a beer and some time off
[23:50:51] <maxandersen> nickboldt: but sure - we should not have NPE's in any builds - that means its broken.
[23:51:33] <bfitzpat> maxandersen - totally agree. NPEs = bad
[23:52:38] <bfitzpat> max - you are around wednesday?
[23:52:41] <maxandersen> bfitzpat: okey - so what does "practical level" mean beyond split updatesite/build, have the soa guys(not just dpalmer) do the builds and verify they got the API *they* need to survive externally ?
[23:52:45] <maxandersen> bfitzpat: yes
[23:52:53] <bfitzpat> let's discuss this further on wednesday
[23:53:11] <maxandersen> bfitzpat: okey
[23:53:26] <bfitzpat> I really don't have the brain power nor the answers you're looking for
[23:53:30] <bfitzpat> at the moment
[23:53:33] <nickboldt> maxandersen: and it's prolly just a missing dep because building locally offline w/ the build/pom.xml works. so this will flesh out more cross-split linkages that aren't properly defined in pom.xml/feature.xml/manifest.mf
[23:54:06] <maxandersen> bfitzpat: okey - just wondered what "practical level" meant. for me it means get people hands dirty to do stuff?but sensing it means more planning without identified resources - so just wondering ;)
[23:54:18] <maxandersen> nickboldt: so the build worked fine locally on your machine before you put this into the build or ?
[23:54:30] <bfitzpat> maxandersen - totally agree - we need the bodies to do the work is what it boils down to and we simply don't have 'em today
[23:54:34] <maxandersen> nickboldt: have it always been failing ?
[23:54:53] *** xcoulon has quit IRC
[23:55:00] <maxandersen> bfitzpat: "surprise" :) but lets talk on wednesday.
[23:55:13] <bfitzpat> yeah, I know it's not a shock
[23:56:20] <bfitzpat> nickboldt - did build 52 of the soa tests stuff just bomb again on versions disagreeing?
[23:56:55] <maxandersen> nickboldt: jbide-9029 is just the old goodie left over for dpalmer right?
[23:56:59] <jbott> 5: [JBIDE-9029] publish SOA Tooling aggregate nightly / milestone sites onto download.jboss.org [Coding In Progress, Major, (updatesite), dpalmer] https://issues.jboss.org/browse/JBIDE-9029
[23:58:29] *** lzoubek has left #jbosstools

top