At least the next EAP 6.1.0.Beta shouldn't be long, as long as it includes the fix.
On 17/04/2013 12:55, Thomas Diesler wrote:
The upstream process is fine.
This thread is about bugs <
https://issues.jboss.org/browse/JBEAP-8> reported
against EAP
6.1.0.Alpha1 <
https://issues.jboss.org/browse/JBEAP/fixforversion/12321330>
On Apr 17, 2013, at 12:47 PM, Darran Lofthouse <darran.lofthouse(a)jboss.com
<mailto:darran.lofthouse@jboss.com>> wrote:
> All issues should be going upstream first anyway into what is currently marked as AS8
if
> that is what you mean?
>
>
> On 17/04/13 11:16, Thomas Diesler wrote:
>> Hi Darran,
>>
>> this does not work. There is no living soul in QA that could verify my patch and
>> guarantee that it works for the reporter. For good reason, we distinguish
between
>> Resolved/Closed - only the reporter of an issue can make the transition from
Resolved to
>> Closed.
>>
>> I'd say this process is broken.
>>
>> I suggest we do all work in jboss-as until an issue is not only Resolved but also
Closed.
>> Closed issues can be picked up by QA and the associated commits cherry-picked
and
>> whatever other voodoo they do in their non-public systems.
>>
>> As it stands now the reporter has to wait until the next EAP release before he
can know
>> whether his issue is truly fixed. That is obviously broken, isn't it?
>>
>> cheers
>> --thomas
>>
>> On Apr 17, 2013, at 10:20 AM, Darran Lofthouse <darran.lofthouse(a)jboss.com
>> <mailto:darran.lofthouse@jboss.com>> wrote:
>>
>>> Thomas - to get it into EAP it must have also had a BZ which means it
>>> would be verified by QE.
>>>
>>> Regards,
>>> Darran Lofthouse.
>>>
>>>
>>> On 17/04/13 09:12, Thomas Diesler wrote:
>>>> Folks,
>>>>
>>>> when I resolve a bug for EAP, how can the reporter verify that the patch
is working so
>>>> that the issue can be closed?
>>>>
>>>> cheers
>>>> --thomas
>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>>> Thomas Diesler
>>>> JBoss OSGi Lead
>>>> JBoss, a division of Red Hat
>>>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> jboss-as7-dev mailing list
>>>> jboss-as7-dev(a)lists.jboss.org
<mailto:jboss-as7-dev@lists.jboss.org>
>>>>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>>>
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev(a)lists.jboss.org <mailto:jboss-as7-dev@lists.jboss.org>
>>>
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>
>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>> Thomas Diesler
>> JBoss OSGi Lead
>> JBoss, a division of Red Hat
>> xxxxxxxxxxxxxxxxxxxxxxxxxxxx
>>
>>
>>
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
jboss-as7-dev mailing list
jboss-as7-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Dimitris Andreadis
Software Engineering Manager
JBoss Application Server
by Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx