After Kernel upgrade printing problems

Leap 4.1 KDE Plasma 5.5.5, kernel 4.1.36-41-default
In the past month I think the kernel has been updated what, 3 times, 4x? I do not know when my problem arose.

Somewhere during those recent kernel updates I lost my ability to print.

I fought and fought this and am partway there. But problems remain.

What is now finally working again…My network connected HP laserjet printer by re-running HPLIP device setup.

What continues to be a problem, maybe a bug?..

In systray, I choose printers, click on the printer, and choose configure.
Nothing happens. But…when I shutdown (also if I logout or restarting), when the background closes, I find (hidden under the background image) the config printer dialog box is displayed just prior to the shutdown (or restart, or logout).

So config printer does not get the focus and remains hidden. There is no indication on the task manager bar at the bottom of my screen that there is a dialog box open.

Is this a bug and is there a simple way to bring it to the foreground?
This same situation exists if I choose the printer from ‘configure desktop’.

My desktop background is the standard black background with the lightbulb showing gecko as a bulb filament.

I’m a bit confused by your need to reconfigure the printer. Are you not able to print from an application? Is CUPS active?

What does the following report?

lpstat -t

What continues to be a problem, maybe a bug?..

In systray, I choose printers, click on the printer, and choose configure.
Nothing happens. But…when I shutdown (also if I logout or restarting), when the background closes, I find (hidden under the background image) the config printer dialog box is displayed just prior to the shutdown (or restart, or logout).

I can’t replicate this. It works as expected for me, (although I don’t generally use the printer utility). Perhaps a graphics-related issue? Which graphics card/driver?

/usr/sbin/hwinfo --gfxcard

I’m a bit confused myself and why I posted here. After I upgraded the kernel, no, I was not able to print from an application. My first step was to open the printer config in the systray. That did nothing, only to later discover it ‘hiding’ behind the desktop wallpaper and visible only as the desktop was closing. After redoing the printer setup in HPLIP I can now print in an application.

lpstat -t
scheduler is running
system default destination: HP_LaserJet_P2015
device for CUPS-PDF: cups-pdf:/
device for HP_LaserJet_P2015: hp:/net/HP_LaserJet_P2015_Series?ip=192.168.1.26
CUPS-PDF accepting requests since Sat 21 May 2016 09:55:19 PM PDT
HP_LaserJet_P2015 accepting requests since Fri 16 Dec 2016 07:54:48 PM PST
printer CUPS-PDF is idle.  enabled since Sat 21 May 2016 09:55:19 PM PDT
printer HP_LaserJet_P2015 is idle.  enabled since Fri 16 Dec 2016 07:54:48 PM PST
        ready to print

/usr/sbin/hwinfo --gfxcard
18: PCI 100.0: 0300 VGA compatible controller (VGA)             
  [Created at pci.366]
  Unique ID: VCu0.IGkCW5ainSE
  Parent ID: vSkL.YwS7dTeLZDD
  SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0
  SysFS BusID: 0000:01:00.0
  Hardware Class: graphics card
  Model: "ATI Turks PRO [Radeon HD 7570]"
  Vendor: pci 0x1002 "ATI Technologies Inc"
  Device: pci 0x675d "Turks PRO [Radeon HD 7570]"
  SubVendor: pci 0x1028 "Dell"
  SubDevice: pci 0x2b22 
  Driver: "fglrx_pci"
  Driver Modules: "fglrx"
  Memory Range: 0xe0000000-0xefffffff (ro,non-prefetchable)
  Memory Range: 0xf7e20000-0xf7e3ffff (rw,non-prefetchable)
  I/O Ports: 0xe000-0xefff (rw)
  Memory Range: 0xf7e00000-0xf7e1ffff (ro,non-prefetchable,disabled)
  IRQ: 31 (1289588 events)
  I/O Ports: 0x3c0-0x3df (rw)
  Module Alias: "pci:v00001002d0000675Dsv00001028sd00002B22bc03sc00i00"
  Driver Info #0:
    Driver Status: radeon is not active
    Driver Activation Cmd: "modprobe radeon"
  Driver Info #1:
    Driver Status: fglrx is active
    Driver Activation Cmd: "modprobe fglrx"
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #8 (PCI bridge)

Primary display adapter: #18

The video driver is fglrx.

I was wondering if there was a bug since it worked fine for a long time and after one of the last several kernel updates my printing was broken. Since you can’t replicate it then I guess it may not necessarily be a bug.

So you are able to see the popup for printer config when choosing it from the systray?
Maybe I have to go to noveau. I have long forgotten why I switched to fglrx, I seem to recall I had some sort of issue w/ noveau but don’t recall what it is. Apparently I’m going to have to dump fglrx at some future point because I hear it doesn’t work with 42.1.

Forgot to mention: Config printer now works properly when selected from the systray.

I spoke too soon. After checking systray printer configuration, I went back and checked it a 2nd time. Now it is failing again and printing is failing again. I cannot print from apps, for example, kwrite.

Additionally, the hp device manager will not open. I am back to square 1, unable to print a test page, even from YaST printer page.

Print to file, creating a pdf still works ok.

I don’t see an update in YaST for hplip. I currently am using 3.14.6-3.10 dated 2014.
At hpopensource.com I see there is a much newer version but I’d rather stick to something released by opensuse.
Is there a repo I should possibly check for hplip?

Yes, that looks ok to me.

I was wondering if there was a bug since it worked fine for a long time and after one of the last several kernel updates my printing was broken. Since you can’t replicate it then I guess it may not necessarily be a bug.

So you are able to see the popup for printer config when choosing it from the systray?

Yes.

Maybe I have to go to noveau. I have long forgotten why I switched to fglrx, I seem to recall I had some sort of issue w/ noveau but don’t recall what it is.

No, the nouveau driver is for NVIDIA hardware. You have AMD hardware, so the free radeon driver or proprietary fglrx driver are your choices.

Try printing a test page via the CUPS web interface (via a browser)
http://localhost:631/printers
Click on the printer > ‘Maintenance’ > ‘Print Test Page’

I don’t see an update in YaST for hplip. I currently am using 3.14.6-3.10 dated 2014.
At hpopensource.com I see there is a much newer version but I’d rather stick to something released by opensuse.
Is there a repo I should possibly check for hplip?

I don’t think that is the problem. It seems to be the desktop behaving badly with the proprietary driver?

I was unable to print the test page from CUPS.

I reinstalled CUPS using YaST, and I reinstalled my networked printer using YaST.

Now I can print a test page in CUPS.

The hp-toolbox still is not working correctly and I installed the latest version outside of the repositories, something that I usually try not to do.

The updated version of hp-toolbox does not locate my printer so I assume there is some issue with it and I will remove it from my system.

Now, when I open Configure Desktop -> Printers. I was able to get the configuration screen to open, the first time. When I closed that app and restarted Configure Desktop I was unable to open Printers. I do not know if there is something hidden behind my desktop background, I will need to logout or restart to check that. But at least I can print, for the moment.

I doubt reinstalling CUPS was necessary. Are you sure cupsd was running? If it happens again just check with

systemctl status cups

The hp-toolbox still is not working correctly and I installed the latest version outside of the repositories, something that I usually try not to do.

The updated version of hp-toolbox does not locate my printer so I assume there is some issue with it and I will remove it from my system.

Perhaps you have a firewall active? That can prevent ‘automatic’ discovery. However, you should still be able to reach/configure your printer by IP address.

Share your configured repos, just in case there’s something behind this odd behaviour…

zypper lr -d

Another thought - try creating a new user and see if this strange behaviour exists there.

My repositories:

 zypper lr -d
#  | Alias                      | Name                                    | Enabled | GPG Check | Refresh | Priority | Type     | URI                                                                      | Service
---+----------------------------+-----------------------------------------+---------+-----------+---------+----------+----------+--------------------------------------------------------------------------+--------
 1 | KDE:Extra                  | KDE:Extra                               | No      | ----      | No      |   98     | rpm-md   | http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_Leap_42.1/ |        
 2 | MyUpdates                  | MyUpdates                               | No      | ----      | No      |   97     | plaindir | dir:///home/jon/my_updates                                               |        
 3 | Oracle_VirtualBox          | Oracle VirtualBox                       | No      | ----      | No      |   98     | rpm-md   | http://download.virtualbox.org/virtualbox/rpm/opensuse/13.2/             |        
 4 | Print                      | Print                                   | No      | ----      | No      |   99     | rpm-md   | http://download.opensuse.org/repositories/Printing/openSUSE_Leap_42.1/   |        
 5 | download.opensuse.org-oss  | Main Repository (Sources)               | Yes     | (r ) Yes  | Yes     |   99     | yast2    | http://download.opensuse.org/source/distribution/leap/42.1/repo/oss/     |        
 6 | ftp.gwdg.de-suse           | Packman Repository                      | No      | ----      | No      |   99     | rpm-md   | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_42.1/            |        
 7 | geeko.ioda.net-amd-fglrx_1 | AMD/ATI Graphics Drivers                | Yes     | (r ) Yes  | Yes     |   98     | rpm-md   | http://geeko.ioda.net/mirror/amd-fglrx/openSUSE_Leap_42.1/               |        
 8 | repo-debug                 | openSUSE-Leap-42.1-Debug                | No      | ----      | Yes     |   95     | NONE     | http://download.opensuse.org/debug/distribution/leap/42.1/repo/oss/      |        
 9 | repo-debug-non-oss         | openSUSE-Leap-42.1-Debug-Non-Oss        | No      | ----      | Yes     |   95     | NONE     | http://download.opensuse.org/debug/distribution/leap/42.1/repo/non-oss/  |        
10 | repo-debug-update          | openSUSE-Leap-42.1-Update-Debug         | No      | ----      | Yes     |   95     | NONE     | http://download.opensuse.org/debug/update/leap/42.1/oss                  |        
11 | repo-debug-update-non-oss  | openSUSE-Leap-42.1-Update-Debug-Non-Oss | No      | ----      | Yes     |   95     | NONE     | http://download.opensuse.org/debug/update/leap/42.1/non-oss/             |        
12 | repo-non-oss               | openSUSE-Leap-42.1-Non-Oss              | Yes     | (r ) Yes  | Yes     |   99     | yast2    | http://download.opensuse.org/distribution/leap/42.1/repo/non-oss/        |        
13 | repo-oss                   | openSUSE-Leap-42.1-Oss                  | Yes     | (r ) Yes  | Yes     |   99     | yast2    | http://download.opensuse.org/distribution/leap/42.1/repo/oss/            |        
14 | repo-source                | openSUSE-Leap-42.1-Source               | Yes     | (r ) Yes  | Yes     |   96     | yast2    | http://download.opensuse.org/source/distribution/leap/42.1/repo/oss/     |        
15 | repo-update                | openSUSE-Leap-42.1-Update               | Yes     | (r ) Yes  | Yes     |   99     | rpm-md   | http://download.opensuse.org/update/leap/42.1/oss/                       |        
16 | repo-update-non-oss        | openSUSE-Leap-42.1-Update-Non-Oss       | Yes     | (r ) Yes  | Yes     |   99     | rpm-md   | http://download.opensuse.org/update/leap/42.1/non-oss/                

Regarding the firewall, I don’t use the firewall, I have it disabled and I checked that already to rule out that problem. I use a firewall at my WAN interface, Leap & printer are both on a separate interface inside the wan interface. Also, I was able to ping the printer IP, although that only proves the cabling to printer interface is good.

Cupsd should have been running because in the browser I could see cups-virtual-printer available, I assume if cupsd was not running I would see nothing in the browser. Perhaps I’m wrong?

A good idea about new profile. I should have thought of that.

Thanks, jon

Repo list looks okay.

Regarding the firewall, I don’t use the firewall, I have it disabled and I checked that already to rule out that problem. I use a firewall at my WAN interface, Leap & printer are both on a separate interface inside the wan interface. Also, I was able to ping the printer IP, although that only proves the cabling to printer interface is good.

Okay, good to know.

Cupsd should have been running because in the browser I could see cups-virtual-printer available, I assume if cupsd was not running I would see nothing in the browser. Perhaps I’m wrong?

Yes, if the web interface is active then cupsd is running.

A good idea about new profile. I should have thought of that.

Thanks, jon

Let us know how that goes. :slight_smile:

OK, so some progress on this. Creating a new user allowed me to access the hp-toolbox and create the printer. Everything seemed ok at that point. I then ran the toolbox diagnostic and it was unhappy with my print queue (includes prior queue). It turns out that when I created the printer in YaST (which worked just fine) it was not compatible with the hp-toolbox. It offered to fix my print queue and I accepted. So now the hp app is happy with the printer, and it all seems ok.

I logged out and back in as my normal user and the hp-toolbox is working as I expect and I can do test prints, etc. I can open a .pdf and print.

Unfortunately, I have some other problem that I failed to realize earlier. Kwrite is not printing, and is hanging when I choose print or print preview. This condition exists in both the newly created user and my normal user login. In the past day or so I tested the printer in kwrite and it hung, but at that time I thought I had a printer problem because I had that hidden configuration screen. Apparently, I had a kwrite problem without recognizing it.

Given any text file, I cannot print it in kwrite. If I create a new file, I cannot print it. Choosing file->print seems to hang kwrite. I have waited up to a minute or so, not longer, before forcing it to close. With any random text file that fails to print, I can open the same text file in libwriter and it prints properly. Also, in hp-toolbox I can choose to print a specific file. That file will print. But that same file hangs kwrite.

So I have cleared up my original problem report and now have a different problem, I suppose it was there originally but I failed to recognize it. Considering above, I do not recall if I tested the printing with kwrite after creating the printer in YaST and before creating a new user and printers in hp-toolbox. So I cannot be sure if my kwrite problem will present itself if I remove the printer & queues and start again creating a printer in YaST without setting up hp-toolbox.

Should I start a new thread about kwrite hanging on printing? Or just continue from here?

I’d recommend starting a new thread with descriptive title. As it is, this one was not a kernel-related issue.