pharo icon indicating copy to clipboard operation
pharo copied to clipboard

Iceberg "Use custom SSH keys" setting is not initialized correctly from settings file, and does not survive image restart

Open belaroesener opened this issue 2 months ago • 1 comments

Problem

The settings for the SSH keys 1. are not initialized when starting a fresh image and 2. do not persist over image restart. Yet, loading them from the settings file does work.

Reproduction

Im using MacOS 26 on an Arm64 mac as well as an older version of MacOS on Amd64. This affects both Pharo 14 as well as Pharo 13 (I'm using PharoLauncher).

  1. The settings file contains
...
	StoredSetting {
		#settingNodeIdentifier : '#icebergCredentials#useCustomSsh',
		#realValue : true
	},
	StoredSetting {
		#settingNodeIdentifier : '#useCustomSsh#publicKey',
		#realValue : '/Users/belarosener/.ssh/pharo-git-key.pub'
	},
	StoredSetting {
		#settingNodeIdentifier : '#useCustomSsh#privateKey',
		#realValue : '/Users/belarosener/.ssh/pharo-git-key'
	}
...
  1. Fresh Pharo 14 Image via PharoLauncher
  2. Image
  3. Load Settings (using SettingBrowser)
  4. Image
  5. Save image and restart
  6. Image

All other settings work just fine

belaroesener avatar Dec 05 '25 18:12 belaroesener

Thanks for the report.

Ducasse avatar Dec 06 '25 13:12 Ducasse

This behaviour was caused by start up actions defined in a file in the general preferences folder. I wasn't aware of this file, because it was created from a template by the Menu entry "World Menu | System | Startup | Define a global preference file". This template happens to overwrite the Custom Key settings with nonsensical values (that also happen to look platform specific). I must have triggered this menu entry by accident and ignored the Inspector window opening up.

I'm closing the issue because it's not a bug, but my own fault. I'm also opening a PR to change the template string to not overwrite settings.

belaroesener avatar Dec 16 '25 14:12 belaroesener