FixedDocument打印问题(由TeamViewer ???解决)

时间:2013-08-14 07:42:56

标签: .net mvvm printing fixeddocument

所以,我有一个WPF(.NET 4,MVVM,如果它很重要)应用程序,从数据库中获取一些数据,创建FixedDocument,然后执行以下两项操作之一:

  1. '无预览打印':无需预览即可将其发送到打印中;

  2. '使用预览打印':将其显示在DocumentViewer控件中,点击“打印”后, 发送给它打印;

  3. 在绝大多数工作站和打印机上,这种方法很好用。但是,有一些有时遇到问题:打印不起作用。

    报告的症状:

    • 执行'无预览打印'时,所有文档都堆叠在打印队列中,不打印;
    • 执行'预览打印'时,预览的加载栏(等待数据获取和FixedDocument创建)停止并且预览不显示;
    • 这些问题并不一致 - 它们只是来去匆匆;
    • 当有人通过TeamViewer连接到该工作站时,一切都在继续 - 打印队列中的所有项目都打印出来,加载栏继续,预览显示等等我知道......;
    • 我自己从来没有亲眼目睹过这个问题 - 在我的工作站上一切正常,唯一的方法就是通过TeamViewer来找到有问题的工作站;
    • 通常,工作站(或有时是打印机)重新启动修复问题 - 下一次printjob工作正常;

    有没有理论线索?

    这怎么可能,TeamViewer解冻我的进程?

    一种可能性是:TeamViewer在连接时会打开一些端口,这些端口是获取数据所必需的,但是subj问题不会不断重复(如果有封闭的端口,它就会重复)并且没有DataGet超时(如果是网络问题,那将会是......)

1 个答案:

答案 0 :(得分:0)

我认为问题可能是你的printpooler。我已经看到计算机本地printspooler在尝试重复将数据假脱机到特定打印机时停止响应的情况,但该打印机已关闭,或者在当时可能关闭的网段上。基本上,它没有找到打印机,然后本地打印后台处理程序服务停止响应。

此网站(http://www.sysprobs.com/print-spooler-stopping-automatically-fix)可以帮助确保正确配置假脱机服务“恢复”。

与teamviewer的连接可能与登录计算机的行为类似,导致服务启动/重启