[Bug]: Files with PDF's not rednering - HELP me my notes are gone

[Bertje4]

What happened?

Hi,

Pls. help me! I have exams in a month and instead of studying I've been fighting for 4 days to get my notes back...

I recently exported all of my notes from my tablet, uploaded them to my server and ever since they work like crap. On my laptop I can see everything rendered successful when I open the exported file from file explorer (even after begging uploaded to the server) but then when I hit save, the next time I open them from the Butterly app nothing shows.

Also, this is not very consistent sometimes opening the file from the explorer does not result in rendered notes and sometimes saving does bot brick it.

Anyway, trying to open those files on my tablet (Android Samsung Tab s8 Ultra) never works. I could get the file Mechanica3 to be rendered correctly on the tablet by removing the PDF from the .bfly file.

Here is a video of the problem. Note: this is the first time that grey box appears. Also, when I can render some pen strokes on f.e a titlepage without PDF, if you than switch to a page with PDF it just keeps showing the pen strokes.

Here is a link to download all my notes. When I uploaded them, they worked on the laptop. <Be careful the links expires in 12hours> Files and screencap
https://we.tl/t-802340F8mgLrHbL7

Version

2.5.2-rc.1

Platform

Windows, Android

Relevant log output

These are the logs for the file Systeentheorie en Regeltechniek. Note: this is the version I uploaded in the first link apart from adding a no PDF title page in the hope it would fix the issue, but no luck... https://we.tl/t-4tXp8xDMycChZmq3
Also, it says remote but it is just working from a local folder on my laptop. I used this folder so I could troubleshoot a little more organized.
It looks to me -- one again NOT a developer -- that after switching pages (where the PDF lives) it never rerenders the viewport i.e. [verbose] | 7:38:37 766ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false) gets mever called again.

[route] | 7:38:24 439ms | Close RawDialogRoute<void>
[route] | 7:38:27 206ms | Open route named remote
Arguments: {remote: Maybe Working Folder, path: Butterfly ready to upload/Systeemtheorie en Regeltechniek.bfly, type: note}
[verbose] | 7:38:37 680ms | Changing tool to index: 0
[verbose] | 7:38:37 766ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 7:38:37 766ms | Updating visible elements: 1 new
[bloc-event] | 7:38:42 669ms | 
DocumentBloc receive event: PageChanged
[bloc-transition] | 7:38:44 258ms | 
DocumentBloc with event PageChanged
CURRENT state: DocumentLoadSuccess
NEXT state: DocumentLoadSuccess
[verbose] | 7:38:46 938ms | Updating visible elements: 44 new
[route] | 7:39:07 806ms | Close route named remote
Arguments: {remote: Maybe Working Folder, path: Butterfly ready to upload/Systeemtheorie en Regeltechniek.bfly, type: note}
[route] | 7:39:10 573ms | Open RawDialogRoute<void>

Here is what the logs look like when setting Viewport to 0 opening the file, switching to the pdf page and swooshing around a little then closing the file setting viewport to 3 opening the file again wiitching to pdf and discovering it is still brokne...

[route] | 8:07:41 76ms | Open ModalBottomSheetRoute<dynamic>
[route] | 8:07:42 688ms | Close ModalBottomSheetRoute<dynamic>
[route] | 8:07:46 599ms | Close RawDialogRoute<void>
[route] | 8:07:50 731ms | Open route named remote
Arguments: {remote: Maybe Working Folder, path: Butterfly ready to upload/Systeemtheorie en Regeltechniek.bfly, type: note}
[verbose] | 8:08:01 104ms | Changing tool to index: 0
[verbose] | 8:08:01 265ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:01 265ms | Updating visible elements: 1 new
[bloc-event] | 8:08:07 38ms | 
DocumentBloc receive event: PageChanged
[bloc-transition] | 8:08:08 422ms | 
DocumentBloc with event PageChanged
CURRENT state: DocumentLoadSuccess
NEXT state: DocumentLoadSuccess
[verbose] | 8:08:11 98ms | Updating visible elements: 44 new
[verbose] | 8:08:15 857ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:16 595ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:17 95ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:17 431ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:17 705ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:17 728ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:17 824ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:17 824ms | Updating visible elements: 1 new
[verbose] | 8:08:17 922ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:18 15ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:18 114ms | Baking viewport (reset: true, viewChanged: false, rendererStatesChanged: false)
[verbose] | 8:08:18 337ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:18 377ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:18 467ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:18 561ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:18 670ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:18 784ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:19 454ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:20 98ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[route] | 8:08:34 889ms | Close route named remote
Arguments: {remote: Maybe Working Folder, path: Butterfly ready to upload/Systeemtheorie en Regeltechniek.bfly, type: note}
[route] | 8:08:39 497ms | Open RawDialogRoute<void>
[route] | 8:08:43 782ms | Open ModalBottomSheetRoute<dynamic>
[route] | 8:08:45 66ms | Close ModalBottomSheetRoute<dynamic>
[route] | 8:08:52 205ms | Close RawDialogRoute<void>
[route] | 8:08:56 846ms | Open route named remote
Arguments: {remote: Maybe Working Folder, path: Butterfly ready to upload/Systeemtheorie en Regeltechniek.bfly, type: note}
[verbose] | 8:09:06 926ms | Changing tool to index: 0
[verbose] | 8:09:07 34ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:09:07 34ms | Updating visible elements: 1 new
[bloc-event] | 8:09:10 769ms | 
DocumentBloc receive event: PageChanged
[bloc-transition] | 8:09:12 721ms | 
DocumentBloc with event PageChanged
CURRENT state: DocumentLoadSuccess
NEXT state: DocumentLoadSuccess
[verbose] | 8:09:15 457ms | Updating visible elements: 44 new
[route] | 8:09:32 843ms | Close route named remote
Arguments: {remote: Maybe Working Folder, path: Butterfly ready to upload/Systeemtheorie en Regeltechniek.bfly, type: note}
[route] | 8:09:35 330ms | Open RawDialogRoute<void>

Code of Conduct

• I agree to follow this project's Code of Conduct

[JerryMerweather]

Welcome back.
Sorry that this is affecting your studies, hopefully we can come up to a solution.

I recently exported all of my notes from my tablet, uploaded them to my server and ever since they work like crap. On my laptop I can see everything rendered successful when I open the exported file from file explorer (even after begging uploaded to the server) but then when I hit save, the next time I open them from the Butterly app nothing shows.

Looks like this is a Windows Issue. I have imported your files in linux and they work as expected, some pages are blank I assume, but the other pages work well. it is slow when switching between the pages, but it works.
I wrote something then saved it and loaded the file again, and it works normally.

I have discovered an issue though, which is that butterfly is consuming ALOT of ram (in some cases, 7 GB!) and refuses to terminate quickly, taking ~10 seconds and more to shutdown.

Code Doctor, the developer of this very app, has tried loading your notes from his nextcloud server, and it worked for him.

MY assumption is that the windows version has some bugs. ARe you sure its the latest nightly, rc.1? it could be stable or older!

How did you install the windows version? winget, setup exe, ms store, or portable?

Also, this is not very consistent sometimes opening the file from the explorer does not result in rendered notes and sometimes saving does bot brick it.

Your files are big, which makes saving take longer.

Also since Butterlfy starts using a lot of ram, it might result in a crash or freeze because it is short on memory.
I will tell code doctor about this

Anyway, trying to open those files on my tablet (Android Samsung Tab s8 Ultra) never works. I could get the file Mechanica3 to be rendered correctly on the tablet by removing the PDF from the .bfly file.
It works for me, hmm thats weird.

Try backing up ALL of your notes, then Reinstall the app of the latest version(delete then install)
DO you use playstore, f-droid or the website for downloading butterfly?

You can also try using the web version, but since it imports very slowly, try only importing one note at a time.
Also do try using a nightly version of the app in windows or wait until Code Doctor comes up with a fix.

If you have linux, try using butterfly on linux, it could be faster.

(By the way, please dont use that website to share files again! use send.vis.ee instead, thanks)

I hope this helps.

[Bertje4]

Hi,
thx for being on top op this. And what's wrong with WeTransfer? I guess they steal my data but I don't really care for the privacy of my notes, fluidmechanics isn't that interesting...

All jokes aside, as of performance and ram issues in the past, I always use the Nighly version ;-).

I've reinstalled the app both on Windows and Android multiple times but without success in resolving the issues. On Android I install using GooglePlay. On Windows I prefer Winget but the last time I tried it could only download rc.0 not rc.1 and the update command did not work either, so that was installed using the msi.

As my laptop uses a Snapdragon SOC I expect some stability issues so I found it strange it works a lot better on my laptop than on my Tablet.

As for ram, I did indeed note that Butterfly really loves the stuff. But as my laptop has 32 gigs, I was never able to cause a insufficient memory error (I checked usage and that always stayed below 25gigs for the whole laptop).

Thanks a lot guys!

[JerryMerweather]

Hi, thx for being on top op this. And what's wrong with WeTransfer? I guess they steal my data but I don't really care for the privacy of my notes, fluidmechanics isn't that interesting...

It doesnt download properly for me. it only downloads 30mb then stops. Codi is the one who gave me the .zip

All jokes aside, as of performance and ram issues in the past, I always use the Nighly version ;-).

I've reinstalled the app both on Windows and Android multiple times but without success in resolving the issues. On Android I install using GooglePlay. On Windows I prefer Winget but the last time I tried it could only download rc.0 not rc.1 and the update command did not work either, so that was installed using the msi.

As my laptop uses a Snapdragon SOC I expect some stability issues so I found it strange it works a lot better on my laptop than on my Tablet.

Well, that explains it, flutter on arm isnt supported AFAIK. so I am not sure how did you get it to work.

As for ram, I did indeed note that Butterfly really loves the stuff. But as my laptop has 32 gigs, I was never able to cause a insufficient memory error (I checked usage and that always stayed below 25gigs for the whole laptop).

Good news, lucky you, so it isnt a memory issue.

Thanks a lot guys!

If you want, try splitting the note into multiple files for each page. this way butterfly wont need to load all pages.
You can do this by exporting as a pdf, where each pdf page is a butterfly page.

Hmm this makes me think, @CodeDoctorDE is it possible to export each page as its own .bfly file?
It could help in such cases.

Next time @Bertje4 dont use too many pages to the point that your device stops handling them.

BY the way try disabling all storages that arent local. perhaps this helps.

If you think I missed your issue, do tell me.

[Bertje4]

Hi,

<I won't use WeTransfer anymore :-)>

I don't really think it has anything to do with the size of the files.
Firstly, I build that files by adding a new pdf when previous one was completed and I never experienced issues.
Secondly, the files Mechanica 3 and Discrete Wiskunde only have one single very small pdf so I would find it strange this would be the issue.

Also, that wouldn't explain why opening the file from explorer does work (ussualy) but opening after saving when the app moved the file to its standard directory does not work, right?

Furthermore, normally none of the pages in my bfly should be empty, so if you see empty ones you might have the same issue as I do...

I was interested in this part of the log:

[verbose] | 8:08:01 265ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)
[verbose] | 8:08:01 265ms | Updating visible elements: 1 new
[bloc-event] | 8:08:07 38ms | 
DocumentBloc receive event: PageChanged
[bloc-transition] | 8:08:08 422ms | 
DocumentBloc with event PageChanged
CURRENT state: DocumentLoadSuccess
NEXT state: DocumentLoadSuccess
[verbose] | 8:08:11 98ms | Updating visible elements: 44 new
[verbose] | 8:08:15 857ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:16 595ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:17 95ms | Refreshing CurrentIndexCubit
[verbose] | 8:08:17 431ms | Baking viewport (reset: true, viewChanged: true, rendererStatesChanged: false)

Where it shows that after changing the page it is Baking viewport but renderStatusChanged remains falls. This is the same for all the executive calls. The only time this value gets set true is on the first call after opening the file. I would imagine it tries to load the pdf, hits some error and then halts?

Side note:
Windows on Arm has a very cool translation layer that can translate nearly all x86 calls to ARM. This does increase power consumption a little and is about 10~15% slower than native but overall works well.

Also, you can not export one page at a time as btfly doc.

Thanks a lot guys!

[JerryMerweather]

I don't really think it has anything to do with the size of the files.
Firstly, I build that files by adding a new pdf when previous one was completed and I never experienced issues.
Secondly, the files Mechanica 3 and Discrete Wiskunde only have one single very small pdf so I would find it strange this would be the issue.

That is werid.

Also, that wouldn't explain why opening the file from explorer does work (ussualy) but opening after saving when the app moved the file to its standard directory does not work, right?

yes, at least for me in linux, opening from explorer doesnt save properly

Furthermore, normally none of the pages in my bfly should be empty, so if you see empty ones you might have the same issue as I do...

Then I do have the same problem.

Where it shows that after changing the page it is Baking viewport but renderStatusChanged remains falls. This is the same for all the executive calls. The only time this value gets set true is on the first call after opening the file. I would imagine it tries to load the pdf, hits some error and then halts?

I am not the developer of this app, I only help people with what I know.
@CodeDoctorDE You may need to ready the log and his comment, it could be relevant.

Side note:
Windows on Arm has a very cool translation layer that can translate nearly all x86 calls to ARM. This does increase power consumption a little and is about 10~15% slower than native but overall works well.

That is cool!

Also, you can not export one page at a time as btfly doc.

@CodeDoctorDE Should I open a feature request.

as a workaround you can export as pdf. then print it or use a pdf editor to make sure you dont miss on your exams

[JerryMerweather]

@Bertje4 In android, all pages load for me. 😄
Perhaps the problem is in speed? or maybe as you said windows is having an error and fails to render the pdf.
@CodeDoctorDE I think this issue is more of a windows thingy.

[Bertje4]

Would you mind exporting your settings? Maybe they'll work dor me to?

[JerryMerweather]

mine is nothing special, set render resolution to performance, and auto save to delayed by 10s (max)

If you want, I can try exporting the notes to pdfs for you.