Sure, go ahead please.

Am Mi., 15. Dez. 2021 um 22:29 Uhr schrieb Thiede, Christoph
<Christoph.Thiede at student.hpi.uni-potsdam.de>:
>
> Hi Jakob,
>
>
> by contract, I think #contents:notifying: should return true. Shall I add this for you and merge it? :-)
>
>
> Best,
>
> Christoph
>
> ________________________________
> Von: Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im Auftrag von commits at source.squeak.org <commits at source.squeak.org>
> Gesendet: Mittwoch, 15. Dezember 2021 22:05:38
> An: squeak-dev at lists.squeakfoundation.org
> Betreff: [squeak-dev] The Inbox: SMLoader-jr.95.mcz
>
> A new version of SMLoader was added to project The Inbox:
> http://source.squeak.org/inbox/SMLoader-jr.95.mcz
>
> ==================== Summary ====================
>
> Name: SMLoader-jr.95
> Author: jr
> Time: 15 December 2021, 10:05:37.777858 pm
> UUID: 167a84f9-4d21-e946-b599-8c44add0fe06
> Ancestors: SMLoader-mt.94
>
> Fix error when attempting to save a release in the SqueakMap Package Loader.
>
> The code pane is nowadays built to send contents:notifying:. The SMReleaseBrowser did not implement this, so the method in CodeHolder was executed, which attempts to compile the code. But compiling the code in the SMReleaseBrowser does not make sense; one must set the loadScript instead. The contents: method of SMReleaseBrowser already does this.
>
> =============== Diff against SMLoader-mt.94 ===============
>
> Item was added:
> + ----- Method: SMReleaseBrowser>>contents:notifying: (in category 'model access') -----
> + contents: aText notifying: aController
> +        ^ self contents: aText!
>
>
>