Context: Seaport.sol#L41, ConsiderationBase.sol#L100
The function name() of Seaport.sol returns dirty data.
This may create issues with frontends that expect clean data. In fact, Etherscan is having trouble decoding it!
https://etherscan.io/address/0x00000000006cee72100d161c57ada5bb2be1ca79#readContract and click name! There is a junk character at the end.

This also could have negative impact on composability.
The external function name() gets its value from _name() in contract Seaport.
Function _name() is supposed to return Seaport. The ABI encoded data has offset as the first 32 bytes (0x20 is the offset). The offset has info length 7 followed by Seaport (0x536561706f7274 but padded with zeros on the right).
Properly encoded data would look like this:
The final mstore(0x27, ...) only writes to memory regions [0x29, 0x49). The remainder will likely contain junk. You can expect the actual data to be:
Because 0x40 points to the free memory pointer, you can expect the value mload(0x40) to be a relatively small number. So only the last few least significant bits would be set, with the rest to be 0 in usual cases. 
returns:
The final 80 character is the initial value of the free memory pointer!
Clean the last word properly. This requires an additional mstore.
hevm confirms this.
File 1:
File 2:
Run:
Adding mstore(0x49, 0x00) before the return in the first version makes it work:
