When working with overlapping viewports in AutoCAD Paperspace, users often encounter a frustrating issue: content from a lower viewport (like an xref) shows through the upper viewport, even when draw order settings appear correct. This guide explains why this happens and provides proven solutions to stop xref show-through in AutoCAD Civil 3D and other CAD applications.
The Core Problem: Overlapping Viewports and Draw Order
You have a modelspace containing two xrefs:
- Xref X: Mapping data at coordinates “A”
- Xref Y: Spreadsheet data at coordinates “B”
These coordinates don’t overlap in modelspace. However, in Paperspace, you’ve created:
- A main viewport showing xref X
- A smaller viewport sitting on top of the main viewport showing xref Y
The problem: xref X contents show through xref Y, despite the upper viewport being positioned visually above. Traditional modelspace draw order commands don’t resolve this issue.
![]()
Solution 1: Place Xrefs on Different Layers and Freeze in Viewport
The most straightforward approach suggested by CAD experts:
Assign xrefs to separate layers:
- Put xref X on layer “XREF-MAPPING”
- Put xref Y on layer “XREF-SHEET”
Use viewport-specific layer freezing:
- In the main viewport (showing xref X), keep “XREF-MAPPING” visible and freeze “XREF-SHEET”
- In the upper viewport (showing xref Y), keep “XREF-SHEET” visible and freeze “XREF-MAPPING”
This prevents the lower viewport’s content from appearing through the upper viewport .
Note: This works best when xrefs don’t physically overlap in modelspace, as freezing affects only the current viewport’s display.
Solution 2: Use a Wipeout or Solid Hatch Between Viewports
When layer freezing isn’t applicable (xrefs don’t overlap in modelspace), use a visual blocker:
Create a wipeout object:
- Draw a wipeout matching the shape of your upper viewport
- Position it in paperspace between the two viewports
Alternative: White solid hatch:
- Create a solid hatch with white color
- Match the upper viewport’s shape
- Place it between viewports
Manage draw order in Paperspace:
- Use
DRAWORDERcommand to position the wipeout/hatch - Place it above xref X content but below xref Y content
- Use
![]()
This creates a visual barrier that blocks the lower viewport’s content from showing through .
Solution 3: Clip the Larger Viewport (Creates Polygonal Shape)
If project standards allow flexibility:
- Clip the main viewport to create a polygonal shape with a “hole” where the upper viewport sits
- This essentially removes the overlapping area from the lower viewport
- Use
VPCLIPcommand in paperspace to redefine viewport boundaries
Caveat: The original poster noted this would “upset the standardized layout of project drawings,” making it unsuitable for strict standards environments .
The Reality: Possible AutoCAD Bug
The original poster discovered something critical after extensive testing:
“Strange one – I think it is an AutoCAD bug. The issue comes about from sometimes switching from model to paperspace, or from switching between more than one open drawing in the software. It also seems to occur when I do a Save command. But if I close the drawing and also close AutoCAD down and re-open everything, the problem goes away.”
Bug triggers:
- Switching between ModelSpace and Paperspace
- Opening multiple drawings simultaneously
- Executing the
SAVEcommand
Temporary fix: Close drawing + close AutoCAD completely + reopen everything .
This suggests the draw order state isn’t properly persisted during certain operations, representing a known instability in AutoCAD’s viewport rendering system.
Best Practices to Avoid This Issue
| Practice | Why It Matters |
|---|---|
| Avoid overlapping viewports | Best practice per CAD experts; eliminates draw order conflicts |
| Use separate layers for xrefs | Enables viewport-specific layer control |
| Test after saving | Bug may trigger on SAVE; verify viewport order persists |
| Document standards flexibility | If standards block solutions, reconsider whether they需 adjustment |
| Restart AutoCAD periodically | Clears corrupted draw order state |
![]()
Key Takeaway
When xref content shows through overlapping viewports in AutoCAD Paperspace:
- First try: Separate layers + viewport-specific freezing
- If that fails: Add a wipeout/solid hatch between viewports with proper draw order
- For persistent issues: Recognize this may be an AutoCAD bug—restart the application
- Long-term solution: Avoid overlapping viewports in your drawing standards
The wipeout approach is most reliable when xrefs don’t overlap in modelspace (making layer freezing ineffective), while the bug workaround requires complete application restarts to reset the corrupted draw order state.
References
- Autodesk Community Forums – Civil 3D Forum: “Viewport on top of viewport draw order” – Original discussion with solutions from CAD managers and technical support specialists
- Bill wfberry, Mentor – Suggested layer freezing solution
- Samir Rezk, Technical Support Specialist – Recommended wipeout/hatch approach
- Allen Jessup, CAD Manager – Discusses standards reconsideration
- Original poster’s bug discovery and restart solution
