• 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
PDF transfer to iPad on Linux version
#1
Hi,

I have the iPadOs version of MobileSheets installed on my tablet, and I used to use the companion app to transfer my PDF partitions to my iPad and edit the metadata from my Macbook Air M1 without problems.

I recently started going back to Fedora 42 as my daily driver OS, on both my PC and my Mac (with Asahi linux). The Companion app works flawlessly, except for one thing: everytime I try to import a PDF, whether to a new entry or a pre-existing one, the transfer looks to be happening, but as soon I close the app or disconnect from the iPad, the entry is here with all the right metadata but without the PDF.

I took some screenshots of the different steps (annotated 1 to 4):

1     : Connection from my PC on Fedora 42, to my iPad via the IP address.
2     : Just after sending the PDF of a new song ("Four-test")
3     : Just after I clicked "Disconnect" on the iPad. The new song "Document Four-test" is now present.
4     : What appears when I hit it.

If this can help:

- I used exactly the same PDF on MacOs and it worked okay, so the PDF is not the culprit here.

- When I import the same PDF directly from the app on my iPad local storage, everything is okay.

- This happens to all documents I send through the companion app on Fedora.

- I have tried changing the language (as I use the French translation) but the same happens.

- I may be wrong here, but is it normal for the last character before the PDF name to be a backslash instead of a common slash (in screenshot #4)? That may explain why it can't find it?


I stay available if you need me to try anything, and I warmly thank you for your work, your app is a-ma-zing!

Thanks and have a great day,
Valentin


Attached Files
.pdf   Four-test.pdf (Size: 53.63 KB / Downloads: 1)
Reply
#2
It definitely seems strange that a backslash is being used there. If you go into the song editor, long press the song and look at the file path there, does it show up in the same way? What about if you look at one of the scores that loads properly? One thing we can test doing is fixing that path in the database file if needed (mobilesheets.db is under the MobileSheets folder on the iPad) to see if that has any impact on the issue. If so, then we need to figure out why the companion app on that particular Linux variant is behaving that way, as I didn't see that with Ubuntu. 

Thanks,
Mike
Reply
#3
Hi again,

The file path is indeed the same in the song editor (I mean with the same incorrect slash in front of the title). What I find weird though is that the behaviour when importing the song from Fedora is different than from MacOs in one point: it adds "Documents\" just in front of the PDF file name, and this also appears in the title of the song.

For example, when I import the file "four-test.pdf" from MacOS, the complete path finishes with "/documents/four-test.pdf" and the title automatically fills "four-test" as expected. When I import exactly the same file from Fedora, I get "/documents\four-test.pdf" and it shows "Documents\four-test" as the title.

All the other documents that load properly have the right path, including the same pdf I uploaded through MacOS.

I don't know how to edit the database, but I put it here if you want to check. You may be waaaay quicker than me Rolleyes . I am quite sure the backward slash is the heart of the problem, but I can't figure out why this happens. But as far as I know, the imported PDF is here but just not found by the app.

Thanks,
Valentin
Reply
#4
I just sent a request for access. I'll take a look at the database to see what is currently stored for the file path. It sounds like this is a bug fix that is needed in the companion app, but I'll also check the iOS side to see if there is incorrect code on the receiving side.

Thanks,
Mike
Reply
#5
I just emailed you the updated database file, so you can replace the existing one and see if that makes a difference. There is a troubling difference though. Consider these two saved paths:

1--s1Jd6XQA9BtPwKyGIeOLv2hixG44qf/Four.pdf
16uksSEyc30RNjeRv2H8FfobNEvzZ-tx6/Synchronisation/Four-test.pdf

Those are what the paths saved in the database look like for some reason. Those are some very strange subdirectory names. It also looks like you have "Create subdirectory per Song" enabled under Settings->Storage (I'm assuming). The "Four-test.pdf" file was under a subdirectory like that, then also under a "Synchronisation" subdirectory, so I'm not sure why that looks so different than the others.

Mike
Reply
#6
The new database solved the 'Four-test" problem. It now shows correctly.

I just checked the "create subdirectory per song" and it's always been off... You mean it's not supposed to create a path with such a long string of letters and numbers? I import the pdfs from a subfolder inside my Nextcloud folder, maybe there is a conflict here?

I know where the "synchronisation" folder comes from: this is the name of my MobileSheets backup folder on Google Drive, from where I sent you the database. I thought it was in my GoogleDrive/synchronisation, but it's actually in GoogleDrive/Mobile Sheets/synchronisation. If that makes a difference? I use the "sync the library" from the main menu.

Just in case:
"Four.pdf": sent the MobileSheetsCompanion on MacOS
"Four-test.pdf": sent via MobileSheetsCompanion on Fedora.
Reply
#7
That's great news - that gives me something specific to look for then. I'll dig through the code.

Thanks,
Mike
Reply




Users browsing this thread:
1 Guest(s)


  Theme © 2014 iAndrew  
Powered By MyBB, © 2002-2025 MyBB Group.