Some background that may help in diagnosis...

This finds all assignments toi Transcript, either directly "Transcript :=
expr" or via Smalltalk at: #Transcript put: expr.

Add to ParseNode:
anySatisfy: aBlock
    self nodesDo: [:n| (aBlock value: n) ifTrue: [^true]].
    ^false

then

| tb sb |
sb := Smalltalk bindingOf: #Smalltalk.
tb := Smalltalk bindingOf: #Transcript.
self sn browseAllSelect:
    [:m|
    ((m hasLiteral: tb) and: [m methodNode anySatisfy: [:n| n
isAssignmentNode and: [n variable key == tb]]])
    or: [(m hasLiteral: #Transcript) and: [m methodNode anySatisfy:
[:n| n isMessageNode and: [n selector key == #at:put: and: [n receiver
ifNil: [false] ifNotNil: [:r| r isVariableNode and: [r key == sb and: [n
arguments first isLiteralNode and: [n arguments first key ==
#Transcript]]]]]]]]]]

On Mon, Dec 5, 2022 at 11:13 AM karl ramberg <karlramberg at gmail.com> wrote:

>
>
> On Mon, Dec 5, 2022 at 2:44 PM Thiede, Christoph <
> Christoph.Thiede at student.hpi.uni-potsdam.de> wrote:
>
>> I could not reproduce the issue on Windows with a 22104 image and the 202206021410
>> VM. Could you inspect Project current transcript identityHash and the
>> transcript window's model identity hash for both projects and compare the
>> results?
>>
> I did this test in a fresh image.
>
> Transcript works in the Home project.
> In the new project theTranscript got the title "Transcript #2" and does
> not respond.
>
> The two Transcripts in Home project and the new project have different
> identityHash: 2484433 and 3994991
>
> I opened another project in the same image and the fault was gone.
>
>
>
> C:\Users\Karl\Downloads\TranscriptBug\Squeak6.1alpha-22300-64bit-202206021410-Windows-x64\Squeak.exe
> Open Smalltalk Cog[Spur] VM [CoInterpreterPrimitives
> VMMaker.oscog-dtl.3185]
> Win32 built on Jun  2 2022 15:29:44 Compiler: Clang 14.0.3
> platform sources revision VM: 202206021410 runneradmin at fv-az455-257:/d/a/opensmalltalk-vm/opensmalltalk-vm
> Date: Thu Jun 2 16:10:44 2022 CommitHash: c9fd365 Plugins: 202206021410
> runneradmin at fv-az455-257:/d/a/opensmalltalk-vm/opensmalltalk-vm
> CoInterpreter VMMaker.oscog-dtl.3185 uuid:
> 0e7f07b8-eed6-4362-b223-86c98594ddb9 Jun  2 2022
> StackToRegisterMappingCogit VMMaker.oscog-mt.3179 uuid:
> c6fbcb07-2a19-ed4f-8b40-9c119a70882a Jun  2 2022
>
>  Best,
> Karl
>
>
>> Best,
>>
>> Christoph
>> ------------------------------
>> *Von:* Squeak-dev <squeak-dev-bounces at lists.squeakfoundation.org> im
>> Auftrag von karl ramberg <karlramberg at gmail.com>
>> *Gesendet:* Montag, 5. Dezember 2022 13:01:15
>> *An:* Bruce O'Neel
>> *Cc:* The general-purpose Squeak developers list
>> *Betreff:* Re: [squeak-dev] Transcript not working in Morphic projects ?
>>
>>
>>
>> On Mon, Dec 5, 2022 at 10:18 AM Bruce O'Neel <bruce.oneel at pckswarms.ch>
>> wrote:
>>
>>> Hi,
>>>
>>> MacOS x86-64, Squeak 6.0 as shipped with image 22104 - fresh install
>>> with nothing else Squeak related on the system.
>>>
>>> Start a new image
>>> Open Transcript
>>> Open Workspace
>>> In the workspace type:  Transcript show: 'hello 1'.
>>> Shows in Transcript
>>>
>>> Next Create a Morphic project
>>> Open it
>>> Open Transcript
>>> Open Workspace
>>> In the workspace type: Transcript show: 'hello 2'.
>>> Nothing shows.
>>>
>>
>> Yes, I saw the same. Glad you could confirm my sanity :-D
>>
>>
>>>
>>> Return to Previous Project
>>>
>>> Create a MVC project
>>> Open it
>>> Open Transcript
>>> Open Workspace
>>> In the workspace type: Transcript show: 'hello 3'
>>> Shows in Transcript.
>>>
>>> Now if I do the same thing in Squeak 6.1 22297, downloading just the
>>> images/changes/sources, again on MacOS X x86-64 then it works fine.
>>>
>>> And now, very interestingly, if I return to the as downloaded MacOS X
>>> Squeak 6.0 22104 the problem has gone away.
>>>
>>
>>
>>>
>>> So I am running the same VM in both cases, but clearly 2 different
>>> images.  One in the Downloaded app directory and then one separately
>>> downloaded.
>>>
>>> Now...  If I remove all trace of Squeak from the system, re-install
>>> Squeak 6.0 22104 from the dmg, the problem comes back with Squeak 6.0
>>> update 22104,
>>>
>>> But downloading and running just the Squeak 6.1 images/changes .zip,
>>> unzipping it, running the above commands make the same set of commands run
>>> correctly in Squeak 6.0 22104.
>>>
>>> I don't see anything changing in the Squeak app directory.    A find
>>> looking for recently modified files under Library/Saved
>>> Application/Sate/org.squeak.squeak6.0-64bit.savedState and I can't see how
>>> this is changing things.
>>>
>>> On Windows this works fine with Squeak 6.0 22104.  Ditto x86-64 Linux
>>>
>>> Karl - Are you running on MacOS?
>>>
>>
>> No, all testing I did was on Windows 10 and 11.
>> It's a very peculiar issue.
>>
>> Best,
>> Karl
>>
>>
>>>
>>> cheers
>>>
>>> bruce
>>>
>>>
>>>
>>> On 2022-12-05T07:21:36.000+01:00, karl ramberg <karlramberg at gmail.com>
>>> wrote:
>>>
>>>
>>>
>>> On Mon, Dec 5, 2022 at 12:33 AM tim Rowledge <tim at rowledge.org> wrote:
>>>
>>>
>>>
>>> > On 2022-12-04, at 1:51 PM, karl ramberg <karlramberg at gmail.com> wrote:
>>> >
>>> > Hm,
>>> > I got the same issue with a fresh downloaded Trunk image.
>>> > No text is displayed in the Transcript
>>> >
>>> > To reproduce:
>>> > -Make a new Morphic Project
>>> > -Enter project and open a Workspace and Transcript
>>> > -See if the Transcript responds.
>>>
>>>
>>> This is very odd; it works perfectly well in my 22114 update image (Pi
>>> 64bit as usual). Not sure the new project should default to having
>>> flap/tabs though.
>>>
>>> Just in case I tried it in both possible orders
>>> - create transcript then workspace
>>> - create workspace and then transcript
>>> in case it was something to do with binding the morph to the name.
>>>
>>>
>>> I'm mystified.
>>> I got his error several times.
>>> Now I can't reprodroduce it.
>>>
>>> Best,
>>> Karl
>>>
>>> ------------------------------
>>>
>>>
>>>
>>
>

-- 
_,,,^..^,,,_
best, Eliot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20221205/9be07e19/attachment.html>