Bug 24135

Created attachment 10645 [details]
install report

I don't understand this bug report, what does FF have to do with managing printing?

Anyway, assigning to the Xfce maintainer.

CC: (none) => marja11
Assignee: bugsquad => jani.valimaa

(In reply to ben mcmonagle from comment #0)
> Description of problem: invoking Manage Printing returns: Firefox can’t
> establish a connection to the server at localhost:631.
> 

Sounds more like a problem in cups. Assigning back to bugsquad.

Assignee: jani.valimaa => bugsquad

not sure, but I think the "Managing Printing" is meant to open a html file that should be on the system (somewhere).
may be related to bug # 24122 ? since it affects a broad range of issues

(In reply to Jani Välimaa from comment #3)
 
> Sounds more like a problem in cups. Assigning back to bugsquad.

Assigning to Thierry, then.


(In reply to ben mcmonagle from comment #4)
> not sure, but I think the "Managing Printing" is meant to open a html file
> that should be on the system (somewhere).

You're right, it seems to be the same as going to http://localhost:631/ in a Firefox window. I had read this report in too much of a hurry :-/

> may be related to bug # 24122 ? since it affects a broad range of issues

No idea. Thierry will know :-)

Assignee: bugsquad => thierry.vignaud
Source RPM: (none) => cups
CC: (none) => thierry.vignaud

Works for me

Keywords: (none) => NEEDINFO

(In reply to ben mcmonagle from comment #0)
> Description of problem: invoking Manage Printing returns: Firefox can’t
> establish a connection to the server at localhost:631.

My first guess would be that cups service is not running. Easy check:
  systemctl status cups

(In reply to Bit Twister from comment #7)
 
> My first guess would be that cups service is not running. Easy check:
>   systemctl status cups

$ systemctl status cups
● cups.service - CUPS Scheduler
   Loaded: loaded (/usr/lib/systemd/system/cups.service; disabled; vendor preset: disabled)
   Active: inactive (dead)
     Docs: man:cupsd(8)

$ systemctl start cups.service
*****@localhost ~]$ systemctl status cups
● cups.service - CUPS Scheduler
   Loaded: loaded (/usr/lib/systemd/system/cups.service; disabled; vendor preset: disabled)
   Active: active (running) since Tue 2019-01-08 19:57:43 NZDT; 7s ago
     Docs: man:cupsd(8)
 Main PID: 6318 (cupsd)
   Status: "Scheduler is running..."
   CGroup: /system.slice/cups.service
           └─6318 /usr/sbin/cupsd -l

starting cups service corrects the issue.

needed to reinstall from scratch and again this issue.

should cups.service be enabled by default?

(In reply to ben mcmonagle from comment #9)
> needed to reinstall from scratch and again this issue.
> 
> should cups.service be enabled by default?

Well, your status shows ; vendor preset: disabled

Seen a few discussions about systemd services defaults.
I do not like package installs/updates starting services I have disabled.

CC: (none) => bittwister2

See https://ml.mageia.org/l/arc/dev/2018-10/msg00367.html.

I foresaw this sort of problem.

CC: (none) => mageia
Keywords: NEEDINFO => (none)

For this case/bug it seems like a compromise would be for mcc 
"Set up the printer" to start cups service and ask if user wants
it always enabled.

We have seen more and more security updates fixing local exploits, released, so
less unneeded services running, the better the security.

Currently my web cams have been hacked and are scanning my lan nodes for open
ports. I can not even re-flash them to get rid of malware. 
Glad I have shorewall running.

Several times something has been tracking my mouse movements and no telling
what else. I hear the disk heads doing a lot of movement when moving the mouse.

I believe it is/was malware picked up from surfing. 
Latest firefox-64.0 install and reboot seems to have cleared up the problem.
All firefox usage is done in separate user accounts, surfing and one each
for account needing id/pw, bank, credit card, isp,....

That's not a cups issue.
This is because of neal changes in mageia-release...

Assignee: thierry.vignaud => ngompa13
Source RPM: cups => mageia-release

M7 Classic beta2, running XFCE, I have just installed task-printing, and the "Manage printing" menu item does indeed go to & show http://localhost:631/
"CUPS 2.2.10" etc.

# systemctl -l status cups
● cups.service - CUPS Scheduler
   Loaded: loaded (/usr/lib/systemd/system/cups.service; enabled; vendor preset: disabled)
   Active: active (running) since Mon 2019-01-14 21:56:16 CET; 9min ago

I think that Cups should be started routinely. If you do not want that, it is easy enough via MCC-Services to stop it being started automatically. Here, MCC shows Cups 'to be started'. To see on re-boot.

The problem here is not knowing why the reported problem happens. All right once you know...

CC: (none) => lewyssmith

M7Beta2 Xfce Live.
Manage printing works as it should here. Is it just the Classic ISO?

CC: (none) => westel

(In reply to Lewis Smith from comment #15)
> M7Beta2 Xfce Live.
> Manage printing works as it should here. Is it just the Classic ISO?

yes - only the CI .

rumour has it Martin will be building some new ones shortly, so I will see if the problem is reproducible in them

Classic beta2 round 2 end January. All 6 desktops installed.
Under Xfce at least, I cannot find 'manage printing' at all in the Tools menu. Possibly hidden under a translation, but I tried all English & Welsh possibilities in the menu type-in box, which functions OK.
'Print settings', yes - which immediately asks to install task-printing. Perhaps that would add 'manage printing'.
Without task-printing, 'manage printing' seems irrelevant, and better absent.
-> Ben.

Classic beta2 round 2 end January. All 6 desktops installed. x64
Without having 'task-printing' installed, I cannot find 'manage printing' in the menus of any of the desktops. Sensible. For me this bug is dead.
However, I will install task-printing to see whether manage-printing gets pulled in.

Installed task-printing (93 pkgs), but did nothing further.
'Manage printing' does indeed then show in the menus.
From Gnome, it worked.
Tried it from Xfce (original bug title), it works.
Then from LXDE (the PAD, for 32-bit Classic ISO), it works.
Given that the problem came from CUPs not running (comments  7-9) - *that* is the issue, already agreed. What is special about Ben's case?

Summary: XFCE, Manage Printing returns: Firefox can’t establish a connection to the server at localhost:631. => Manage Printing returns: Firefox can’t establish a connection to the server at localhost:631 because CUPS is not running

(In reply to Lewis Smith from comment #19)
> What is special about Ben's case?

Ben didn't install task-printing. What he did do was select the "LSB" category in the installer. This caused the cups package to be selected, which is what adds the "Manage printing" entry to the applications menu. But installing the cups package no longer enables the cups service. See comment 11 for why.

In your case you installed task-printing, which in turn installed the hplip package. When it is installed, the hplip package enables the cups service:

[root@localhost drakx]# rpm -q --scripts hplip
preinstall scriptlet (using /bin/sh):
/usr/bin/systemctl start cups &>/dev/null ||:
/usr/bin/systemctl enable cups &>/dev/null ||:

last comment nearly 2 years ago
closing as old

Resolution: (none) => OLD
Status: NEW => RESOLVED