从今天上午4/23/2018开始使用DYMO Label Web Service打印时,我注意到延迟5到15秒。这种情况发生在所有浏览器的多台PC上。在Mac上它工作正常。
%LocalAppData%\ DYMO \ DLS8 \ DLSWebService.log中的日志似乎显示延迟。我没有看到控制台中的任何错误,除了通常的主线程上的同步XMLHttpRequest已弃用警告。
DYMO.DLS.Printing.Host.exe Information: 0 : PrintLabel: DYMO LabelWriter 450 Turbo
DateTime=2018-04-23T17:08:34.9541652Z
DYMO.DLS.Printing.Host.exe Information: 0 : Loading barcode lib from C:\Program Files (x86)\DYMO\DYMO Label Software\MDYMOBarcode.dll
DateTime=2018-04-23T17:08:50.1456872Z
DYMO.DLS.Printing.Host.exe Information: 0 : Utils.CreateLabelPrintParams(): printParams == null, creating default printParams based on printer type
DateTime=2018-04-23T17:08:50.1547276Z
Status for job sent to printer DYMO LabelWriter 450 Turbo i False
DYMO.DLS.Printing.Host.exe Information: 0 : CheckServiceStatus
DateTime=2018-04-23T17:08:51.3098746Z
DYMO.DLS.Printing.Host.exe Information: 0 : GetPrinters
DateTime=2018-04-23T17:08:51.3269198Z
我尝试更新到DLS8Setup.8.7.exe,但这没有帮助。
答案 0 :(得分:12)
我爆发了Procmon,并深究了这一点。
这似乎是由于Dymo Label Service每次向其提供标签以验证其架构时都会查询128.30.52.100(hans-moleman.w3.org)。直到今天,我们才受到这项服务的限制。
针对DLS服务可执行文件的此IP地址设置出站防火墙规则解决了该问题。
答案 1 :(得分:2)
我们也遇到了这个问题。显然,Dymo打印服务正在尝试针对xsd文件验证生成的xml。该文件未缓存,因此打印服务正在下载w3.org。最近有一段时间w3.org停止响应此请求,因为请求超时,xml验证速度变慢。因此,这与任何Windows更新,Dymo打印服务的更新或任何浏览器的更新无关。
如果您在Windows power shell中以管理员身份运行此命令(并且您的服务路径与我们的相同),它将阻止对w3.org的调用,导致它快速失败而不是慢速并继续印刷。
New-NetFirewallRule -DisplayName "dymo-xsd-exclude" -Direction Outbound -Action Block -Program "C:\Program Files (x86)\Dymo\DYMO Label Software\DYMO.DLS.Printing.Host.exe" -RemoteAddress 128.30.52.100
这是一个短期解决方案。正确的解决方案是让Dymo更新他们的打印服务以包含xsd而不是通过互联网为它调用。
答案 2 :(得分:2)
我也遇到过这个问题,这里是Dymo Developers博客的链接和推荐的解决方案。
http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/
此博客推荐的2个解决方案是:
1)阻止与128.30.52.100(http://www.w3.org/1998/XMLSchema)
的连接2)使用windows defender防火墙阻止DYMO.DLS.Printing.Host.exe进行出站连接。
答案 3 :(得分:1)
FYI。 Dymo发布了修复程序。他们发布了版本8.7.1,修复了缓慢的问题。它可以从开发者网站下载: http://developers.dymo.com/2018/04/24/recent-issues-with-slow-printing/