Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

getDocumentContent takes too long to return when file is too large #91

Open
alexrintt opened this issue Jul 15, 2022 · 3 comments
Open
Labels
bug Something isn't working

Comments

@alexrintt
Copy link
Owner

Describe the bug

getDocumentContent function "crash" the app if the document is too long.

This happens when trying to read apk files.

To Reproduce

Open the example app and try to click over an apk file card.

Expected behavior

There's some way to asynchronously read the file contents.

Screenshots

Not applicable.

Additional context

Possible solutions:

  • Maybe we can refactor the current function to return a Stream that emits a new event right after each new line rather of reading all lines then returning.
  • Do the same above but for a new function.
@alexrintt alexrintt added the bug Something isn't working label Jul 15, 2022
@provokateurin
Copy link

provokateurin commented Aug 7, 2022

Hi, I'm very interested in a stream based API to read and write documents as I'm building an app that is potentially used to upload and download very big files from/to local storage. This is also a feature, so please add the label and change the title :)

@alexrintt
Copy link
Owner Author

Listed, would be useful to have some way to read line by line (or maybe chunks?) with some kind of metadata (current line|chunks, max lines|chunks) rather of reading entire file at once.

@BBUBBA
Copy link

BBUBBA commented Oct 12, 2023

i'm waiting.. this update...

when update? this function?
( My file is 4GB...... OTL )

thanks your support.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants