mihon
mihon copied to clipboard
download problem cause long title name
Steps to reproduce
- download any manga that have very long title name
- first chapter download complete (in files manager show folder title name as ellipsize in the middle of title)
- in second chapter and more, showing notify message error "Downloader - invalid location: /storage/.../downloads"
Expected behavior
can't download other chapters.
settings > advanced > invalidate downloads index, also showing error too.
Actual behavior
should be download second chapter as normal
Crash logs
No response
Mihon version
r6530 (lastest preview version)
Android version
Android 13
Device
Xiaomi Mi9
Other details
I think main problem is title of manga is too long, so maybe it can fix just allow user to edit title name?
Acknowledgements
- [X] I have searched the existing issues and this is a new ticket, NOT a duplicate or related to another open or closed issue.
- [X] I have written a short but informative title.
- [X] I have gone through the FAQ and troubleshooting guide.
- [X] I have updated the app to version 0.16.4.
- [X] I have updated all installed extensions.
- [X] I will fill out all of the requested information in this form.
I think this may related #279 as long title name but problem is different. so I still create new issue here.
Hello, it's my first time in this site so feel free to correct me. I also have a same issue, but after some digging through the files, I relocate my storage. Go to Data and Storage-> Storage location. It should prompt you to relocate mihon's data.
Just try to relocate the app's folder
Just try to relocate the app's folder
It doesn't work if that title name is really (really) long. I have a manga that has long name, even if not count the path characters, it already exceed 300 chars.
I had this error for months popping up, and I had no idea of reasons. Just assume of bug which would be fixed eventually.
Tested. Had 20 chapters from different sites in queue when I discovered thus tread.
Tried:
- shuffling which site gets to download first. Nothing downloads.
- Shuffling chapters from different manga's. Nothing downloads.
- Forcing specific chapter to load first didn't had any effect.
- Started randomly deleting chapters, and it worked after one long title was deleted from queue for download. All other chapters from different titles and even sites started loading.
- Path for library isn't too long for me - /storage/emulated/0/Backup/Mihon
- CBZ compression in use. As a side note, this exact issue seems to cause another one - after exiting application when in this state, on re-opening Index of downloaded chapters might be either empty or partially empty, which forces me to "Invalidate download index" around once per 2 days.
What I can add, it seems adding title which isn't written with Latin causes issue more often (I ASSUME it might lead to non Latin letters recognised as symbols, when encoded as ANSI/UTF, and it makes such paths even longer as each symbol gets encoded by worker process suring update?)
It might be worth considering shortening long titles folder/chapter file names like it was done in FAT32 file system, or other workarounds.
I had this error for months popping up, and I had no idea of reasons. Just assume of bug which would be fixed eventually.
Tested. Had 20 chapters from different sites in queue when I discovered thus tread.
Tried:
- shuffling which site gets to download first. Nothing downloads.
- Shuffling chapters from different manga's. Nothing downloads.
- Forcing specific chapter to load first didn't had any effect.
- Started randomly deleting chapters, and it worked after one long title was deleted from queue for download. All other chapters from different titles and even sites started loading.
- Path for library isn't too long for me - /storage/emulated/0/Backup/Mihon
- CBZ compression in use. As a side note, this exact issue seems to cause another one - after exiting application when in this state, on re-opening Index of downloaded chapters might be either empty or partially empty, which forces me to "Invalidate download index" around once per 2 days.
What I can add, it seems adding title which isn't written with Latin causes issue more often (I ASSUME it might lead to non Latin letters recognised as symbols, when encoded as ANSI/UTF, and it makes such paths even longer as each symbol gets encoded by worker process suring update?)
It might be worth considering shortening long titles folder/chapter file names like it was done in FAT32 file system, or other workarounds.
yeah, I think the best solution to fix is allow user to custom their folders/files name. timestamp for example. Because when download, it also include metadata file which already have title name/media information... so I don't think it necessary to have real title name as filenames (or maybe for easy to explore via file manager but it doesn't matter for me...)