fix(protocol): main is red, IPv4 make() with an unparsable raw item no longer raises the wrapped error #1394

Describe the bug
main is red at 66950b1f2. The cause is a semantic conflict between #1344 (8ed5bd6ed, IPv4 option-area rebuild) and #1352 (66950b1f2, raw items in a make() list). Each passed CI on its own base.

tests/protocols/test_protocol_make_unit.py::TestMakeRawItems::test_unparsable_raw_item_raises_protocol_error expects make() to wrap the parse failure as ProtocolError: IPv4: malformed raw item given to make() (pcapkit/protocols/protocol.py:740, with the original error as __cause__). It now gets a bare IPv4: invalid format.

To Reproduce

• IPv4(options=[b'\x02', b'\x94\x04\x00\x00'], protocol=253) on main.
• The failure is in every Python 3.x unit leg of ci(unit-tests): coverage combine can silently miss a worker's data file, under-reporting a PR's coverage #1389 and fix(ipv4)!: the TS option zeroes the timestamp slots beyond the pointer on rebuild (#1349) #1390. It also reproduces locally at 66950b1f2: 1 of 7 TestMakeRawItems tests fails.

Expected behavior
main is green: the test passes, or the test is changed for a stated reason. The fix must say which of the two is right.