{mailer issue} Fwd: Re: Request for approval: 7190219 (bf) CharBuffer.put(String, int, int) modifies position even if BufferOverflowException thrown

[David Holmes]

On 5/09/2012 4:03 AM, Seán Coffey wrote:
> Thanks for the pointer Tim. I'm aware of the nodupes option and it's
> useful.
>
> I think my issue is different in that I'm seeing recipients being
> deleted by the openJDK mailer/mailman. It would be the equivalent to my
> address being taken off the cc list in the mail you just sent. Perhaps I
> should take my query off this jdk7u-dev list and onto one more suitable
> for such topics.

The email Tim sent in which he states he cc'd people, does not show any 
cc's. I have noticed this myself when posting to multiple lists and also 
cc'ing people - some the list mails show the cc list and others do not. 
So I assume this is a property of each list?

David

> regards,
> Sean.
>
> On 04/09/2012 18:24, Tim Bell wrote:
>> Hi Seán:
>>
>>> On a totally unrelated note...
>>>
>>> I cc'ed Alan in the below email but the openJDK mailer seems to strip
>>> out cc recipients if they're on the openJDK alias. (from what I can
>>> make out) - This doesn't help folks who might have filters set up for
>>> "to or cc:" fields.
>>>
>>> any ideas on whether this can be changed ? I'm not sure if it was
>>> always happening. I've only seen it occur in past ~1-2 months.
>>
>> In Mailman terminology, this is called "nodupes -- Does the member
>> want to avoid duplicates of the same message?"
>>
>> This setting is controlled by each user for each list they join.
>> Taking the jdk7u-dev list as an example, both you and Alan have ticked
>> the box for 'nodupes' which means you should only get one copy of my
>> reply here, even though I explicitly added you as CC: addressees.
>>
>> If a list user wants to see _all_ email, they should double check
>> their settings for the 'not metoo' and 'nodupes' options in their
>> mailman configuration.
>>
>>
>> For more information, check the GNU Mailman - List Member Manual:
>> http://www.gnu.org/software/mailman/mailman-member/mailman-member.html
>>
>> Regards-
>>
>> Tim
>>
>>
>>> regards,
>>> Sean.
>>>
>>> -------- Original Message --------
>>> Subject: Re: Request for approval: 7190219 (bf)
>>> CharBuffer.put(String, int, int) modifies position even if
>>> BufferOverflowException thrown
>>> Date: Tue, 04 Sep 2012 13:55:09 +0100
>>> From: Seán Coffey <sean.coffey at oracle.com>
>>> To: Neil Richards <neil.richards at ngmr.net>
>>> CC: jdk7u-dev at openjdk.java.net
>>>
>>>
>>>
>>> Hey Neil,
>>>
>>> I wouldn't regard this as a risky fix and don't see a problem with it
>>> going into jdk7u-dev now (before phase2 approval process begins in mid
>>> September) It also benefits from having a unit testcase. Testing (jtreg
>>> tests) in the jdk8/tl repos would have occurred on a regular basis also
>>> since the fix was push there.
>>>
>>> Alan was initial reviewer and may wish to comment (cc'ed)
>>>
>>> regards,
>>> Sean.
>>>
>>> On 04/09/2012 13:30, Neil Richards wrote:
>>>> On Mon, 2012-09-03 at 09:58 +0100, Seán Coffey wrote:
>>>>> Approved for jdk7u-dev. (7u10)
>>>>>
>>>>> I've created a bug record for this and will mark as fixed once I see
>>>>> your push.
>>>>> cc'ing initial reviewer also.
>>>>>
>>>>> regards,
>>>>> Sean.
>>>>>
>>>>> On 03/09/2012 05:18, Jonathan Lu wrote:
>>>>>> Hi folks,
>>>>>>
>>>>>> Here's a request of porting the fix of 7190219 back to JDK7, could
>>>>>> you
>>>>>> please review it?
>>>>>>
>>>>>> Bug: http://bugs.sun.com/view_bug.do?bug_id=7190219
>>>>>>
>>>>>> Change set: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/bf0c6f91bc22
>>>>>>
>>>>>> Thread where it was reviewed:
>>>>>> http://mail.openjdk.java.net/pipermail/core-libs-dev/2012-August/011087.html
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Jonathan
>>>>>>
>>>> Hi Sean,
>>>> It looks like this changeset has not yet been promoted from the
>>>> component (tl) forest to the master jdk8 repository.
>>>>
>>>> Please confirm, in light of this, if you'd like this change to be
>>>> applied to jdk7u at this point, or if you would like it to spend some
>>>> (more) time being proved in the jdk8 stream prior to this happening.
>>>>
>>>> Regards,
>>>> Neil
>>>>
>>>
>>>
>>>
>>>
>>
>>
>