I confirm the behaviour you describe, but for me this behaviour is logical. So for me it isn't a bug. And I can think of a lot of situations, where it is helpful, that the "restart numbering" remains if you copy the item.

So I change it to enhancement, because everything works as it should work. And my proposal is to close this bug as NOTABUG.

The issue is reproduced on with:
    • Operating system : Windows 8.1 Pro 64-bits.
    • LibreOffice : Version: 5.4.2.2
		Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
		CPU threads: 4; OS: Windows 6.2; UI render: default; 
		Locale: en-US (en_US); Calc: group

     And also on :
    • Operating system : Ubuntu 16.04.3 64-bits.
    • LibreOffice :Version: 5.4.2.2
		Build ID: 22b09f6418e8c2d508a9eaf86b2399209b0990f4
		CPU threads: 8; OS: Linux 4.4; UI render: default; VCL: gtk2; 
		Locale: ja-JP (ja_JP.UTF-8); Calc: group

On "NOTABUG": The original issue was ``"Resume numbering" does not cancel "restart numbering" on enumerated list''
(from comment #0)
> (...) So I selected "continue numbering" via right mouse
> button for the second item, just to find out that the number was still "1"!
> Looking again I realized that "restart numbering" was still in effect. I had
> to deselect it, then numbering was as intended.

Please read again!

Let's set to NEW then.

I revert the summary to it's original state because I think the bug opener was misunderstood. It's not a pasting problem. I'll test this when I'm on a PC or laptop.

Ulrich, please test again with a new document in LibreOffice 6.3 or 6.4.

I can't reproduce because if I insert parts of another list (direct formatted lists or list with styles formatting) the original list numbering isn't pasted. Therefore I can't resume nor deselect a numbering restart.

Ulrich, please retest.

Created attachment 171653 [details]
113213_restartNumbering.odt: example document to demonstrate request.

I think I agree that a fairly logical work flow when switching from one list to another (called "add to list" instead of "continue numbering") would be to clear the "restart numbering" property at the same time.

sw/source/uibase/shells/textsh1.cxx's SwTextShell::Execute
   if ( pRule )
   {
+      if( rWrtSh.IsNumRuleStart(/*pPam=nullptr*/)
+          && rWrtSh.GetNumRuleAtCurrCursorPos() != pRule)
+      {
+          rWrtSh.SetNumRuleStart(false, /*pPam=*/rWrtSh.GetCursor());
+      }

       rWrtSh.SetCurNumRule( *pRule, false, sContinuedListId );
   }

[If the selection spans multiple numbering rules, the one at the cursor might be identical to the one being joined. So this isn't going to be consistent in every scenario, but it would cover the normal case - which should be good enough.]

But this isn't good enough because IsNumRuleStart/SetNumRuleStart only affects pPaM->GetPoint() (the end of the selection), so instead we need to somehow step through the selection and check each para if it isNumRuleStart for a different numRule.

Proposed fix at https://gerrit.libreoffice.org/c/core/+/117660.

Created attachment 173213 [details]
113213 _removeNumberingWhileAddingToList.patch: abandoned

Whether cancelling re-numbering while merging is desired will be completely dependent on the content, which a machine won't be able to determine. It would not be appreciated by automation.

If you have already shot yourself in the foot by restarting numbering a list, and now you want to shot yourself in the other foot by merging it with another list, I guess you shouldn't be surprised that you feel pain.

The patch seems fine to me, but Writer is so incredibly complex and I couldn't find the functions that I would have expected to handle basic things like walking through paragraphs. So perhaps the code is rather poor, since I felt I was re-inventing some basic things.

Since LO 7.2 we have "Add to List" instead of "Continue Previous Numbering" and we also have a documentation about it [1] and also a documentation about "Restart numbering"[2]

Ulrich, taking into account this improvments, could you please retest? (I must admit, I couldn't understand comment 9 - comment 12)
=> NEEDINFO

[1] https://help.libreoffice.org/7.3/en-GB/text/swriter/02/add_to_list.html?&DbPAR=WRITER&System=WIN

[2] https://help.libreoffice.org/7.3/en-GB/text/swriter/02/06140000.html?&DbPAR=WRITER&System=WIN(In reply to Regina Henschel from comment #12)

I don't see a need for Needinfo, nor is this resolved with Help. I set New again.