[Desktop-packages] [Bug 1735991] Re: QL-570 printer : the led flashes red and nothing happens
Another thought - can you also post the Brother part number of the labels you're using please? (then I can look that up and make sure your page size is right) It'll be on a label on the side of the plastic label roll cartridge. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1735991 Title: QL-570 printer : the led flashes red and nothing happens Status in ptouch-driver package in Ubuntu: New Bug description: The label printer Brother QL-570 refuses to print ... When I ask the printer to print, the led flashes red and nothing happens. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: printer-driver-ptouch 1.4.2-2 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Dec 3 13:46:56 2017 InstallationDate: Installed on 2017-12-03 (0 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) SourcePackage: ptouch-driver UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1735991/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1735991] Re: QL-570 printer : the led flashes red and nothing happens
Clean Print Head doesn't apply to the QL driver. "cleaning" the heads requires either a cleaning card or a bit of manual work (can't remember if the 570 is like a Zebra printer; the instructions should be in the manual). The CUPS test page is geared up for page printers, not label printers. I haven't tried it with the Ptouch driver but I wouldn't be surprised if it had problems. As I said - you need to configure the label dimensions correctly in both the driver and the application. I've never tried Libreoffice, but gLabels works well. If you get the page size wrong (especially width), the printer may refuse to print on the labels. Can you post the settings you have set in the driver? Screenshots from CUPS (http://localhost:631 -> printers -> QL) would be useful, and I can see if you have anything set obviously wrong. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1735991 Title: QL-570 printer : the led flashes red and nothing happens Status in ptouch-driver package in Ubuntu: New Bug description: The label printer Brother QL-570 refuses to print ... When I ask the printer to print, the led flashes red and nothing happens. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: printer-driver-ptouch 1.4.2-2 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Dec 3 13:46:56 2017 InstallationDate: Installed on 2017-12-03 (0 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) SourcePackage: ptouch-driver UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1735991/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1735991] Re: QL-570 printer : the led flashes red and nothing happens
The most common issue which can cause this is setting the Page Size incorrectly in the driver. You'll get the red flashing light if the intended page size doesn't match the label. The other issue is swapping the X and Y dimensions - the X (as far as the printer is concerned) is across the printer; the Y axis is the direction the label feeds. Note that most of the Ptouch labels are longer (Y axis) than they are wide (X axis), but the dimensions on the label box are the other way around. This means you need to specify the paper size as it is on the physical label (i.e. longer than wide) then rotate the label (e.g. gLabels's "Rotated" option). What are you trying to print, and with which application? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1735991 Title: QL-570 printer : the led flashes red and nothing happens Status in ptouch-driver package in Ubuntu: New Bug description: The label printer Brother QL-570 refuses to print ... When I ask the printer to print, the led flashes red and nothing happens. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: printer-driver-ptouch 1.4.2-2 ProcVersionSignature: Ubuntu 4.13.0-17.20-generic 4.13.8 Uname: Linux 4.13.0-17-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.5 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Dec 3 13:46:56 2017 InstallationDate: Installed on 2017-12-03 (0 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Release amd64 (20171018) SourcePackage: ptouch-driver UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1735991/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1604036] Re: Upgrade printer-driver-ptouch to support Brother QL-570
I've just released version 1.4.2 which fixes the two QL-570 bugs raised by Ladislav Laska. Bug #1607917 open to (hopefully) get the upstream packages updated. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1604036 Title: Upgrade printer-driver-ptouch to support Brother QL-570 Status in hwdata package in Ubuntu: Confirmed Status in libosinfo package in Ubuntu: Confirmed Status in ptouch-driver package in Ubuntu: Fix Released Status in usbutils package in Ubuntu: Confirmed Bug description: Please, upgrade printer-driver-ptouch to support Brother QL-570 P-touch Label Printer. See https://bitbucket.org/philpem/printer- driver-ptouch/issues/2/negativeprint-and-cutmedia-jobend-doesnt (motivate maintainers of printer-driver-ptouch to bump their version number and release a version that supports QL-570) and also upgrade usbutils to include https://usb-ids.gowdy.us/read/UD/04f9/2028 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/hwdata/+bug/1604036/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1607917] [NEW] Update to upstream V1.4.2
Public bug reported: I've just released upstream version 1.4.2 of the P-touch printer driver to resolve two issues raised by Ladislav Laska and @Pander. https://bitbucket.org/philpem/printer-driver-ptouch Issues resolved: * NegativePrint=True causes "Unknown RLE flag" errors from CUPS (This is considered a critical bug and prevents the driver from functioning) * CutMedia=JobEnd doesn't cut. The label is printed, but not cut. =LabelEnd works as expected. I would appreciate it if the Ubuntu (and upstream Debian) maintainers could release these bugfixes in their packages. ** Affects: ptouch-driver (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1607917 Title: Update to upstream V1.4.2 Status in ptouch-driver package in Ubuntu: New Bug description: I've just released upstream version 1.4.2 of the P-touch printer driver to resolve two issues raised by Ladislav Laska and @Pander. https://bitbucket.org/philpem/printer-driver-ptouch Issues resolved: * NegativePrint=True causes "Unknown RLE flag" errors from CUPS (This is considered a critical bug and prevents the driver from functioning) * CutMedia=JobEnd doesn't cut. The label is printed, but not cut. =LabelEnd works as expected. I would appreciate it if the Ubuntu (and upstream Debian) maintainers could release these bugfixes in their packages. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1607917/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1604036] Re: Upgrade printer-driver-ptouch to support Brother QL-570
I've managed to source a slightly-used QL-570 for a more reasonable price, along with (apparently) five rolls of labels. That should be arriving "soon-ish". I'll have a look at the driver when I get a spare moment. As I've said on the upstream ticket, the negative-print bug looks like the thing losing track of a buffer and may be tricky to debug. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1604036 Title: Upgrade printer-driver-ptouch to support Brother QL-570 Status in hwdata package in Ubuntu: Confirmed Status in libosinfo package in Ubuntu: Confirmed Status in ptouch-driver package in Ubuntu: Fix Released Status in usbutils package in Ubuntu: Confirmed Bug description: Please, upgrade printer-driver-ptouch to support Brother QL-570 P-touch Label Printer. See https://bitbucket.org/philpem/printer- driver-ptouch/issues/2/negativeprint-and-cutmedia-jobend-doesnt (motivate maintainers of printer-driver-ptouch to bump their version number and release a version that supports QL-570) and also upgrade usbutils to include https://usb-ids.gowdy.us/read/UD/04f9/2028 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/hwdata/+bug/1604036/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1604036] Re: Upgrade printer-driver-ptouch to support Brother QL-570
Upstream version bumped to 1.4.1. Be advised that there's an open ticket on QL-570 support: https://bitbucket.org/philpem/printer-driver-ptouch/issues/2 /negativeprint-and-cutmedia-jobend-doesnt Main issue is that media cutting apparently doesn't work 100% as described on QL printers. Unless/until I can get a QL570 (or someone lets me borrow one for a while), debugging this might be tricky. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1604036 Title: Upgrade printer-driver-ptouch to support Brother QL-570 Status in hwdata package in Ubuntu: Confirmed Status in libosinfo package in Ubuntu: Confirmed Status in ptouch-driver package in Ubuntu: Fix Released Status in usbutils package in Ubuntu: Confirmed Bug description: Please, upgrade printer-driver-ptouch to support Brother QL-570 P-touch Label Printer. See https://bitbucket.org/philpem/printer- driver-ptouch/issues/2/negativeprint-and-cutmedia-jobend-doesnt (motivate maintainers of printer-driver-ptouch to bump their version number and release a version that supports QL-570) and also upgrade usbutils to include https://usb-ids.gowdy.us/read/UD/04f9/2028 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/hwdata/+bug/1604036/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1439895] Re: QL-500 prints past end of label
This is now fixed as a result of my changes which were merged into ptouch-driver version 1.3-8ubuntu1. ** Changed in: ptouch-driver (Ubuntu) Status: Incomplete = Fix Released -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1439895 Title: QL-500 prints past end of label Status in ptouch-driver package in Ubuntu: Fix Released Bug description: The QL-500 label printer prints past the end of the label in the vertical (direction of feed) direction. This means that when you print e.g. an address label and use the label cutter, several things happen: 1) Because the printer has printed past the end of the label, the head is positioned part-way into the next label 2) Because the head is positioned part-way into the next label, the optical alignment sensor cannot see the black alignment marks on the back of the labels. This causes the printer to flag an alignment error when you next try to print a label. The effect is you can only print one label at a time. There is a patch included which reduces the Y resolution of the QL-550 printer to 275 dpi. It seems like it may be necessary to extend this to the QL-500 too. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1439895/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1439895] Re: QL-500 prints past end of label
The patch which fixes it for the QL-550 is debian/patches/foomatic-data- fixes.patch, already in repo, extract below: --- --- a/printer/Brother-QL-550.xml +++ b/printer/Brother-QL-550.xml @@ -28,7 +28,7 @@ resolution dpi x300/x -y300/y +y275/y /dpi /resolution consumables --- The issue is mentioned in passing in this Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555892 (search for the text 275 dpi, message 5 by Lars Wirzenius). I found another patch at https://github.com/mgrela/dropzone/blob/master /net-print/ptouch-driver/files/ptouch-driver-1.3-fix-dpi-for-QL5x0.patch which seems to do a much more comprehensive job of fixing the issue - * Makes a lot of changes to opt/Brother-Ptouch-Resolution.xml, the effects of which I'm not 100% sure about * The same 300dpi - 275dpi patch we have on the QL-550, but applied to the QL-500 too. I intend to test this on my QL-500 later today. Brother only quote the 300dpi figure, which is the resolution of the thermal print head. If all else fails, I can put together a PDF label with identical content, print it on Windows and with ptouch-driver and compare the bitmap data and see what we're getting wrong. ** Bug watch added: Debian Bug tracker #555892 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555892 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1439895 Title: QL-500 prints past end of label Status in ptouch-driver package in Ubuntu: Incomplete Bug description: The QL-500 label printer prints past the end of the label in the vertical (direction of feed) direction. This means that when you print e.g. an address label and use the label cutter, several things happen: 1) Because the printer has printed past the end of the label, the head is positioned part-way into the next label 2) Because the head is positioned part-way into the next label, the optical alignment sensor cannot see the black alignment marks on the back of the labels. This causes the printer to flag an alignment error when you next try to print a label. The effect is you can only print one label at a time. There is a patch included which reduces the Y resolution of the QL-550 printer to 275 dpi. It seems like it may be necessary to extend this to the QL-500 too. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1439895/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1439895] Re: QL-500 prints past end of label
Okay, I've merged the aforementioned patch in with a local copy of the driver. Setting the DPI to 275 is *not* the correct fix, as this throws off the aspect ratio. Squares become rectangles. A 10mm square becomes a 10x9mm square - an error of 10%. 275/0.9 = 305. So 300DPI is probably about right, accounting for measurement error. To reiterate: the printer's hardware resolution is 300x300dpi *square*. The bug lies elsewhere. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1439895 Title: QL-500 prints past end of label Status in ptouch-driver package in Ubuntu: Incomplete Bug description: The QL-500 label printer prints past the end of the label in the vertical (direction of feed) direction. This means that when you print e.g. an address label and use the label cutter, several things happen: 1) Because the printer has printed past the end of the label, the head is positioned part-way into the next label 2) Because the head is positioned part-way into the next label, the optical alignment sensor cannot see the black alignment marks on the back of the labels. This causes the printer to flag an alignment error when you next try to print a label. The effect is you can only print one label at a time. There is a patch included which reduces the Y resolution of the QL-550 printer to 275 dpi. It seems like it may be necessary to extend this to the QL-500 too. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1439895/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1439895] Re: QL-500 prints past end of label
The driver uses MediaType to identify whether the printer is being fed with continuous paper tape (MediaType=roll) or die-cut labels (MediaType=labels). If the MediaType field in the CUPS page header (cups_page_header_t) is set to Labels (case insensitive match), then the driver is configured to tell the printer to accept die-cut labels. The MediaType fed from CUPS is always an empty string, so the driver assumes continuous paper rolls. Also, the Label Preamble (only sent to QL series printers, explained in the QL series reference manual on undocprint.) is incorrectly coded: * ESC i z (1B-69-7A) Specify print information byte n1 defines which fields in the command are valid. This is always set to zero (normal) or 0x40 (high quality printing). The printer is never told that the paper type (continuous/diecut), width or length are valid. * ESC i z (1B-69-7A) Specify print information byte n2 defines whether the printer is loaded with continuous paper tape (0x0A) or die-cut labels (0x0B). The driver uses the values 0x00 (continuous) and 0x01 (diecut). * A comment in the driver asks /* WHY DON'T WE SET MARGIN (ESC i d ...)? */ -- good question. The QL manual specifies that for die-cut labels, the margin must be set to zero. For continuous tape, apparently we should set 35 dots. Perhaps fixing the MediaType reading (so the driver correctly gets the MediaType from CUPS) and the label preamble might get this working properly? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1439895 Title: QL-500 prints past end of label Status in ptouch-driver package in Ubuntu: Incomplete Bug description: The QL-500 label printer prints past the end of the label in the vertical (direction of feed) direction. This means that when you print e.g. an address label and use the label cutter, several things happen: 1) Because the printer has printed past the end of the label, the head is positioned part-way into the next label 2) Because the head is positioned part-way into the next label, the optical alignment sensor cannot see the black alignment marks on the back of the labels. This causes the printer to flag an alignment error when you next try to print a label. The effect is you can only print one label at a time. There is a patch included which reduces the Y resolution of the QL-550 printer to 275 dpi. It seems like it may be necessary to extend this to the QL-500 too. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1439895/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1342979] Re: QL-570 don't cut anymore
Patch ready for review. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1342979 Title: QL-570 don't cut anymore Status in ptouch-driver package in Ubuntu: Confirmed Bug description: I have upgraded my mint 15 to mint 17. After the new installation of all equipment, I realized that the Brother QL-570, although still printing the labels, but now it does no longer cutting. At first I had tried various settings and Ubuntu 14.04 too, but the cut was never carried out. After hours of attempts I have now found that it is on ptouch-driver; with the old version 1.3-4ubuntu1 the cut is working properly, the Version 1.3-6 and 1.3-8 does not work (anymore). I suspect it has to do with the following change: http://anonscm.debian.org/gitweb/?p=printing/ptouch-driver.git;a=commit;h=d70cf3b26bf5d8530579f7146164996c019b783c I think, the ESC i A-command does not arrive the QL-Printer To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1342979/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1439895] [NEW] QL-500 prints past end of label
Public bug reported: The QL-500 label printer prints past the end of the label in the vertical (direction of feed) direction. This means that when you print e.g. an address label and use the label cutter, several things happen: 1) Because the printer has printed past the end of the label, the head is positioned part-way into the next label 2) Because the head is positioned part-way into the next label, the optical alignment sensor cannot see the black alignment marks on the back of the labels. This causes the printer to flag an alignment error when you next try to print a label. The effect is you can only print one label at a time. There is a patch included which reduces the Y resolution of the QL-550 printer to 275 dpi. It seems like it may be necessary to extend this to the QL-500 too. ** Affects: ptouch-driver (Ubuntu) Importance: Undecided Assignee: Phil Pemberton (philpem) Status: New ** Changed in: ptouch-driver (Ubuntu) Assignee: (unassigned) = Phil Pemberton (philpem) -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1439895 Title: QL-500 prints past end of label Status in ptouch-driver package in Ubuntu: New Bug description: The QL-500 label printer prints past the end of the label in the vertical (direction of feed) direction. This means that when you print e.g. an address label and use the label cutter, several things happen: 1) Because the printer has printed past the end of the label, the head is positioned part-way into the next label 2) Because the head is positioned part-way into the next label, the optical alignment sensor cannot see the black alignment marks on the back of the labels. This causes the printer to flag an alignment error when you next try to print a label. The effect is you can only print one label at a time. There is a patch included which reduces the Y resolution of the QL-550 printer to 275 dpi. It seems like it may be necessary to extend this to the QL-500 too. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1439895/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1342979] Re: QL-570 don't cut anymore
Sounds like my ESC i A patch still isn't quite right then... This is the difficulty; I only have a QL-500 (paper label printer) and a PT- 2450DX (plastic label printer) to hand. The QL series are the ones which support the ESC i A (auto cutter) command; if you send that to a PT- series printer, it'll throw an Interface Error. This is actually a mistake on my part, on line 43 of my patch (debian/patches/send-esc-i-A-for-QL-only.patch): + job_options-pixel_xfer == ULP); Should be: + job_options-pixel_xfer); This would have the effect of breaking emit_page_cmds() so that if the printer is in ULP mode, the emit_feed_cut_mirror() function is passed a 'true' (probably a 1), which is equal to pixel_xfer being RLE. That means emit_feed_cut_mirror() won't send ESC i A because it thinks it's talking to a P-Touch PT label printer. I've noticed some other issues with ptouch-driver - notably the MediaType isn't being passed through. I've done some work this week to clean up some of the cruft in the code (get rid of the deprecation warnings during 'make'). There are some problems in that some print options aren't being passed through to the driver correctly (MediaType is one). Current bug list I'm working on: * Print resolution for the QL-500 is wrong, it should be 300x275dpi for both (the QL-550 was fixed but not the QL-500) * MediaType doesn't seem to make it through from the PPD to the driver, so the driver never sets the continuous tape / cut labels option isn't loaded correctly. (I've changed this from a page option to a job option) I'll see if I can submit a patch for this bug -- I just need to try and remember how to do that, it's been a while! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1342979 Title: QL-570 don't cut anymore Status in ptouch-driver package in Ubuntu: Confirmed Bug description: I have upgraded my mint 15 to mint 17. After the new installation of all equipment, I realized that the Brother QL-570, although still printing the labels, but now it does no longer cutting. At first I had tried various settings and Ubuntu 14.04 too, but the cut was never carried out. After hours of attempts I have now found that it is on ptouch-driver; with the old version 1.3-4ubuntu1 the cut is working properly, the Version 1.3-6 and 1.3-8 does not work (anymore). I suspect it has to do with the following change: http://anonscm.debian.org/gitweb/?p=printing/ptouch-driver.git;a=commit;h=d70cf3b26bf5d8530579f7146164996c019b783c I think, the ESC i A-command does not arrive the QL-Printer To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1342979/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1427360] Re: firefox doesn't open an url as argument
*** This bug is a duplicate of bug 1425972 ***
https://bugs.launchpad.net/bugs/1425972
Bug #1425972 would seem to be related, and comment 4 on that bug
includes a fix.
** This bug has been marked a duplicate of bug 1425972
Firefox no longer supports -remote parameter
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1427360
Title:
firefox doesn't open an url as argument
Status in firefox package in Ubuntu:
Confirmed
Bug description:
Since few days, Firefox doesn't open the url from Thunderbird or the
XFCE desktop.
It just opens the home page.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: firefox 36.0+build2-0ubuntu0.14.04.4
ProcVersionSignature: Ubuntu 3.13.0-46.76-generic 3.13.11-ckt15
Uname: Linux 3.13.0-46-generic x86_64
NonfreeKernelModules: nvidia
AddonCompatCheckDisabled: False
ApportVersion: 2.14.1-0ubuntu3.7
Architecture: amd64
AudioDevicesInUse:
USERPID ACCESS COMMAND
/dev/snd/controlC0: j 1882 F pulseaudio
/dev/snd/controlC1: j 1882 F pulseaudio
BuildID: 20150224134236
Channel: Unavailable
CurrentDesktop: XFCE
Date: Mon Mar 2 20:27:57 2015
ForcedLayersAccel: False
IncompatibleExtensions:
Français Language Pack - langpack...@firefox.mozilla.org
English (South Africa) Language Pack - langpack-en...@firefox.mozilla.org
English (GB) Language Pack - langpack-en...@firefox.mozilla.org
Default - {972ce4c6-7e08-4474-a285-3208198ce6fd}
IpRoute:
default via 192.168.0.254 dev eth1 proto static
192.168.0.0/24 dev eth1 proto kernel scope link src 192.168.0.10 metric 1
IwConfig:
eth0 no wireless extensions.
eth1 no wireless extensions.
lono wireless extensions.
Plugins: Shockwave Flash - /usr/lib/flashplugin-installer/libflashplayer.so
PrefSources:
prefs.js
[Profile]/extensions/formhist...@yahoo.com/defaults/preferences/FhcPreferences.js
Profiles: Profile0 (Default) - LastVersion=36.0/20150224134236 (In use)
RfKill: Error: [Errno 2] No such file or directory: 'rfkill'
RunningIncompatibleAddons: True
SourcePackage: firefox
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 03/27/2008
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0808
dmi.board.asset.tag: To Be Filled By O.E.M.
dmi.board.name: M2N
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias:
dmi:bvnAmericanMegatrendsInc.:bvr0808:bd03/27/2008:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnM2N:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: System Product Name
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1427360/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1328798] Re: Setting default printer does not work
** Changed in: cups (Ubuntu) Status: Expired = Confirmed -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1328798 Title: Setting default printer does not work Status in “cups” package in Ubuntu: Confirmed Bug description: Setting default printer does not work. This is a nagging bug because it's affecting a commonly used, basic function. This bug persisted for a long time already. Upgrading from 13.10 to 14.04 did not help. In my system, there are three configured printers: 1) a locally connected one (which can be absent or not at boot) - 2) the same printer accessed over the network at another computer - 3) another network printer. Printer 3 should be the default printer, e.g. the one which is preselected when opening any print dialogue. One can set a default printer in system settings - printer. I did this many times. The check box is set (and is still set when re-entering the dialogue later or another time), but each time a print dialogue is accessed in any program, another printer is preselected and not printer 3. One can also set a default printer in the cups admin dialogue. This did not change the behavior. The desired printer is marked as default printer in the cups admin interface, but each time a print dialogue is accessed in e.g. okular, another printer is preselected. So one has to select each time the desired printer. Not having to do that each time is what the setting default printer (by whatever dialogue) is for, but it simply does not work. One thing I noticed is that in the /etc/cups/printers.conf, the desired printer (3) is marked as DefaultPrinter Kyocera, but the closing tag in this file is not named /DefaultPrinter as one would expect but just /Printer. Maybe there is a conflict between two different systems for setting a default printer (cups vs. system settings)? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1328798/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1328798] Re: Setting default printer does not work
It appears that the printer dialogs are ignoring the system default printer, or they're picking up a default from elsewhere. If you right-click a printer in the dialog box, then select Set As Default, you get two options. One is to set it as a personal default, which updates ~/.cups/lpoptions. If you do that, then applications will detect it as the default. If you pick the set as the system-wide default and also check clear my personal default setting, applications seem to pick the first printer known to CUPS (the first one ever added) -- certainly not the one I picked to be my default printer. Doing this twice -- setting the printer as a personal default, then setting it as the system default and deselecting clear my personal default seems to get everything working as expected. However, I do have a /etc/lpoptions which points to the wrong default printer (the one I'm seeing in applications). After deleting this file, the default printer is picked up correctly! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1328798 Title: Setting default printer does not work Status in “cups” package in Ubuntu: Confirmed Bug description: Setting default printer does not work. This is a nagging bug because it's affecting a commonly used, basic function. This bug persisted for a long time already. Upgrading from 13.10 to 14.04 did not help. In my system, there are three configured printers: 1) a locally connected one (which can be absent or not at boot) - 2) the same printer accessed over the network at another computer - 3) another network printer. Printer 3 should be the default printer, e.g. the one which is preselected when opening any print dialogue. One can set a default printer in system settings - printer. I did this many times. The check box is set (and is still set when re-entering the dialogue later or another time), but each time a print dialogue is accessed in any program, another printer is preselected and not printer 3. One can also set a default printer in the cups admin dialogue. This did not change the behavior. The desired printer is marked as default printer in the cups admin interface, but each time a print dialogue is accessed in e.g. okular, another printer is preselected. So one has to select each time the desired printer. Not having to do that each time is what the setting default printer (by whatever dialogue) is for, but it simply does not work. One thing I noticed is that in the /etc/cups/printers.conf, the desired printer (3) is marked as DefaultPrinter Kyocera, but the closing tag in this file is not named /DefaultPrinter as one would expect but just /Printer. Maybe there is a conflict between two different systems for setting a default printer (cups vs. system settings)? To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1328798/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1287971] [NEW] rastertoptch sends unsupported command to PT-series printers
Public bug reported: The rastertoptch filter includes a patch which sends the ESC i A (enable cutter) command to any printer which uses this filter. Sadly, this command is only supported on the QL series, so this patch has the effect of breaking printing on most of Brother's P-Touch line (the entire PT series). The ESC i A command should only be sent to QL-series printers, and never to PT-series printers. ** Affects: ptouch-driver (Ubuntu) Importance: Undecided Status: New ** Branch linked: lp:~philpem/ubuntu/trusty/ptouch-driver/fix-esc-i-a -for-pt-series -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to ptouch-driver in Ubuntu. https://bugs.launchpad.net/bugs/1287971 Title: rastertoptch sends unsupported command to PT-series printers Status in “ptouch-driver” package in Ubuntu: New Bug description: The rastertoptch filter includes a patch which sends the ESC i A (enable cutter) command to any printer which uses this filter. Sadly, this command is only supported on the QL series, so this patch has the effect of breaking printing on most of Brother's P-Touch line (the entire PT series). The ESC i A command should only be sent to QL-series printers, and never to PT-series printers. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1287971/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 744619] Re: Screen doesn't unlock; stuck on Checking
I usually see this happen if my ecryptfs home directory has somehow become unmounted... There's an outstanding bug in Sudo 1.8.2 which causes this (and is due to be fixed in 1.8.3), see Debian bug #639391. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-screensaver in Ubuntu. https://bugs.launchpad.net/bugs/744619 Title: Screen doesn't unlock; stuck on Checking Status in “gnome-screensaver” package in Ubuntu: New Bug description: Binary package hint: gnome-screensaver When I lock the screen either by using the screensaver, locking manually, or returning from a hibernate, when the authentication dialog comes up, it doesn't unlock the screen when I enter my password. Instead, it just hangs on Checking... forever until I manually kill gnome-screensaver. This is on a Lenovo Ideapad, with Ubuntu 10.10 i386. None of the issues listed here (https://wiki.ubuntu.com/DebuggingScreenLocking) apply to me. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: gnome-screensaver 2.30.0-1ubuntu1.1 ProcVersionSignature: Ubuntu 2.6.35-28.49-generic 2.6.35.11 Uname: Linux 2.6.35-28-generic i686 NonfreeKernelModules: fglrx Architecture: i386 Date: Tue Mar 29 00:16:59 2011 EcryptfsInUse: Yes GnomeSessionIdleInhibited: No GnomeSessionInhibitors: None InstallationMedia: Ubuntu 10.04 LTS Lucid Lynx - Release i386 (20100429) ProcEnviron: LANG=nl_NL.utf8 SHELL=/bin/bash SourcePackage: gnome-screensaver WindowManager: compiz To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/744619/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
