do not allow overriding the header/footer settings for cover pages
authorAshish Kulkarni <kulkarni.ashish@gmail.com>
Fri, 4 Jul 2014 11:44:19 +0000 (17:14 +0530)
committerAshish Kulkarni <kulkarni.ashish@gmail.com>
Fri, 4 Jul 2014 12:09:14 +0000 (17:39 +0530)
commitaffb35c31a0c44ba0a1b421f24799e9b142b3055
tree2ac517982ebec99307948b09a515ccab91b13312
parent86ce2a14cdcf09a29df9baa751349dec9db44dea
do not allow overriding the header/footer settings for cover pages

This was discovered in #1676, where using a command-line like:

  wkhtmltopdf cover cover.html --header-html header.html page.html output.pdf

would override the settings for the cover page and not apply the
--header-html for the URL page.html. This may be unexpected behavior
for most users, but the manual clearly states that the options FOLLOW
the URL/file name, as in:

  cover <input url/file name> [PAGE OPTION]...
  (page)? <input url/file name> [PAGE OPTION]...

So, in the above example it actually means the following

  URL1: cover cover.html --header-html header.html
  URL2: page.html
  OUT:  output.pdf

To fix this, we parse the other page options for a cover page and
then set the header/footer settings to blank values to ensure that
they are not shown on a cover page.
CHANGELOG.md
src/pdf/pdfcommandlineparser.cc