> From: Ship Mints <shipmints@gmail.com>
> Date: Mon, 24 Mar 2025 16:15:14 -0400
> Cc: dancol@dancol.org, 77122@debbugs.gnu.org, dmitry@gutov.dev
>
>  As this discussion shows, it might well be a "misrepresentation" in
>  some cases.
>
> Maybe unexpected but not a misrepresentation.
>
> In any case, the project object returned must be equivalent for both directories passed in and that's not how
> project.el is structured.  Using file-equal-p or any other method to find an "equivalent" project object but
> substitute the "expected" directory results in two objects that don't compare as equal and that's a
> misrepresentation IMO.

Thus my suggestion to make those objects 'equal', even if they aren't
'eq'.