I am not logged into Bugzilla, so there is no 'ping' on the original BZ bug to mention that it has been migrated. The script has provisions for that, so the original bug will have a comment on it. I will test this soon.
The Gitlab API key belongs to my user account on the test GL instance. Since the imported issue and all its comments are attributed to the user owning the API key, we'll need to use a Genie or Migration account. Which brings me to 3...
Everything is performed as the migration user. I don't think there's a way around this, since these old accounts are not in Gitlab (nor do we necessarily want them to be). I've noticed that, if the migration script detects an existing GL account, they are @cc'd . See the last comment of https://gitlab-test.eclipse.org/droy/awesome-sauce/-/issues/9, which was made by me in 2009.
Labels. The migration script creates some labels, like 5. Projectname and "bugzilla". I'll remove the "5." but ... can we think of other labels we'd want?
This import won't be picture perfect. But it will provide a mechanism to create issues with comments and attachments from open bugs. I think that's probably 95%+ of what is needed here.
Open Bugs only. Closed/Resolved bugs are not migrated. I think we should keep it that way, as it prunes lots of unnecessary baggage from some of the mature projects.
We should migrate closed bugs, too. History of resolved bugs is something I often lookup, and it would be painful and confusing to always switch between BZ and GL.
Attributing everything to "Eclipse Webmaster" is highly destructive. Since this instance is hosted by the foundation and you have complete access, please try to preserve as much information as possible.
Higher quality import is one of the few benefits self-hosted Gitlab has over Github.