Using Ctrl + Pick Block on a campfire does not copy their "lit" and "signal_fire" block states

Relates to MC-48453, MC-136932, MC-159508, MC-212168 and possibly MC-158212.

Also relates to 

1. MC-222795

2. MC-204947

I can confirm that this is an issue.

Why exactly are these deemed valid issues? block states aren't NBT data that ctrl pick block copies, the NBT data it does copy is only from the block entity.
This honestly sounds like a change request (ctrl pick block also copying block states) and not a bug. (For furnaces, it's a bit different, as it does cook, thus resulting in a "model and behavior desync")

MC-212168 was fixed so I imagine it establishes a precedent for these types of bugs. It also used to work in earlier versions for note blocks as well (MC-136932). @unknown stated in a comment in that issue that "other tickets regarding pickblock not saving block states were considered valid and fixed", so these are also valid issues by extension.

The first report about this was lecterns, since copied lecterns with books did not work properly at all due to the state getting lost, which is reasonable. And then people started going off the wall requesting random states to be saved for some reason despite no equivalent problem

But then were would be the line? If it breaks behavior, used to work before, or it creates the "desync" I mentioned, I can understand it; but like, why would this report, and the sign one even, be valid then?
Perhaps someone should ask a dev about it, and see when it is a bug, and when a request.

This should be invalid per MC-250042.

Can confirm in 1.19.

Can confirm in 1.19.2.

This report should absolutely be resolved as a feature request. Block states aren't NBT, and there's no data-and-visual mismatch happening here, unlike the furnace and lectern reports.