Bug 52410 - Some warnings/errors are written to stdout instead of stderr
Summary: Some warnings/errors are written to stdout instead of stderr
Status: CLOSED WORKSFORME
Alias: None
Product: Fop - Now in Jira
Classification: Unclassified
Component: pdf (show other bugs)
Version: 1.0
Hardware: PC Linux
: P5 normal
Target Milestone: ---
Assignee: fop-dev
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-02 10:30 UTC by Mathieu Malaterre
Modified: 2012-04-30 00:19 UTC (History)
0 users



Attachments
reproduce issue (1.16 KB, text/x-xslfo)
2012-01-02 10:30 UTC, Mathieu Malaterre
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Mathieu Malaterre 2012-01-02 10:30:00 UTC
Created attachment 28107 [details]
reproduce issue

For example:

tristan@amber:~> fop input.fo output.pdf 2>/dev/null
table-layout="fixed" and width="auto", but auto-layout not supported =>
assuming width="100%". (See position 12:44)

This is merely anoying if you are writing output to a file, but when
writing output to stdout (by passing -), this is actively harmful. I've
attached a reduced example that can be used to reproduce this, but I'm
not sure that this is the only message that gets written to stdout like
this.
Comment 1 Glenn Adams 2012-04-07 01:43:30 UTC
resetting P2 open bugs to P3 pending further review
Comment 2 Glenn Adams 2012-04-08 09:08:32 UTC
lower priority as this bug does not affect features or performance
Comment 3 Glenn Adams 2012-04-14 17:38:13 UTC
not reproducible in 1.1dev (trunk):


bash-3.2$ ${FOP_PATH}/fop test.fo.xml test.pdf
Apr 14, 2012 11:37:06 AM org.apache.fop.events.LoggingEventListener processEvent
WARNING: The following feature isn't implemented by Apache FOP, yet: table-layout="auto" (on fo:table) (See position 11:37)
Apr 14, 2012 11:37:06 AM org.apache.fop.events.LoggingEventListener processEvent
INFO: Rendered page #1.
bash-3.2$ ${FOP_PATH}/fop test.fo.xml test.pdf 2>/dev/null
bash-3.2$
Comment 4 Glenn Adams 2012-04-30 00:19:38 UTC
batch transition resolved+worksforme to closed+worksforme; if you believe this
remains a bug and can demonstrate it with appropriate input FO file and output
PDF file (as applicable), then you may reopen