Hello,
I have a portfolio in Google Drive. When I try to load from Drive, I got the error “XML Format not valid” but when I try open with my Android, it is open without problem. So, the Drive version is not corrupt.
Operating System
OS: Pop!_OS 22.04 LTS x86_64
Kernel: 6.16.3-76061603-generic
Portfolio Performance
Version: 0.80.0 (september 2025)
Platform: linux, x86_64
Java: 21.0.8+2, Flathub
thanks.
Hi there,
first question: Do you really have a .XML file? Because the android App, could only open . portfolio files… Are you 100% sure it’s the same file?
hi,
in the folder I have the following files:
MyPP.backup-after-open.portfolio
MyPP.backup.portfolio
MyPP.portfolio
I select “MyPP.portfolio“ and in the Error Register I got:
I attached the complete logs.
access_error.txt (682 Bytes)
XML Format Error.txt (1,7 KB)
It is not clear for me the first error, because I have full access from my explorer files (File 42.6)
Thanks,
Very interesting. 
The Android app can only read the binary format. So if Android is able to successfully read the file, then I find it very strange how the desktop version can have an XML error…
First question: if you make a copy (!) of the “MyPP.backup-after-open.portfolio” and name it “my-test.portfolio”, can you then open it?
Second question: how old is the file? I know there are binary files that contain XML (but those cannot be read by Android).
Hi Andreas,
same problem renaming “MyPP.backup-after-open.portfolio” to “my-test.portfolio”.
mybe I didnt explain well. The problem happens when the desktop version try to open the PP located in Google Drive. With android’s app works fine. I started use PP this year.
I did the following test:
I hope that this last test can help. thanks.
Could you kindly provide further details about your PC environment, please? OS, PP version and how your are sync with Google. How did you access the portfolio file, via the local synchronized file in the GDRIVE folder structure?
They are in the initial post.
That’s an important question. I also read something from flathub, may an user rights issue again?
Or: is Google Drive somehow compressing the files locally? Because if the file signature is a ZIP file, then PP expects a ZIP with a XML inside.
Hi,
I configured my Google Account from Settings > @Online Accounts. So, in File appears the remote folder (google-drive://account@gmail.com/).
Then, from PP open access to this remote folder and goes to folder where is located all files of PP. I never receive the option to enter the password like happen when it is open a copy in local folder.
I copied the folder to Google Drive and then I create a @Online Account from Settings.
if I access via Terminal:
So I am really not a Linux guy, is this the normal syntax for file access in the Linux world? For me as a windows user, the path more sounds like that is just a connection and the file would be downloaded in the background by the system and just this “copy” ist used. May that explains the issue and would explain why a manual copy would work. But here @ProgFriese is our real expert in Linux world I guess.
hi,
yes, it is a connection and not a syncronization from the cloud to local computer. The files remain in the cloud all time.
appreciate you help.
Can you post the hexdump of the first few bytes here?
xxd -l 64 -g 1 /path/to/the/file
or
hexdump -C -n 64 /path/to/the/file
When discussing with ChatGPT, it suggests I may not check for the file signatures properly. Or the Google Sync layer may change it. Maybe the dump can tell us more.
Wrong guess 
I am many things, but not an expert.
Looks like gnome-online-accounts. I don’t know that tool.
The problem for me is the combination of a remote drive with Flatpak. Is Google Drive mounted in the user space here or not? If not, does Flatpak have full rights to it? I don’t know.
Hi,
output of the command of the local file:
00000000: 50 4f 52 54 46 4f 4c 49 4f 01 73 e2 86 6e 6d 0b PORTFOLIO.s..nm.
00000010: 37 8f bb 38 62 92 6c 6f 69 52 ae 2e e8 f9 80 55 7..8b.loiR.....U
00000020: 31 a8 96 33 a7 d3 db 56 8d 8c e2 1c 41 64 c7 6c 1..3...V....Ad.l
00000030: d7 ab 71 ed 97 89 d9 3e 60 cb 34 68 7b da e2 ba ..q....>`.4h{...
output of the command of the remote file:
00000000: 50 4f 52 54 46 4f 4c 49 4f 01 73 e2 86 6e 6d 0b PORTFOLIO.s..nm.
00000010: 37 8f bb 38 62 92 6c 6f 69 52 ae 2e e8 f9 80 55 7..8b.loiR.....U
00000020: 31 a8 96 33 a7 d3 db 56 8d 8c e2 1c 41 64 c7 6c 1..3...V....Ad.l
00000030: d7 ab 71 ed 97 89 d9 3e 60 cb 34 68 7b da e2 ba ..q....>`.4h{...
seem the same output.
Can you test with the “plain” Linux version? For now, just download here unzip in Downloads folder (or wherever), run it, and open the file.
I guess that’s again the issue here. That would also fit to the fact, that both hex tests looks like the same. Because they aren’t created in the context from Flatpack.
hi,
Drive is mounted at:
run/user/1000/gvfs/google-drive:host=``gmail.com``,user=[my google account]/0ALWxwXPati3KUk9PVA/1PbICNzBAm3ZvqX8WbqYyAuL3FPNNPBwG
and about the permissions:
flatpak info --show-permissions info.portfolio_performance.PortfolioPerformance[Context]shared=network;ipc;sockets=x11;devices=dri;filesystems=home;
[Environment]PATH=/app/bin:/app/jre/bin:/usr/bin
thanks.
same problem. FYI I upgraded java from 17 to 21.
Did you try the standalone version?