Issue 102353 - page number on handout always #1
Summary: page number on handout always #1
Alias: None
Product: Impress
Classification: Application
Component: formatting (show other issues)
Version: OOo 3.1
Hardware: All Windows XP
: P3 Trivial with 4 votes (vote)
Target Milestone: OOo 3.3
Assignee: wolframgarten
QA Contact: issues@graphics
Keywords: regression
: 114397 (view as issue list)
Depends on:
Blocks: 111112
  Show dependency tree
Reported: 2009-05-29 08:40 UTC by cno
Modified: 2017-05-20 10:22 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Page numbers of handout are right with DEV300_m74 (10.91 KB, application/vnd.oasis.opendocument.presentation)
2010-04-15 19:04 UTC, jumbo444
no flags Details
document for quick test of handout printing (10.23 KB, application/vnd.oasis.opendocument.presentation)
2010-06-18 14:30 UTC, clippka
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description cno 2009-05-29 08:40:00 UTC
- create presentation with 8 slides
- Instert Pagenumber, tab handout, Page number, apply to all
- Ctrl-P
- Contents: Handout, 4 slides per page
- OK
 > now both papers from printer show page number 1
 > should be 1 and 2

This defect is the same with 8 + pages ..
Comment 1 wolframgarten 2009-05-29 09:00:11 UTC
Reproducible. Reassigned. Page
Comment 2 cno 2009-05-29 09:19:37 UTC
We are preparing OOo internship. Would be great if someone comes up with
interest in printing /customizing and page numbering in all possible
combinations :-)
Comment 3 cno 2009-10-07 21:11:46 UTC
related to issue 67309
Comment 4 shep3 2010-02-06 04:47:55 UTC
This is such an old bug and needs to be fixed for a professional presentations
program. How can I distribute handouts with pages all having the same number?
Comment 5 cno 2010-02-06 07:51:36 UTC
@shep3: I more or less feel the same.
Work is ongoing on new printerpages. DEV300m70 was the first snapshot to include
this work. I haven't tested yet for this issue. But if it still does not work
correctly there, maybe now is the good moment for this and related issues to get
fixed rather easily.
Comment 6 calumc 2010-02-28 13:47:51 UTC
I'm stunned that OOo can ignore such a long standing bug that prevents OOo from
being taken serious as an alternative to M$ Office for professional printing.
Release 3 still suffers from this bug a full 9 MONTHS after this bug was posted.
Sun has failed the open source community by ignoring the drumbeat of users
requests to allow us to participate more fully by fixing the long lists of bugs
and feature deficits. It's only a matter of time until the open source community
creates the office suite that OOo should have been. Bring on the alternative to
Sun's OOo!
Comment 7 jumbo444 2010-04-15 19:01:09 UTC

It's a very annoying bug, when you want to spread OOo through a presentation...

However, there is a trick for OOo-dev 3.3 to get the right page numbers :
- in handout view, insert an animated gif (no static gif, neither bmp, png or jpg)
- hide it behind a white rectangle without border

That's all !

Works with DEV300m74 but NOT with OOO320_m14. Tested on WinXP
Comment 8 jumbo444 2010-04-15 19:04:46 UTC
Created attachment 68950 [details]
Page numbers of handout are right with DEV300_m74
Comment 9 bcsi 2010-04-15 20:09:28 UTC

Bizarre! How the heck did you ever come up with that? Unfortunately I nor any of
my customers have 3.3 dev.

The way I've gotten around this problem is to copy Impress 2.4 onto the machines
that need this functionality and use 2.4 to just print the handouts (don't save
in 2.4). It works beautifully; the page numbers print AND the handout layout is
maintained, resized slides and all! It's a clumsy way to get around this bug but
not any clumsier than your solution.

Good job though. Cheers.
Comment 10 warrenf 2010-04-26 00:30:26 UTC
Also fails in Ver 3.2.
Works OK in Ver 3.0.1.
Comment 11 cno 2010-05-04 22:39:23 UTC
according to comment warrenf: regression
Comment 12 clippka 2010-06-18 14:28:37 UTC
fixed in cws impress192, please note that choosing to print the handouts set in
the document instead choosing from the printer is also already fixed for OOo
3.3. The blue background while printing handouts is also already addressed in
another issue
Comment 13 clippka 2010-06-18 14:30:05 UTC
Created attachment 70082 [details]
document for quick test of handout printing
Comment 14 clippka 2010-06-21 11:56:05 UTC
verified in cws, back to qa
Comment 15 wolframgarten 2010-06-22 12:07:30 UTC
Verified in CWS.
Comment 16 cno 2010-06-28 12:32:33 UTC
thanks for fixing this!
Comment 17 warrenf 2010-07-02 00:42:43 UTC
Fails in 3.2 Linux release as well.  Has anyone validated the fix for Linux?
Comment 18 jumbo444 2010-07-02 07:27:29 UTC
@warrenf: target milestone is 3.3. So the bug is present in all 3.2 versions
(even 3.2.1).
As mentioned previously, the patch is included in CWS impress192. To know if it
will be included in OOo-dev, check:
Child WorkSpaces > Search: Name=impress192
As column "Milestone integrated" is empty, you have to wait a little more to
test with OOo-dev. Another way is to build your own OOo with this CWS.
Have a good day.
Comment 19 wolframgarten 2010-09-08 09:03:45 UTC
*** Issue 114397 has been marked as a duplicate of this issue. ***