#17

I created my filenames using Obsidian, I don’t think there are any disallowed filenames. The vault is less than 10Mb.

I don’t think it is a RAM issue.

#18

you may have created your filenames in Obsidian, but there are different characters allowed in different OSes (users wanted direct control).
So if you are not using Obsidian Sync, it is on you to make sure that your sync solution doesn’t create funky files. Do you have files that contain #:% or other weird character?
Why don’t you try to move one directory at time from the vault that doesn’t work to the one that works to see if you can narrow down the issue?

#19

Reading various forums, it seems that quite a few people use google drive to sync obsidian. I haven’t seen many people with my problem.
I’m going to assume from that that the most likely problem is files with weird characters in my Vault. All my files work with the desktop app, so there must be a difference between mobile and desktop that causes mobile app crash.
My next step from here will be to search for and try to eliminate files with “weird characters”, but I can only guess what that means.
It’s a pity that the app can’t parse this out rather than crashing.
Thanks for the tips though.

#20

Hey @WhiteNoise,

For context from the rest of the thread, I searched throw my notes programmatically to try to find any files with weird characters and could not find any.

I’ve verified my directory, and its sub directories’, contents do not contain a file name with any characters that are a-z, 0-9, dot, dash, or underscore by running:

$ find . -type f | grep -i '[^a-z0-9\.\/_\-]'

Is there any way we can procure some log or crash report to understand why our app is crashing rather than guessing?

I’m also not convinced this is a ram issue, as I can restart my phone and only open this app and have it crash. Additionally my directory / vault only contains raw mark down as a flat directory. IE no images etc.

#21

How big is your vault?

If you create an empty vault on mobile, does it work?
If so, move your files into this vault a bit at time, when does it stop working?

#22

Also, when you submit bug reports, there should be no third party plugins and no custom theme enabled.

#23

My vault has about 12 MB of content, exclusively markdown files a few directories. For magnitude, it clocks in at 532 files.

I’ll start bisecting the files and adding them slowly at a time to see if I can manually spot the culprit.

Understood. I’ll remove the plugins I have. This wasn’t my original thread, as I was ushered here haha

I want to ask this again, as it’d be way easier to fix this:

Is there any way we can procure some log or crash report to understand why our app is crashing rather than guessing?

#24

I was able to open my directory without the app crashing. I achieved this by deleting the three directories I still have in my vault folder, as I haven’t gotten to refactoring them out into a flat hierarchy.

I don’t know which file caused an issue but I can identify the file that’s causing problems in the future and share that here.

#25

that would be awesome. Ping me when you do.

1 Like
#26

I ended up paying for sync. When I did, during sync error messages kept popping up, saying that particular files couldnn’t be synced. Looking at the files, all the ones I noticed had a semicolon “:” in the filename. Maybe try search and replace all semicolons in your vault and that might fix your problem. I’d be interested to hear if that works for you.

#27

Interesting I had the same issue, do you remember actually writing the semicolon in the filename?

#28

Interesting.

Unfortunately I’ve ready verified that I do not have weird characters in my file names. Quoting from above:

I’ve verified my directory, and its sub directories’, contents do not contain a file name with any characters that are a-z, 0-9, dot, dash, or underscore by running:

$ find . -type f | grep -i '[^a-z0-9\.\/_\-]'

#29

Hey @WhiteNoise took a while but I found the file causing my android app to crash. It’s a file simply called notes.md but it is rather large. Clocking in at roughly 2.5 MB.

I can try to bisect the file to figure out what specifically inside the file is causing the crash.

But once again, if you have any way for me to get any logs or stack trace, that’d be greatly appreciated… As simply guessing and bisecting is getting old real fast, especially from my phone’s terminal haha

#30

There is no simple way. You need to connect chrome to android to get access to the console log and there’s no guarantee you’ll get anything if obsidian crashes.

Now there are two options here,

  1. the file is just too big, and for being a markdown file 2.5 mb is nonsensically huge.
    PS: I wanna reiterate here that if you dump you logs in a .md file and hope obsidian will parse them, it’s not gonna work. Use .txt.
  2. that file might be manageable on mobile but there is something that trips the parser.

I tend to favor the first opinion. You can split that file in 20-100 parts and see if it works.

If you are willing to share the file, you can DM me or licat on Discord and send it. We can have a look it there is something that trips the parser.

#31

Understood on the logs not being an option.

Yeah, unfortunately it’s not ant sort of logging. It just happens to be a very long file I wrote in VS Code, prior to switching to Obsidian.

Unfortunately I’m not willing to share it. I’ll probably just break it up into a few different parts and see where this takes me.

If I have any success, I’ll report back. Thanks @WhiteNoise

#32

Exact same issue for me. Didn’t check yet if it’s fixed.

#33

Hey @GrehgHils , I’ve tried multiple paths… Nothing worked. (Sorry for late reply.)

#34

I think I’ve solved it.

The issue is those characters, but not on file names because files with bad names don’t get synced to Android. However, folders do! (I believe the fact that it allows sync apps to create folders with semicolons in their names is probably an Android bug.)

So if you have folders in your drive with those characters in it (for example “:”), then those folders will be created in Android and as a result, Obsidian app will crash when opening a vault with such folders in it!

Removing those characters from folder names seems to have solved my issue.

Why moving a parent folder and then moving it back again solves the issue: This is a theory, but I’m pretty sure this is what is happening (I haven’t tested it after fixing my issue): If you move a folder, which contains subfolders with “illegal filenames”, then Android will probably either remove such folders or change the names of the subfolders. This would explain the really weird behavior that moving the location of a vault fixes the crash issue.

I hope it helps.

To the Obsidian devs: I think this can be a very big headache. It should either be very clear that folders with illegal names will crash the app, or the app should have some kind of mechanism that handles this situation which does not leave the user scratching their head.

Weird issue indeed, and an Android bug for sure (the fact that it even allows you to create folders with “illegal” characters in their names), but this solved it for me.

#35

Obsidian Sync creates those folders? Which character was it?
I think the bug is ultimately with the third-party sync services you are using probably a lower level api that circumvents the official specs.

#36

For some reason, even though I have this thread as “Watching” i never get actual emails related to replies, so sorry for the late reply as well…

@yusufhgmail and @WhiteNoise I have been unable to figure out any more information. Specifically if its because my one file is so large or if it contains some unexpected content. Its quite time consuming to iterate on, as I have to get the modified file on my phone to test if it crashes.

@yusufhgmail interesting, in my case, I do not have any folders at all. So i don’t think I have the same situation as you do.

I do wish there was some sort of exception handling, logging and stack trace exposure, as we’ve all been simply guessing at this.