Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The big XPS-issue and printing thread #78629

Open
wstaelens opened this issue Nov 21, 2022 · 16 comments
Open

The big XPS-issue and printing thread #78629

wstaelens opened this issue Nov 21, 2022 · 16 comments
Milestone

Comments

@wstaelens
Copy link

wstaelens commented Nov 21, 2022

Description

Since the first release of .NET Core not everything seems to be fully implemented or ported from .NET Framework to .NET Core.
Now we are at .net 7 at .net 8, and still we are not being able to e.g. open XPS documents generated by the XPSDrv because code was not ported or contains bugs. The list of XPS and print related tickets, issues is long, I list a few from several domains.

This is a cry for help to get some attention to the XPS/print thing.

We know XPS and printing aren't sexy, but just because they're unpopular doesn't mean they shouldn't be given attention.

Reproduction Steps

use XPS

Expected behavior

fast, multi-threaded, bug-free XPS drivers, libraries, runtime, sdk's, ...

XPS is a great format (knowing what garbage you can find in PDF documents).

Actual behavior

Slow, high memory, high cpu, unable to open xps files, bugs, ...

Regression?

.NET Framework is somewhat ok, but .net core/.net versions are not.

Known Workarounds

none :sad:

Configuration

No response

Other information

The frustrations towards Microsoft are high, very high, after all these years. Please give some attention to XPS and printing.

@ghost ghost added the untriaged New issue has not been triaged by the area owner label Nov 21, 2022
@ghost
Copy link

ghost commented Nov 21, 2022

Tagging subscribers to this area: @dotnet/area-meta
See info in area-owners.md if you want to be subscribed.

Issue Details

Description

Since the first release of .NET Core not everything seems to be fully implemented or ported from .NET Framework to .NET Core.
Now we are at .net 7, and still we are not being able to e.g. open XPS documents generated by the XPSDrv because code was not ported or contains bugs. The list of XPS tickets, issues is long, I list a few from several domains.

This is a cry for help to get some attention to the XPS/print thing.

We know XPS and printing aren't sexy, but just because they're unpopular doesn't mean they shouldn't be given attention.

Reproduction Steps

use XPS

Expected behavior

fast, multi-threaded, bug-free XPS drivers, libraries, runtime, sdk's, ...

XPS is a great format (knowing what garbage you can find in PDF documents).

Actual behavior

Slow, high memory, high cpu, unable to open xps files, bugs, ...

Regression?

.NET Framework is somewhat ok, but .net core/.net versions are not.

Known Workarounds

none :sad

Configuration

No response

Other information

The frustrations towards Microsoft are high, very high, after all these years. Please give some attention to XPS and printing.

Author: wstaelens
Assignees: -
Labels:

area-Meta, untriaged

Milestone: -

@jeffhandley
Copy link
Member

Thank you for organizing this info @wstaelens; that's very helpful. We will review further to see if there are opportunities for some small wins during .NET 8 and/or if there are issues where we can apply the help wanted [up-for-grabs] Good issue for external contributors label and give guidance for how we think the issues should be addressed.

@Terumasa1972
Copy link

There has been a little development from .NetFrameWork 4.8 to 4.8.1 on GabageCollection.
But there seems to be some bugs still.
XpsDocumentWriter never release its resource and cannot be desposed.So I am suffering from printing a second fixedpage made by my custom FixedDocumentPaginator.It writes the same fixedpage to one in first time.

@bradleypeet
Copy link

Anyone know if the thread safety issue in System.Windows.Xps.Serialization.SerializableObjectContext was ever fixed? I escalated a case with Microsoft and came up with my own workaround back in 2013.
image

@wstaelens
Copy link
Author

Anyone know if the thread safety issue in System.Windows.Xps.Serialization.SerializableObjectContext was ever fixed? I escalated a case with Microsoft and came up with my own workaround back in 2013. image

no idea, added it to the list @bradleypeet maybe you can mention the original case number? I really do hope it is fixed but I doubt it...

@jeffhandley jeffhandley added this to the Future milestone Feb 17, 2023
@ghost ghost removed the untriaged New issue has not been triaged by the area owner label Feb 17, 2023
@wstaelens
Copy link
Author

Updated the list with new tickets regarding XPS and printing.

@wstaelens
Copy link
Author

Any updates on .net 8 regarding XPS?

@wstaelens wstaelens changed the title The big XPS-issue thread The big XPS-issue (and printing) thread Sep 20, 2023
@wstaelens wstaelens changed the title The big XPS-issue (and printing) thread The big XPS-issue and printing thread Sep 20, 2023
@wstaelens
Copy link
Author

wish @davidfowl worked on this. 😅

@neplan
Copy link

neplan commented Dec 1, 2023

Hi to all,

We have an application where the printing is quite an important task!
At the moment all our Windows 11 users have problems with the print preview. The settings from our application are not applied to the print preview. This is a big problem for us!
Is there any workaround to solve this problem? The bug is there since one year and nothing is done since then?

Best regards,

Alessandro

@wstaelens
Copy link
Author

Good luck @neplan I don't think @jeffhandley and his team are spending any time on this. 😞 Been waiting for years.

@neplan
Copy link

neplan commented Dec 1, 2023

@wstaelens this is really terrible that such a basing thing is ignored completely! You didn't find any workaround or an external library or so?

@wstaelens
Copy link
Author

@neplan printing in Windows is internally XPS (gdi is being converted to XPS).
XPS is a subset of XAML (whohoo!!) . I also don't understand why nobody gives a #!@§! about it (for years already...)

Looking forward to reading the next excuse again.

@neplan I would suggest to wait for @jeffhandley and his team....

@wstaelens

This comment has been minimized.

@znakeeye
Copy link

Anyone know if the thread safety issue in System.Windows.Xps.Serialization.SerializableObjectContext was ever fixed? I escalated a case with Microsoft and came up with my own workaround back in 2013. image

Wow. I came up with the exact same hack, though calling the Clear() method instead. It's a bit unfortunate that you didn't provide this in text format. Googling this SerializableObjectContext leak takes you nowhere.

@wstaelens
Copy link
Author

The list received some updates (new items added, items closed)

@mdell-seradex
Copy link

Glad to see that there has been a little progress on addressing printing issues!

I really hope those issues which can cause generic slowdowns and exceptions for most if not all attempts at printing in .NET, get fixed soon, and get ported back to older versions of .NET where applicable. Some of those have been plaguing systems intermittently for years without a permanent solution for our clients, and they ask about them everytime.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants