Issue 6571 - Fax number misses last digit if imported form data base
Summary: Fax number misses last digit if imported form data base
Status: CLOSED FIXED
Alias: None
Product: printing
Classification: Unclassified
Component: www (show other issues)
Version: current
Hardware: PC Linux, all
: P3 Trivial
Target Milestone: ---
Assignee: Martin Hollmichel
QA Contact: Unknown
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2002-07-25 21:30 UTC by Unknown
Modified: 2004-02-17 09:03 UTC (History)
1 user (show)

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

Attachments
testcase only using text formatting instead of data fields (10.97 KB, application/x-tbz)
2002-11-12 16:55 UTC, Unknown 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2002-07-25 21:30:11 UTC 
If I imporr a fax number to a document from a data base into a @@#<Field>@@, the
last digit of the fax number given to the fax program is missing. The document
looks OK and prints correctly. If I enter the fax number manually into the
document using the @@#@@ construct, the fax number given to the fax program is
correct. There is a difference in the generated postscript output for these two
cases:
1. Fax number imported from data base:
----
<404023>
show
1140 23 moveto
<28303138303529203036302033333420313932203538>
show
1780 23 moveto
<4040>
----
2. Fax number entered manually
----
<404023283031383035292030363020333334203139322035384040>
show
----

This bug may be related to the fixed issue 3708.
Comment 1 philipp.lohmann 2002-11-08 15:25:38 UTC 
reassigned to responsible developer
Comment 2 philipp.lohmann 2002-11-12 16:16:22 UTC 
I can reproduce that
Comment 3 Unknown 2002-11-12 16:55:18 UTC 
Created attachment 3574 [details]
testcase only using text formatting instead of data fields
Comment 4 Unknown 2002-11-12 16:57:17 UTC 
Hi! 
 
I just prepared a testcase for this bug. 
(http://www-users.rwth-aachen.de/g.ohrner/Download/oo_faxnr_parse_bug.tar.bz2 
and as on IssueZilla attachment) 
This bug does not really seem to be related to data fields only but 
to text formatting in general (data fields being a special case). 
Formatting a part of the number as eg. "Helmet" if the rest of the 
paragraph is formatted as "Thorndale" suffices to cut of the last 
number formatted as "Helmet". (See testcase, ok.sxw is the file with 
standard formatting, ok.ps the ps output of this file using the 
generic driver and ok.out is the fax number inserted as (PHONE) in 
the fax command. In ups.sxw the two first characters of the fax 
number are formatted differently and the secon number is cut of as 
can be seen in ups.out.) 
So this does not seem to be the same bug as bug 3708 though it may 
be related. 
 
Greetinx, 
 
  Gunter Ohrner
Comment 5 philipp.lohmann 2002-11-12 17:03:26 UTC 
thanks for the test case
Comment 6 philipp.lohmann 2002-11-14 16:00:08 UTC 
pl->mh:

vcl/unx/inc/salgdi.h rev 1.21
vcl/unx/source/gdi/salgdi3.cxx rev 1.96
vcl/source/gdi/outdev3.cxx rev 1.139

should fix that in next 644 build
Comment 7 Martin Hollmichel 2002-12-17 09:37:48 UTC 
these will be in the next 644 build automagicly
Comment 8 Unknown 2003-05-12 14:34:27 UTC 
Hi! 
 
Either it was not fixed correctly or there is a regression, I could reproduce 
that again with Debian's build of OOo 1.0.3 using only text formatting. 
Please verify and re-open. 
 
Greetings, 
 
  Gunter
Comment 9 Martin Hollmichel 2004-02-17 09:01:01 UTC 
verified.
Comment 10 Martin Hollmichel 2004-02-17 09:03:23 UTC 
close issue.