|Anonymous | Login||11-29-2021 14:57 UTC|
|Main | My View | View Issues | Change Log | Docs|
|Viewing Issue Advanced Details [ Jump to Notes ]||[ View Simple ] [ Issue History ] [ Print ]|
|ID||Category||Severity||Reproducibility||Date Submitted||Last Update|
|0005285||[Squeak] Morphic||major||sometimes||10-24-06 10:08||12-04-08 22:33|
|ETA||none||Fixed in Version||3.10||Product Version||3.10|
|Summary||0005285: [Fix] In 7066 #rootInPasteUp is called but unimplemented.|
For this one.
In a workspace type rootInPasteUp.
from the popup menu request find senders
(you'll get TileMorph>>mouseMove:)
request implementors (you''ll get there aren't any)
get an object get a script for it
try to moving the mouse on a tile
sometimes you will get a series of debug boxes
This can be stopped with the user interupt key.
|Steps To Reproduce|
The method was implemented in 7022 (and maybe later I was just sampling old images until I found it)
There were also five senders instead of just one so I suspect it got removed when the other four senders did.
I've uploaded Morph>>rootInPasteUp.
This seemed to cure the problem.
This should be fixed before we release this to someone who might use etoys. Because its pretty likely to be stumbled across just as I did.
[OT] The rapid succession of debuggers is probably another bug. I'll wait to see if I stumble upon it in a solid fashion before reporting it to mantis.
Morph-rootInPasteUp.st [^] (366 bytes) 10-24-06 10:09
UnimpFixForM5285-wiz.1.cs [^] (1,525 bytes) 09-23-07 04:22
(0011161 - 136 - 172 - 172 - 172 - 172 - 172)
Reminder sent to: edgardec
Here's another unimplemented call fix up that got missed.
I looked at 7143 and the problem still exists.
(0011181 - 666 - 780 - 780 - 780 - 780 - 780)
UnimpFixForM5285-wiz.1.cs is the promised changeset.
From the preamble:
Change Set: UnimpFixForM5285-wiz
Date: 22 September 2007
Author: (wiz) Jerome Peace
wiz 9/22/2007 23:59
removes #rootInPasteUp unimplemented call in TileMorph this is taken directly from 3.8.1 only the backArrows were changed to protect the innocent. This is just two methods from 6564-0383smartTileMorph5-tak
(changeset in 3.8.1).
Both are needed to remove the call w/o creating more bugs.
I did not look more deeply into the cs to see if other methods needed to be harvested.
It looks like Marcus did harvest some but obviously missed some as well.
(0011282 - 84 - 90 - 90 - 90 - 90 - 90)
This now is 7156UnimpFixForM5285-wiz.cs and was in updates for 3.10
Thanks Jerome !
(0012823 - 315 - 339 - 503 - 503 - 503 - 503)
Edgar refers to update 7156 but I think he must mean
however this loads EToys-edc.27.mcz and the changes between this version and EToys-edc.26.mcz don't appear to have any relevance to this issue, it certainly is not the content in the attached files.
(0012827 - 615 - 735 - 735 - 735 - 735 - 735)
Thanks for your caution.
I checked my copy of 3.10.2
There are now no senders of root in pasteup.
The timestamp for TileMorph>>mouseMove: is the one in the
changeset loaded above.
I didn't actually check the other method in the change set but it seems that the changeset is in the image.
I am curious about Edgar's mysterious ways of loading it in without leaving an obvious audit trail.
Monticello is mysterious to me. And maybe it holds an explaination.
Anyway, thanks again for your concern.
This one is probably ok to reclose.
Yours in curiosity and service, --Jerome Peace
(0012829 - 934 - 970 - 1166 - 1166 - 1166 - 1166)
OK, I was wrong. I added the earlier not and set this aside in frustration. I had planned to track down when the method was changed at some point. wiz's note triggered me to do that today. As he says the changes are in 3.10.2. I then started using Keith Hodges handy Dual Change Log for Monticello to manually bisect the EToys package history and track down in which version these changes occur. I quickly got confused.
It turns out that my memory is horrible (what a surprise):
The Dual Change Log shows orphaned versions in the list (versions not installed in the current image), although in bold. I didn't realize what bold meant. It turns out that EToys-edc.27 is an ancestor of EToys-bf.24. I was comparing EToys-edc.27 to EToys-edc.26, which was conceptually wrong. When I do the proper comparison it matches up to the correct changed.
(0012830 - 55 - 55 - 55 - 55 - 55 - 55)
|Harvested as update 7155 and released with Squeak 3.10.|
(0012831 - 125 - 125 - 125 - 125 - 125 - 125)
|oops, changed 'assigned to' to wiz so he would get the credit in the Change Log but didn't mean for the issue to be reopened.|
|10-24-06 10:08||wiz||New Issue|
|10-24-06 10:08||wiz||Status||new => assigned|
|10-24-06 10:08||wiz||Assigned To||=> KenCausey|
|10-24-06 10:09||wiz||File Added: Morph-rootInPasteUp.st|
|10-24-06 22:43||KenCausey||Assigned To||KenCausey =>|
|10-24-06 22:43||KenCausey||Status||assigned => new|
|10-24-06 22:43||KenCausey||Category||Any => Morphic|
|01-20-07 06:03||wiz||Relationship added||child of 0004544|
|09-20-07 03:42||wiz||Issue Monitored: edgardec|
|09-20-07 03:42||wiz||Note Added: 0011161|
|09-23-07 04:22||wiz||File Added: UnimpFixForM5285-wiz.1.cs|
|09-23-07 04:27||wiz||Note Added: 0011181|
|10-10-07 10:07||edgardec||Note Added: 0011282|
|10-10-07 10:07||edgardec||Status||new => resolved|
|10-10-07 10:07||edgardec||version||3.9 => 3.10|
|12-01-08 23:28||KenCausey||Assigned To||=> KenCausey|
|12-01-08 23:28||KenCausey||Status||resolved => feedback|
|12-01-08 23:28||KenCausey||Resolution||open => reopened|
|12-01-08 23:28||KenCausey||Note Added: 0012823|
|12-04-08 01:54||wiz||Note Added: 0012827|
|12-04-08 22:08||KenCausey||Note Added: 0012829|
|12-04-08 22:08||KenCausey||Status||feedback => closed|
|12-04-08 22:08||KenCausey||Note Added: 0012830|
|12-04-08 22:09||KenCausey||Resolution||reopened => fixed|
|12-04-08 22:09||KenCausey||Fixed in Version||=> 3.10|
|12-04-08 22:32||KenCausey||Status||closed => assigned|
|12-04-08 22:32||KenCausey||Assigned To||KenCausey => wiz|
|12-04-08 22:33||KenCausey||Status||assigned => closed|
|12-04-08 22:33||KenCausey||Note Added: 0012831|
| Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
90 total queries executed.|
51 unique queries executed.