evince: libgtkprint support is broken

Bug #135832 reported by Martin-Éric Racine
10
Affects Status Importance Assigned to Milestone
cupsys (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: evince

found in Gutsy.

When going to the Print dialog, none of the CUPS printers appear and the dialog freezes.

When going to the Print Setup dialog, all CUPS printers appear, but selecting any of them freezes Evince.

As a result, printing in Evince is currently broken in Gutsy.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug report. Please try to obtain a backtrace http://wiki.ubuntu.com/DebuggingProgramCrash and attach the file to the bug report. This will greatly help us in tracking down your problem. Evince uses GtkPrint, does it work with other applications using (epiphany-browser, yelp, eog)?

Changed in evince:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Martin-Éric Racine (q-funk) wrote :

Please note that Evince does not crash. It simply freezes.

Print works as normal in Gedit, which uses a similar print dialog.

Revision history for this message
Sebastien Bacher (seb128) wrote :

gedit uses gnomeprint

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

The instructions you pointed me to are meant to trace a crash. There is no crash taking place, only a freeze.

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

Anyhow, the freeze happens as soon as I select the Print option and SIGINT is myself kill the application after 10 minutes of waiting for something to happen.

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

And here's the strace.

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

and the valgrind trace.

Revision history for this message
Sebastien Bacher (seb128) wrote :

looks like a libcups issue, reassigning

Changed in evince:
status: Incomplete → New
Revision history for this message
Martin-Éric Racine (q-funk) wrote :

I'd really like to know how you reached that conclusion, especially seeing how gnomeprint and applications directly accessing CUPS work fine, while gtkprint applications are the only ones that do not.

Revision history for this message
Martin-Éric Racine (q-funk) wrote :

Actually, no. Applications that access CUPS directly e.g. Firefox, OpenOffice or via gnomeprint work fine. Only those that use gtkprint don't, so this is definitely a gtkprint problem.

Revision history for this message
Sebastien Bacher (seb128) wrote :

No it doesn't look like a gtk bug, as explained on IRC it hangs on a listen coming from a libcups call. Could you install libcups2-dbgsym libc6-dbg libgtk2.0-0-dbgsym and get a new backtrace?

Changed in gtk+2.0:
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!.

Changed in gtk+2.0:
status: Incomplete → Invalid
Revision history for this message
Martin-Éric Racine (q-funk) wrote :

All the necessary information was already provided. Reopening.

Changed in gtk+2.0:
status: Invalid → Confirmed
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Please install the packages Sebastien asked to do, get a new stacktrace and then re open the bug. thanks.

Changed in gtk+2.0:
status: Confirmed → Invalid
Revision history for this message
Mark Van den Borre (markvdb) wrote :

I experienced similar symptoms. See attached gdb trace.

Revision history for this message
Mark Van den Borre (markvdb) wrote :
Revision history for this message
Mark Van den Borre (markvdb) wrote :

Cups does not seem to be listening on port 631 (netstat -an|grep 631 yields nothing).

Changed in gtk+2.0:
status: Invalid → New
Changed in gtk+2.0:
assignee: desktop-bugs → till-kamppeter
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Have you checked whether the problem is really caused by CUPS? Do the command line frontends of CUPS work (lpr, lpstat, ...)? Does the web interface of CUPS work (http://localhost:631/)? Do other applications with CUPS-based printuing dialogs work (OpenOffice.org, Firefox, Thunderbird, Other GNOME/GTK apps, KDE apps, ...)? Can you print from other Linux/CUPS-based machines in your network to the printers on your local machine?

Changed in cupsys:
assignee: till-kamppeter → nobody
status: New → Incomplete
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Has anyone of you access to Hardy? Does the problem occur there, too?

Revision history for this message
Mark Van den Borre (markvdb) wrote :

The problem turned out to be a b0rken install from the alternate cd. The system was missing the lo interface in /etc/network/interfaces.

Changed in cupsys:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.