Bug with internal links in EPUB

[Entony777]

Hi !

I use SumatraPDF version 3.5.2 x64 and Windows 8.1 64 bit.
I read many books in EPUB format and many of them have several hundred notes.
All notes are collected in one HTML file.
I always read EPUB books in scroll mode (page-by-page scrolling)

I found a bug - when the note number reaches more than one hundred, then when click direct or back links, the text on the screen shifts up one line - and the number of the note becomes invisible.
And then, to see the note number and return to the main text, I have to scroll the mouse wheel up.

Can you tell me please how to fix this bug in the EPUB-Editor like SIGIL or in the prefernces of SumatraPDF?
Or, if it is impossible to fix this bug now, - can you please fix it in the next versions?

Expected behavior
Ideally, I would like - when i click internal EPUB links - the specified location was always open in the CENTER of the screen, and not at the very top. Will it be possible to implement this?

Thanks.

[GitHubRulesOK]

Always test current Pre-Release for present functionality https://www.sumatrapdfreader.org/prerelease
However SumatraPDF is based 0n MuPDF reading of ePub format thus it may be a MuPDF feature so you should compare that too !
Without your sample file I cannot test to say where the problem arises.

[Entony777]

Thanks for answer !

1. im tried 3.6.16779 64 bit - bug the same
2. im tried mupdf-1.25.2-windows.zip - there is no bug (but the interface there is terrible)
3. I am attaching the epub to the message (5.6 Mb)

https://mega.nz/file/BMUy3bib#LGghX3S2wi0NFG_crkYmddr20nEuSgeCMDCM1ngtLko

PS: I think mupdf doesn't have a bug because it doesn't have page scrolling - it always turns pages one by one. And when I go back and forth on internal links - mupdf always shows the top of the page at the top of the screen, it doesn't try to "scroll" the link to the top of the screen, even if the link are at the bottom of the page, as it doing Sumatra. In fact, the link can be shown at the top, in the center, and at the bottom, but it never disappears at the top of the screen.

[GitHubRulesOK]

2. interface :-) what interface ? you get used to its odd ways when using it daily for altering some aspects of PDFs :-)
   MuPDF is bare bones and thus SumatraPDF UI enhances the viewing abilities without all of the editor ones.
   You are right that SumatraPDF uses scrolling and MuPDF-GL does not have that.

Something is odd though I have a slightly newer 32 bit personal version and am using continuous mode. I wonder if the issue was fixed in a more recent update ?

I go to index page 346 and click 330 takes me back to the marker at 254

I then click on the text marker [330] and it goes to 330 on 346 with no problem

[Entony777]

Hi again !

I figured out why this bug occurs.
This bug appears when I increase the font in Windows display settings.
By default, the standard font size is 100%, and at this size the bug does not occur (I checked this now), but if you set "Medium font", which is 125 percent, or even if you set a custom font size, for example 105 or 110%, then the links in the EPUB are moved 2 lines above the top edge of the screen.

But again, I repeat - if there are few notes, for example 30 or 50, then this bug does not occur. So the problem only with books with several hundred notes.

Can I ask you to fix this bug in future updates?
Thanks

[GitHubRulesOK]

I am not the developer so can only follow up on latest changes and close if not an issue.
Thus since you have tracked down a problem will leave it open until "fixed"

[Entony777]

Thus since you have tracked down a problem will leave it open until "fixed"

I see.
And how do I find out what the status of this problem will be in the future?
For example, "in the list of fixes", or "in the works on fixes" etc ? or "it's a minor problem and doesn't need fixing"?

[GitHubRulesOK]

All open issues from the start of time are potential Work In Progress.
Those addressed should have been closed (sometimes the source poster will get/see that in their email/notifications)

Currently there is only the one part-time developer who seems to be otherwise occupied, last change was Nov 25 (Hopefully earning enough spare time money to pay for licences for this application as the not cheap Software Licences seem to have expired ?)

[Entony777]

I see

So, someday...
Well, I'll wait and hope...

And - thanks for your help!