Page Size greyed out in gtkprint applications.

Bug #269687 reported by Michael Casadevall
16
This bug affects 2 people
Affects Status Importance Assigned to Milestone
GnuCash
Invalid
Undecided
Unassigned
gnucash (Debian)
Invalid
Undecided
Unassigned
gtk+2.0 (Ubuntu)
Incomplete
Low
Unassigned
Declined for Hardy by Sebastien Bacher
Declined for Intrepid by Sebastien Bacher
Declined for Lucid by Sebastien Bacher

Bug Description

gtkprint on intrepid (and hardy) appears broken with respect to page sizes, as I can't set page sizes on any printer in gnucash, or any program using gtkprint as a backend.

Original Bug Reported:
Binary package hint: gnucash

This debdiff changes the dependencies to build from goffice 0.4 to goffice 0.6. This change was made because goffice 0.6 is an oldlibs, and I'm working to remove it. gnucash is the largest package which has an rdepends on goffice, so this patch is a predependnecy of removing the oldlibs. A bug has been filed against debian.

Revision history for this message
Michael Casadevall (mcasadevall) wrote :
Changed in gnucash:
importance: Undecided → Low
status: New → Confirmed
Revision history for this message
Michael Casadevall (mcasadevall) wrote :

As an added note, due to the possibility of regressions, I uploaded this package to my PPA (https://edge.launchpad.net/~sonicmctails/+archive), and I'm attempting to track down regular gnucash users to test it more than I can.

Changed in gnucash:
status: Unknown → New
Revision history for this message
Saivann Carignan (oxmosys) wrote :

I also built gnucash using libgoffice 0.6 and I can so far reproduce this regression :

It's not possible to choose paper type when printing with gnucash. The case is grey and unusable. The resulting document prints with very small, but acceptable margins on letter paper.

A improvement : libgoffice 0.6 fixes duplicate bug #269698

Revision history for this message
Michael Casadevall (mcasadevall) wrote : Re: [Bug 269687] Re: Change of dependencies from goffice 0.4 to 0.6

The print link in the Accounts section is greyed out no matter what I
do, so I can't confirm this. However, for checks it seems normal. Can
you give specific steps on how to reproduce? (I'm willing to try and
kick out a patch for this regression).
Michael

On Sat, Sep 13, 2008 at 8:10 PM, Saïvann Carignan <email address hidden> wrote:
> I also built gnucash using libgoffice 0.6 and I can so far reproduce
> this regression :
>
> It's not possible to choose paper type when printing with gnucash. The
> case is grey and unusable. The resulting document prints with very
> small, but acceptable margins on letter paper.
>
> A improvement : libgoffice 0.6 fixes duplicate bug #269698
>
> --
> Change of dependencies from goffice 0.4 to 0.6
> https://bugs.launchpad.net/bugs/269687
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Revision history for this message
Saivann Carignan (oxmosys) wrote : Re: Change of dependencies from goffice 0.4 to 0.6

For sure, this problem can be reproduced with any report :

1. In gnucash, click on "Reports" menu, then "Account summary"
2. You're now seing a report, click on the "print" button
3. You should now be in printing options, in the "general" tab. Click to select your printer, and then click on the "Page Setup" tab.
4. In the "Page Setup" tab, try to change the Paper type.

Result : Paper type case is grey, you can't choose anything while it was possible with gnucash built with libgoffice 0.4 .

Revision history for this message
Michael Casadevall (mcasadevall) wrote :

Some detectivework relieves this looks like a possible bug in gtkprint. In general, there is a configure check that sets the following define in config.h

On goffice-0.4:

/* GtkHTML uses GtkPrint for printing operations */
/* #undef GTKHTML_USES_GTKPRINT */

On goffoce-0.6

/* GtkHTML uses GtkPrint for printing operations */
#define GTKHTML_USES_GTKPRINT 1

A couple of greps show that this does some pretty big changes to the way printing is done by having it use GTK's printing mechanism vs its own homebrewed one. If I'm correct, you should have the same issue in any application that uses gtk's printing mechanism, such as gnumeric, can you see if you can reconfirm in that?

This isn't a bug in goffice/gtk, its a bug in gtkprint it seems.

description: updated
Changed in gnucash:
importance: Low → Medium
milestone: none → intrepid-alpha-6
importance: Unknown → Undecided
status: New → Invalid
Changed in gnucash:
importance: Unknown → Undecided
status: Unknown → New
status: New → Invalid
Changed in gtk2:
status: Unknown → New
Changed in gtk+2.0:
status: Confirmed → Triaged
Revision history for this message
Michael Bienia (geser) wrote :

Unsubscribing u-u-s as there is nothing to sponsor right now.

Changed in gtk+2.0 (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Medium → Low
milestone: intrepid-alpha-6 → none
tags: added: patch-forwarded-upstream
Revision history for this message
David Nice (davidjnice) wrote :

To summarise this long standing bug; users cannot adjust the page settings using the 'page set-up' tab in the print dialogue. (Apparently of applications using gtk print.) To recreate the bug, go to the page set-up tab in the print dialogue of any of the following programs:
Eye of Gnome Image Viewer
Firefox
Epiphany
Evolution
Gimp
F-Spot
... (and apparently GNU Cash) you get the idea.

Openoffice.org uses its own print dialogue and is not affected. You can compare the OOo to any of the above applications to see the issue.

The options can be adjusted directly from the page set-up menu, but many users look to the page set-up tab in the print dialogue.

I can see that this bug has been running as a low priority for some time now. Surely it's now time to get this fixed or just remove the tab so that it can't confuse users any longer?

Thanks to all for the great work.

Revision history for this message
David Nice (davidjnice) wrote :

With regards to this comment: "Surely it's now time to get this fixed or just remove the tab so that it can't confuse users any longer?"

I'm mistaken; it's in the right place so please don't remove it, just allow users to use it!

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

The option works correctly there on maverick with gedit or eog for example, seems rather a bug in some softwares than in gtk

Changed in gtk+2.0 (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
Changed in gtk2:
importance: Unknown → Medium
Changed in gtk2:
status: New → Incomplete
Revision history for this message
Sebastien Bacher (seb128) wrote :

is that still an issue? in which application and using what version of ubuntu?

Changed in gtk+2.0 (Ubuntu):
status: Triaged → Incomplete
Changed in gtk2:
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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