To see this bug, you need to open the fullscreen output of this bl.ock by clicking the "Open" link above, and then open a print preview of the page, or save it to pdf.
(Reprint of the first section's text)
One of the features of the Story Maps Map Journal app is the ability for users to print their apps to PDF. This is a feature that is also often requested on our other templates, and something we plan to implement more broadly in the future. A bug we're hearing about from customers using Map Journal, and can reproduce outside of it on a vanilla page with the jsapi, is described below.
If a map is close to a page break below it, and the bottom left tile is less than about 80% visible horizontally within the map container, that bottom left tile is printed on the next page. This behavior is seen in Chrome, Safari, and Firefox, but only appears when you actually go to print the page and look at the print preview (or print to pdf). It won't show up in CSS emulation mode.
If the map's extent was set in the constructor and not changed, only the bottom left tile prints. If the map's extent was set after instantiation by setExtent
or user panning, and the map contains a polygon feature layer, sometimes features also bleed onto surrounding pages. This can be seen on a different bl.ock. This bl.ock focuses on the basemap printing issue.
There are four maps on this page, with their bottom left tile in various positions in relationship to the map container. I've added red outlines to the map tiles for easier positioning of the map in its container to reproduce this bug. It is most obvious when the bottom left tile is only barely above the bottom of the map container, and between 50-80% of it is visible horizontally. Interestingly, if this tile is more than about 80% visible horizontally, this bug does not happen, regardless of the tile's vertical visibility.