Re: Issues need 4.2.0 as Target Milestone

2016-03-31 Thread Marcus

Am 03/31/2016 08:26 PM, schrieb Marcus:

Am 03/31/2016 07:19 PM, schrieb Andrea Pescetti:

Marcus wrote:

Target milestones depend on the product in BZ. There is no 4.2.0 target
right now (except for "gsl").


I marked (in the past) several issues as target 4.2.0, not only in gsl.
Now I see that in
https://bz.apache.org/ooo/query.cgi
the Target Milestone box contains both "4.2.0" and "AOO 4.2.0". The
latter should not be there, whatever product one chooses.


the "AOO ..." targerts are coming from disabled products. Issues cannot
be created within these products. However with a query they are of
course reachable.

It seems I need some more time to fix this also. Then we should be so
consequent and do the same for the version values.


Done: target milestones
Todo: versions


But now there is a new flag "4.2.0_release_blocker" which can maybe help
in the meantime.


Thanks! Of course, for a 4.2.0 release, the meaning is different than in
the past. It will mean "something that is not fixed yet and that it must
fixed by 4.2.0" (and it will make sense to use it when closer to the
RC). Since we have no branch for 4.2.0 yet, and we won't until we are
close to the release, it will not mean "something that is fixed in trunk
and should ported to the release branch" for the moment.


So, you mean it would be better to disable the flag for the time being?

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Can we add the value "N/A" to the Target Milestone field

2016-03-31 Thread Marcus

Am 03/31/2016 07:40 PM, schrieb Andrea Pescetti:

Marcus wrote:

OK, as there were no further comments and no real disagree I'll create a
new RESOLVED - NOCODEFIX resolution status. This status should be set
when an issue was solved with no change in the source code (e.g., user
requests or how-to questions).


What's the maximum length? Maybe FIXED_WITHOUT_CODE is even more
intuitive (but OK for me with the other option too!).


I've created both and got no problem or error message.

OK, you won ;- ) : New status is FIXED_WITHOUT_CODE.

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Issues need 4.2.0 as Target Milestone

2016-03-31 Thread Marcus

Am 03/31/2016 07:19 PM, schrieb Andrea Pescetti:

Marcus wrote:

Target milestones depend on the product in BZ. There is no 4.2.0 target
right now (except for "gsl").


I marked (in the past) several issues as target 4.2.0, not only in gsl.
Now I see that in
https://bz.apache.org/ooo/query.cgi
the Target Milestone box contains both "4.2.0" and "AOO 4.2.0". The
latter should not be there, whatever product one chooses.


the "AOO ..." targerts are coming from disabled products. Issues cannot 
be created within these products. However with a query they are of 
course reachable.


It seems I need some more time to fix this also. Then we should be so 
consequent and do the same for the version values.



But now there is a new flag "4.2.0_release_blocker" which can maybe help
in the meantime.


Thanks! Of course, for a 4.2.0 release, the meaning is different than in
the past. It will mean "something that is not fixed yet and that it must
fixed by 4.2.0" (and it will make sense to use it when closer to the
RC). Since we have no branch for 4.2.0 yet, and we won't until we are
close to the release, it will not mean "something that is fixed in trunk
and should ported to the release branch" for the moment.


So, you mean it would be better to disable the flag for the time being?

Marcus


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Can we add the value "N/A" to the Target Milestone field

2016-03-31 Thread Andrea Pescetti

Marcus wrote:

OK, as there were no further comments and no real disagree I'll create a
new RESOLVED - NOCODEFIX resolution status. This status should be set
when an issue was solved with no change in the source code (e.g., user
requests or how-to questions).


What's the maximum length? Maybe FIXED_WITHOUT_CODE is even more 
intuitive (but OK for me with the other option too!).


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Issues need 4.2.0 as Target Milestone

2016-03-31 Thread Andrea Pescetti

Marcus wrote:

Target milestones depend on the product in BZ. There is no 4.2.0 target
right now (except for "gsl").


I marked (in the past) several issues as target 4.2.0, not only in gsl. 
Now I see that in

https://bz.apache.org/ooo/query.cgi
the Target Milestone box contains both "4.2.0" and "AOO 4.2.0". The 
latter should not be there, whatever product one chooses.



But now there is a new flag "4.2.0_release_blocker" which can maybe help
in the meantime.


Thanks! Of course, for a 4.2.0 release, the meaning is different than in 
the past. It will mean "something that is not fixed yet and that it must 
fixed by 4.2.0" (and it will make sense to use it when closer to the 
RC). Since we have no branch for 4.2.0 yet, and we won't until we are 
close to the release, it will not mean "something that is fixed in trunk 
and should ported to the release branch" for the moment.


Regards,
  Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



Re: Can we add the value "N/A" to the Target Milestone field

2016-03-31 Thread Kay Schenk
On Thu, Mar 31, 2016 at 7:51 AM, Marcus  wrote:

> [Top-Posting]
>
> OK, as there were no further comments and no real disagree I'll create a
> new RESOLVED - NOCODEFIX resolution status. This status should be set when
> an issue was solved with no change in the source code (e.g., user requests
> or how-to questions).
>
> For every fix that touches the source code please use as always the
> RESOLVED - FIXED resolution status.
>
> Marcus


​SUPER!
​


>
>
>
>
> Am 03/26/2016 10:58 AM, schrieb Marcus:
>
>> Am 03/26/2016 10:50 AM, schrieb Andrea Pescetti:
>>
>>> Marcus wrote:
>>>
 Am 03/26/2016 12:13 AM, schrieb Andrea Pescetti:

> If the aim is to create less confusion, all proposals I've seen have
> the
> result of bringing more confusion! So:
>
 I don't see why this brings more confusion. It's the opposite, one
 status for "resolved with a code fix" and the other for "resolved
 somehow else".

>>>
>>> It brings more confusion since it would need to be explained explicitly
>>> (because DONE or MANAGED would apply, looking purely at their meaning,
>>> to a code fix too, and it's only a convention that we use them for
>>> "no-code" fixes only).
>>>
>>
>> maybe, but the whole BZ can be confusing - especially for normal users.
>> ;-)
>>
>>  > And if we have more intuitive options I feel this would be better.
>>
>> Do you have any idea in mind?
>>
>> It doesn't have to be "NOCODE", but it should be
> something that means "nothing to do with code", and DONE does not
> really
> convey the right meaning here.
>
 Then NOCODEFIX sounds more concrete.

>>>
>>> Yes, NOCODEFIX sounds good too. Again, so long as it is a word that a
>>> developer cannot be mistaken into choosing instead of FIXED, it will be
>>> OK for me. What we want to avoid is that a developer accidentally uses
>>> DONE for a code fix and the issue is suddenly not listed in QA and
>>> similar.
>>>
>>
>> I got the idea to rename FIXED into FIXEDINCODE. Unfortunatelly, it's a
>> default and therefore a non-changeable name. :-(
>>
>
> -
> To unsubscribe, e-mail: qa-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: qa-h...@openoffice.apache.org
>
>


-- 
--
MzK

"Time spent with cats is never wasted."
-- Sigmund Freud


Re: Can we add the value "N/A" to the Target Milestone field

2016-03-31 Thread Marcus

[Top-Posting]

OK, as there were no further comments and no real disagree I'll create a 
new RESOLVED - NOCODEFIX resolution status. This status should be set 
when an issue was solved with no change in the source code (e.g., user 
requests or how-to questions).


For every fix that touches the source code please use as always the 
RESOLVED - FIXED resolution status.


Marcus



Am 03/26/2016 10:58 AM, schrieb Marcus:

Am 03/26/2016 10:50 AM, schrieb Andrea Pescetti:

Marcus wrote:

Am 03/26/2016 12:13 AM, schrieb Andrea Pescetti:

If the aim is to create less confusion, all proposals I've seen have
the
result of bringing more confusion! So:

I don't see why this brings more confusion. It's the opposite, one
status for "resolved with a code fix" and the other for "resolved
somehow else".


It brings more confusion since it would need to be explained explicitly
(because DONE or MANAGED would apply, looking purely at their meaning,
to a code fix too, and it's only a convention that we use them for
"no-code" fixes only).


maybe, but the whole BZ can be confusing - especially for normal users. ;-)

 > And if we have more intuitive options I feel this would be better.

Do you have any idea in mind?


It doesn't have to be "NOCODE", but it should be
something that means "nothing to do with code", and DONE does not
really
convey the right meaning here.

Then NOCODEFIX sounds more concrete.


Yes, NOCODEFIX sounds good too. Again, so long as it is a word that a
developer cannot be mistaken into choosing instead of FIXED, it will be
OK for me. What we want to avoid is that a developer accidentally uses
DONE for a code fix and the issue is suddenly not listed in QA and
similar.


I got the idea to rename FIXED into FIXEDINCODE. Unfortunatelly, it's a
default and therefore a non-changeable name. :-(


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org



AOO 4.2.0 - English Dictionaries + pt_PT Autocorrect

2016-03-31 Thread Marco A.G.Pinto
Hello!

I haven't been following the discussion carefully thus this e-mail.

Could someone tell me when I should reopen the cases:
  1) Update English Dictionaries *(now to 1-APR-2016)*;
  2) Update the pt_PT autocorrect.

Please notice that I opened those two cases a couple of months ago or so
when it was mentioned about a 4.2.0 release.

Regarding 2) I have added near 90 new words since the previous upload to
Bugzilla which means that it will have around 250 new words in total
since the year 2010.

Thanks!

Kind regards,
>Marco A.G.Pinto
  ---

-- 


signature.asc
Description: OpenPGP digital signature


Re: Issues need 4.2.0 as Target Milestone

2016-03-31 Thread Marcus

Am 03/31/2016 01:54 AM, schrieb Kay Schenk:

Well a few days ago, I changed a bunch of RESOLVED-FIXED to
4.2.0 milestone so I just assumed it was available for all
issues:

https://bz.apache.org/ooo/buglist.cgi?query_format=advanced&resolution=---&target_milestone=4.2.0

So confusing to say the least.


the targets were a bit messed up. I've cleaned them up and added to all 
enabled products a "4.2.0" target.


If something is missing just give me a hint.

Thanks

Marcus




On 03/30/2016 04:04 PM, Marcus wrote:

Target milestones depend on the product in BZ. There is no
4.2.0 target right now (except for "gsl"). Targets have to
be created manually for every product. I'll do this tomorrow
as it's already late here.

But now there is a new flag "4.2.0_release_blocker" which
can maybe help in the meantime.

BTW:
You were just a few seconds faster with your mail than me. ;-)

Marcus



Am 03/31/2016 12:59 AM, schrieb Kay Schenk:

I'm not sure how this happened but it seems not all issues
can access 4.2.0 as Target Milestone. I would think all
issues could access the same Target Milestone menu.

I hope this can be corrected. Thanks.


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org