Bartender Label Software For Windows 7
My company developes ERP software, printing invoices and sales orders etc is a critical part of our clients business. The august 2016 updates for Windows 7 and Windows 10 have not been good. Many of our clients have called in, unable to print more than one page at a time, any more and they get blank page or corrupt printjob with an error. Problem is solved after uninstalling KB3176493 on Windows 10 and KB3177725 on Windows 7. Even the well known label software Bartender has issued a statement on its website reporting simular issues. What on earth is the connection between these updates and printing?
- Label Software Bartender Ultralight. Language Undefined Product category: Label. Printers: CL-S521. Type of Software.
- Hi, I recently got a copy of the BarTender Software with a new TSC DA200 Printer. I installed the Printer on Windows 7 Parallels for.
Windows Update causing BarTender errors. Windows 7, Windows 8.1, Windows Vista, Server 2008, Server 2012, Server 2012 R2. Installing KB3185911 resolves this issue.
Our software is developed in Delphi I´m running latest insider build 14393.67 and have the same issue. Hi Kristjan, I would be happy to assist you. I would like to inform, the main reason for printer not printing is that your device drivers are not compatible on Windows 10. The device manufacturer is the one who releases the latest drivers for the latest versions of operating systems. As there are no drivers for Windows 10 you can download the latest drivers and install them on Windows 10 in compatibility mode and check if it helps. You can install Windows 7/8/8.1 drivers in compatibility mode if there are no Windows 10 compatible drivers. Follow the steps to install in Compatibility mode:.
1. Download the updated driver from the manufacturer’s website. Right click the driver installation file and select Properties then tap or click the Compatibility tab. Place a check in the Run this program in compatibility mode for: box. Tap the drop down box and select a previous operating system, then tap or click OK. Try installing the driver and check. Refer the article below for printer troubleshooting steps.
If the issue persists, contact to the printer manufacturer and check for the latest driver available for the printer. Hope this information was helpful and do let us know if you need further assistance. We will be glad to assist. Hi Kristjan- Thank you for reporting this. I would like to let you know we are actively investigating this issue and have updated some of the KB articles involved with a Known Issues section: 'After you apply this security update and you print multiple documents in succession, the first two documents may print successfully. However, the third and subsequent documents may not print.'
Links: If publicly available information on this topic changes, we will provide an update here as well. Thanks, Dan Mattson. Yes, this is exactly the problem, but the workaround isn't really practical for most people, because: 1. There's commercially available software packages which do this, which are now broken.
Users would have no recourse other than wait for every application developer to issue a patch. The reason software is designed this way is because CreateDC is a slow call.
Any software designed for high speed generation of print jobs is going to be optimized to not recreate the DC unnecessarily. I would think that most label printing software and ERP printing modules would be optimized like this, and they will all go down as soon as this patch is applied. Microsoft has broken a fundamental Win32 API that has worked perfectly since Windows 95. There are factories running 24/7 using software which is broken by this patch and production will be shut down if they install it unaware of this severe side effect.
I think it should be Microsoft's priority to fix the patch as quickly as possible, before the trickle of reports becomes a flood. Hello Dan, We are using COM automation to run Word from an application running in a service context under a local user profile with administrative rights (the profile is a member of the local administrators group). The application driving Word has been used (and is actively developed/maintained) since 1998 with Word versions from 97 upto 2016. We have consistently observed the exact behavior described in this thread / the KB articles (two jobs successful, after that random success or failure) on both Windows 2008R2 and Windows 2012R2, and with both Office 2010 (current patchlevel) and Office 2013 SP1 (no further patches).
A significant percentage of the jobs fail. The document format (DOC or DOCX) did not matter.
I haven't verified if the rendering engine (Esher vs. Esher2) mattered for DOCX, but Esher should be covered by the DOC path anyway. We did try to confirm the KB3177725 relationship first by patching a 2008R2 server upto the current patch level and then deinstalling KB3177725 - which fixed the problem introduced after the patching, and on a 2012R2 server (with patch level june or july 2015), where we only installed KB3177725 (downloaded and installed manually, not through WindowsUpdate) - which introduced the problem.
Windows Printer Drivers
I think this confirmed KB3177725 as the trigger of the observed behavior. At this time I am unable to verify Office 2016 on a fully patched 2012R2 server, as for some reason Windows Update refused to offer me KB3177725 for Windows 2012R2 today, nor any other fix that could be somehow associated with MS16-098 through the KB numbers. All reproductions were done using the Amyuni v5 PDF printer driver. We are using an older revision (I think 5.0.0.7 or 5.0.1.2) that has been in use by us for at least two years. All components (OS, Office and PDF printer driver) are 64-bit. Our own application driving the automation is 32-bit.
Basic Edition
Hi Kristjan- Thank you for reporting this. I would like to let you know we are actively investigating this issue and have updated some of the KB articles involved with a Known Issues section.
Thanks, Dan Mattson Since this is a security update, there is little comfort in uninstalling the update as it will just install again during next restart. Defering future updates also does not block this update from installing again right away (security update). Any workaround to block it until Microsoft releases a fix?? Best regards, Kristjan Edit: I´m testing this also with insider build - same problem, confirmed with script from Stefan´s post.