On Windows (but I suspect will happen on the other OSes as well) if you create a project under your current username then try to give it to someone else, or otherwise just copy it to another machine or VM with a different user name you will get an error:
"..Failure to open project ... NoOwnerException: Project is not owned by xxx.."
To Reproduce:
Expected behavior:
It's understandable there needs to be a "user" tracking for collaboration reasons, yet, I'm sure people will want to copy their projects around, to share them, etc.
Maybe as more of a "feature request", Ghidra could simply have a dialog option to either ignore the user mismatch, or switch the config to the current user automatically.
Environment"
Additional context:
To get around the issue it's an easy fix for now, just manually edit "project.prp" (an XML file) and change the "VALUE" to the current user.
I.E. '

If you intend to share the project, export the project to an archive using File->Archive Current Project. On the receiving end, the archive file can be read in with File->Restore Project with no ownership issues.
@BigJim, is @ahroach 's import/export suggestion sufficient for your needs? If so, we can go ahead and close the ticket.
Sure that will work. Later I plan to revisit as I setup a dev environment and learn the source in the .zip files.
What if you're on the receiving end and don't have the archived version? It happened to me once and I seem to remember getting it to work by renaming or editing files or something鈥攃reating a temporary user with the correct name would probably work as well鈥攂ut is there an easier way?
Most helpful comment
Sure that will work. Later I plan to revisit as I setup a dev environment and learn the source in the .zip files.