unannotated document pages dropped in exported pdf

[wuschel-brompf]

RM on 2.15.1.1189
docker tag 0.0.13

Example

• Import a 10 page document
• export will show a 10 page document (as expected)
• annotate pages 5 and 8, without making ANY changes to any other page
• export will show a 2 paged document:
  • source doc page 1/10 with overlayed notes of page 5 and
  • source doc page 2/10 with overlayed notes of page 8.

Problem Description

When annotating n pages in a multipage pdf, exported pdf has the FIRST n pages of the source pdf as background (irrespective of which pages were annotated) and overlays them with the annotations made.

Once a page is annotated, and even if the annotation is deleted immediately, it will be counted as an annotated page.

Suggested (dirty) fix

Add and remove an annotation to every page automatically.

related issue

When there are more annotated pages (eg by adding note pages) than pages in the source pdf, "invalid page number (page count too short)" error occurs, see #185

[ddvk]

problably to do with the redirection, or something

[wuschel-brompf]

what do you mean - is this a general issue or an error in my setup?

[ddvk]

I was not clear enough, at some point page redirection was introduced in note files. It got implemented in rmapi, but I haven't tested whether it got updated here.

[damienchallet]

(edit): Similar problem here, the annotations do not skip pages without annotations, which would make annotations be put in page 5 and 6 in the example above. The exported pdf has all the pages, though. Sending via email works perfectly well.

[damienchallet]

Update, I just experienced the same problem for a long document (160 pages), with 4 random pages annotated. In rmfakecloud, the document is reported as having 4 pages: only the first 4 pages of the original document appear, with the annotations of the 4 pages (so missing pages and annotations on the wrong page).

If this issue is not being fixed, I would like either to help bissect it, or to be pointed to a version that works.

(rM1, firmware 2.8.0.98)

[Eeems]

You could be encountering a known issue with the OS that causes data loss for OS versions older than 3.3, which would not be something rmfakecloud can fix.
https://support.remarkable.com/s/article/Tech-bulletins

[damienchallet]

That is a possibility, but 10.11.99.1 works perfectly, and sending documents via email also works (and this is how I deal with the rmfakecloud issue at the moment).

…

On Fri, 13 Sept 2024 at 08:45, Nathaniel van Diepen < ***@***.***> wrote: You could be encountering a known issue with the OS that causes data loss for OS versions older than 3.3, which would not be something rmfakecloud can fix. https://support.remarkable.com/s/article/Tech-bulletins — Reply to this email directly, view it on GitHub <#228 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AADRKPVRSKVQWTH36MMGJEDZWKCYFAVCNFSM6AAAAABNMK5D6OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNBYGE2TINZYGU> . You are receiving this because you commented.Message ID: ***@***.***>

[Eeems]

That is a possibility, but 10.11.99.1 works perfectly, and sending documents via email also works (and this is how I deal with the rmfakecloud issue at the moment).

Emails are generated on the device and then sent through the cloud interface, and 10.11.99.1 is fully local. As both are local, they would be unrelated to a dataloss caused by synchronising with the cloud, which is what you are describing.