That's very strange. Of course I don't have Mint around... but both on Fedora 
and Ubuntu this key is filled in once I run Subsurface and log into my cloud 
account.

But you can always add it yourself. It should look something like

[CloudStorage]
cloud_base_url=https://ssrf-cloud-03.subsurface-divelog.org/
cloud_verification_status=3 <<-- this assumes that you have successfully 
authenticated...
email=<your email>
password=<your password --- yes, I know>
save_password_local=true


/D

> On Jan 23, 2026, at 05:42, JB2Cool  wrote:
> 
> Dirk,
> <Replying to the mailing list this time rather than directly>
> 
> I'm trying to follow this for you but struggling a bit. On Linux Mint my 
> ~/.config/Subsurface/Subsurface.conf doesn't seem to have a 'cloud_base_url' 
> in it, the [CloudStorag] section just has:
> cloud_verification_status
> email
> email_encoded
> password
> save_password_local
> 
> I CAN find the cloud storage if i look in 
> ~/.subsurface/cloudstorge/somekindofid>/.git/config but should i be fiddling 
> with that one?
> 
> Regards
> Jason
> 
> On Fri, 23 Jan 2026 at 01:01, Dirk Hohndel via subsurface 
> <[email protected] 
> <mailto:[email protected]>> wrote:
>> 
>> Hi there,
>> 
>> This is a fun one.
>> 
>> I have been slowly working through some updates of the cloud storage 
>> backend. The code that is running there is, umm, old, hacky, buggy, bad, and 
>> inconsistent.
>> Actually, I may be a bit too kind there to myself. Anyway.
>> 
>> Using a staging server I have update most (but not all) of that code and 
>> would love to get more testing on the current state. I've done a fair bit of 
>> testing myself, but I know from experience that when I test my own code I 
>> rarely manage to hit the really dumb stuff in the implementation (maybe I 
>> subconsciously know what will work and only test that? IDK). So I'm hoping 
>> some of you might be willing to spend a few minutes to help.
>> 
>> Assuming you follow the directions below, this will not affect your 'real' 
>> cloud storage at all. The staging server does have a somewhat older snapshot 
>> of the 'real' cloud storage on it (I think it's about a year old, I'm not 
>> even sure), and it connects to the same authentication backend, so you COULD 
>> test with your real data... But I wouldn't 😇
>> 
>> So, what's the best plan?
>> Use a new email address that you haven't used for Subsurface before. If you 
>> are a Gmail user (like so many of you are) this is super easy. If your Gmail 
>> address is [email protected] <mailto:[email protected]> (it's not, that's 
>> mine), then you can register with [email protected] 
>> <mailto:[email protected]> , which the backend will see as a new 
>> address and create a new account for, but which Gmail will happily connect 
>> to your account, so you receive email sent to that address (no, use YOURS 
>> with the '+blabla' suffix, not mine...)
>> Set up Subsurface on your desktop to use the staging server (I don't think 
>> we have a way to do this with Subsurface-mobile)
>> 
>> Subsurface REALLY wants to use the official servers - so every time you run 
>> it it will reset to what it thinks is the 'logical' geo server. So you need 
>> to update this every time you start Subsurface as part of the test. How do 
>> you update it? Well, find your preferences and replace one key.
>> 
>> On a Mac, this is how you do that:
>> 
>> plutil -convert xml1 
>> $HOME/Library/Preferences/org.hohndel.subsurface.Subsurface.plist
>> vim  $HOME/Library/Preferences/org.hohndel.subsurface.Subsurface.plist
>> 
>> (or some other editor)
>> 
>> find this key (likely pretty far on top):
>> 
>>         <key>CloudStorage.cloud_base_url</key>
>>         <string>https://ssrf-cloud-us.subsurface-divelog.org/</string>
>> 
>> and replace the string with https://ssrf-cloud-03.subsurface-divelog.org 
>> <https://ssrf-cloud-03.subsurface-divelog.org/>/
>> and then save the changes. You don't need to convert back to binary, the app 
>> will happily read the text XML version (and macOS will make it a binary 
>> again in the background)
>> 
>> On Linux look at $HOME/.config/Subsurface/Subsurface.conf and look for the 
>> 'cloud_base_url' in the [CloudStorage] section.
>> 
>> No idea where this is on Windows 🤷🏼‍♂️
>> 
>> Oh, and note that this string needs to end in a slash or Subsurface is 
>> unhappy.
>> 
>> 
>> Now you can go through all the cloud workflows. Create a new account. Enter 
>> the PIN. Save data to the cloud. Even delete the account (wait, I don't 
>> think we support this from the desktop...)
>> 
>> Let me know if you run into any issues or problems. Ideally with the 
>> (reasonably exact) time when you tried this (including time zone), the email 
>> you used, and any other useful info you can share. running Subsurface from 
>> the command line with '-v' helps create good output that helps with 
>> debugging.
>> 
>> This is the developer mailing list, so I assume this all makes sense to you. 
>> If not, ask.
>> 
>> 
>> Thanks
>> 
>> /D
>> 
>> _______________________________________________
>> subsurface mailing list -- [email protected] 
>> <mailto:[email protected]>
>> To unsubscribe send an email to [email protected] 
>> <mailto:[email protected]>

_______________________________________________
subsurface mailing list -- [email protected]
To unsubscribe send an email to [email protected]

Reply via email to