Skip to content

Possible bug: export_as_pdf() pagination carries over last value in "display" columns to next page #233

@kyleireton

Description

@kyleireton

I suspect this is a bug, but I can't figure it out so would be grateful for any insight:

When using the "export_as_pdf()" function with pagination = TRUE, if the first row of a new page in a disp_cols() variable is blank, the listing instead carries over the last printed value from that variable in the first row. Just to be clear, that's problematic in our usage because it makes it appear there is data occurring where it should not be.

I confirmed this occurs within pagination of key_col() variables. In our case, when grouping by Subject ID as a key_col(), the data is carried over on the first row only when paginating within that Subject ID. When a new Subject ID begins on the first row of a new page, the last printed display_col() value is not carried over even if the first row is blank (which is the behavior we wish to see for all pages).

I tried not defining any key_col(), but I still see display_col() values carried over to fill blank first rows after pagination.

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't working

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions