What these point to is that The current Nautilus File Manager does have integrated and basic compression and extraction functionality. But it is basic.
So, for a simple .tar extraction, it no longer needs to call on File Roller.
But for Complex tasks, it must still rely on File Roller and I think in the second link, a user mentions setting it to default to File Roller only due to this.
The exact process Nautilus uses integrated, I am less sure about. When it is integrated, doing a backwards trace is a lot harder.
I can't find practically any information on what gnome-autoar actually does or how the feature - which is now integrated into Nautilus - works exactly.
Most users who switch back to file-roller do so not because the built-in archive handler fails to extract the archives, but because they want more control over the files to be extracted, for example, opening them first, specifying the save location, or extracting only certain files.
I also think that is why I prefer PCLOS Debian which uses Ark. As well as offering where to Extract to it also offers the option to create the extraction into its own folder in the same location as the archive.
You can still use file-roller in Zorin 18 or set it as default application, if you like.
Then you have more control.
You mentioned yesterday that Zorin uses file-roller, so I decided to create a separate thread to this topic. I’m not entirely sure whether file-roller still being called in the background or not. By default, file-roller is no longer the first program to handle this task - Nautilus is now responsible. However, I’m not sure who it delegates the task to, since gnome-autoar was already available in Zorin 17. So far, I haven't found an answer to this question.
But that uses an older Gnome Version. And since then the Gnome Dev's can have enabled it or changed it to default. So, the actual Archive Manager isn't running.