[PR #8754] Fix the duplicate .xbf error after a TerminalControl build #27280

Open
opened 2026-01-31 09:21:02 +00:00 by claunia · 0 comments
Owner

Original Pull Request: https://github.com/microsoft/terminal/pull/8754

State: closed
Merged: Yes


Whenever you'd make a change to anything in the Terminal Control
project, then tried deploying the package, you'd get errors like
"Package contains two files with the same name and different content,
files are Thing.xbf and
.../bin/x64/debug/TSM/TerminalControl/Thing.xbf". It seems like
GetPackagingOutputs was double counting these xbfs as being both from
TerminalControl and also TSM&TSE. So if you'd change TerminalControl,
it'd change the xbf files, but not the ones in TSM/TSE, and then
eventually the wapproj would fail to put it all together.

This combination of flags seems to

  • make mdmerge work
  • make the packaging project work
  • make a partial rebuild of TerminalControl followed by a deploy work

I'm hoping that this PR build will confirm that this works in CI as well.

PR Checklist

  • Fixes this minor annoyance I've been having for the past 2 months
  • I work here

Validation Steps Performed

Validated locally on VS 16.8.3. Sure to break by 16.9 🙃.

**Original Pull Request:** https://github.com/microsoft/terminal/pull/8754 **State:** closed **Merged:** Yes --- Whenever you'd make a change to anything in the Terminal Control project, then tried deploying the package, you'd get errors like "Package contains two files with the same name and different content, files are `Thing.xbf` and `.../bin/x64/debug/TSM/TerminalControl/Thing.xbf`". It seems like `GetPackagingOutputs` was double counting these xbfs as being both from TerminalControl and also TSM&TSE. So if you'd change TerminalControl, it'd change the xbf files, but not the ones in TSM/TSE, and then eventually the wapproj would fail to put it all together. This combination of flags seems to * make mdmerge work * make the packaging project work * make a partial rebuild of TerminalControl followed by a deploy work I'm hoping that this PR build will confirm that this works in CI as well. ## PR Checklist * [x] Fixes this minor annoyance I've been having for the past 2 months * [x] I work here ## Validation Steps Performed Validated locally on VS 16.8.3. Sure to break by 16.9 🙃.
claunia added the pull-request label 2026-01-31 09:21:02 +00:00
Sign in to join this conversation.
No Label pull-request
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#27280