Mantis Bugtracker
  

Viewing Issue Simple Details Jump to Notes ] View Advanced ] Issue History ] Print ]
ID Category Severity Reproducibility Date Submitted Last Update
0006577 [Squeak] Kernel major always 07-26-07 07:53 01-10-09 02:00
Reporter wiz View Status public  
Assigned To
Priority high Resolution open  
Status pending   Product Version 3.10
Summary 0006577: In sq 7170 loaded projects get unexpected font changes
Description For this one
In a fresh squeak 7130
Get a new morphic project
Open a workspace ( Workspace Heading font is TTCFont(BitstreamVeraSans 12 Bold) )
Name the project and save it out to disk.

Quit w/o saving.
Open the fresh squeak 7130 again
Read in the just save project
The workspace heading is now shown in StrikeFontSet(Accuny15 15)

Open a new workspace (Its heading will be in TTCFont(BitstreamVeraSans 12 Bold)

Save either workspace out to disk using save contents to file...

and using filelist select what you just saved and request Workspace with contents
(Its heading will be in TTCFont(BitstreamVeraSans 12 Bold)

So it is only on project reloading that there is this font change.
Additional Information This is another data pont in the font problems.

It gives a fix one more test to pass.

Yours in curiosity and service, --Jerome Peace
Attached Files  Text1.gif [^] (1,899 bytes) 09-08-07 03:15
 Text1 as read.gif [^] (1,765 bytes) 09-08-07 03:15
 7170LoadVsNew.gif [^] (12,448 bytes) 05-22-08 16:21
 FontTestProject-wiz.001.pr [^] (25,786 bytes) 05-22-08 16:22
 M7076ReleaseTests-wiz.2.cs [^] (2,038 bytes) 06-02-08 18:18
 M6577FontRegFix-wiz.2.cs [^] (577 bytes) 06-02-08 18:19
 ReleaseTest-te...ontRegistry.st [^] (451 bytes) 06-02-08 18:20
 SystemWindow-setLabel.st [^] (962 bytes) 06-02-08 19:33

- Relationships

SYSTEM WARNING: Creating default object from empty value

SYSTEM WARNING: Creating default object from empty value

related to 0007086new  [RFE] Several TTCFont curiosities seem to call for change. 
child of 0006570assigned tim A Mother for font and font test problems 
child of 0007066assigned RalphJohnson Fixes ready to go into the next squeak alpha release (3.11 ???) 

- Notes
(0010939 - 1351 - 1513 - 1513 - 1513 - 1513 - 1513)
wiz
07-27-07 19:10

some more observations.

I have been doing other work in 7130 and not focused on tracking this particular bug. Still some interesting data has presented itself.

As I have saved and reloaded my project I have gotten not one but several different font mutations in the read back headers.

at times different workspace headers have been in:

a StrikeFontSet(Accuny15 15)
 a StrikeFontSet(Accuny15B 15)
 a StrikeFontSet(Accuny17B 17)

There has been no attempt on my part to change the header font styles. though I may have done something like that to the workspace itself.

Different workspaces have come back with different mutations. So maybe the header is being set from some state that the workspace body is in?.

New workspace continue to get the "right" default font setting TTCFont(BitstreamVeraSans 12 Bold) but saving and loading back will change things.

Also I seem to have gotten the body of at least one workspace into a state where the Cmd-1 thru 5 key commands set the font size to "small" and its stuck there.

These are not my most scientific observations. And I don't know what I am doing to cause these state changes. Just strangeness that will be worth comparing or even tracking down if problems don't go away with the next batch of font fixes. Any bets :-) .

Yours in curiosity and service, --Jerome Peace
 
(0011097 - 408 - 489 - 489 - 489 - 489 - 489)
wiz
09-08-07 03:13

more data and a simpler test.

for this one:
from worldmenu>objects
drag out the text object
from redMenu>debug>save as morph.
then read the morph back in.
The text starts as BitStream Vera Sans 24pt
returns as Accunny 24pt (and this s.t. has glitches in its space glyph)

This will happen in 3.10 7143
the output and input remain in the same font for 3.9 7067.
So something broke early in 3dot9.
 
(0012141 - 979 - 1099 - 1099 - 1099 - 1099 - 1099)
wiz
05-22-08 16:18

More and current data points.

For this one
In a fresh squeak (I think I used 7159)
create a morphic project
from world Menu>appearence>system fonts get a standard system fonts menu and make it stay up.
Then save the project.

In a fresh 7170 (3.10 with 3.10.1 updates) load the project (I used drag an drop on a os9.1 imac)

The menu will reappear with some of the fonts changed.
As before get a new standard system fonts menu from the world menu.
Notice the difference (see the uploaded picture).

Analysis:
During the reload the fonts are not coming back as themselves.
The system fonts are not changed so the fresh menu reflects the correct fonts.

I waited until 7170 because this includes a repair to #isFontAvailable which might have affected the issue. (It has not. the same problem is in 7159.)
The same saved project reads back with the font formed correctly when a sq 6665 image is used. So the problem was introduced in the process of release 3.10.
 
(0012142 - 267 - 303 - 303 - 303 - 303 - 303)
wiz
05-22-08 16:25

Uploads
7170LoadVsNew.gif
is a picture of the menu from the reloaded project (left) and a freshly created menu from sq 7170.

FontTestProject-wiz.001.pr
is a minimal project with just the
stardard system fonts menu in it. This is what I loaded into sq 7170
 
(0012154 - 705 - 777 - 777 - 777 - 777 - 777)
wiz
05-24-08 06:16

Some more data points.

the standard system fonts menu can be saved as a morph and then reloaded into the project via drag and drop.
This causes a same or similar modifcation of fonts as the fileout/filein.

The reloaded menu with font changes can be itself saved out and then dropped back in. This causes additional mutation of fonts.

The third time this is done we seem to have hit a steady state.

The fonts that are changing are the true type fonts. In the steady state case the fonts are all strikefonts and not true type.

So there is some test that true type fonts should pass but are failing causing them to be replaced with other fonts.
Cause the system thinks they are not there.
 
(0012241 - 1115 - 1353 - 1353 - 1353 - 1353 - 1353)
wiz
06-02-08 17:02

Ha.

Found the smoking gun.

In a fresh 7175
browse to:
TTCFont class >> familyName:pointSize:emphasis:

evaluate the comment:
TTCFont familyName: 'BitstreamVeraSans' pointSize: 12 emphasis: 0

And you will get the wrong font in response.

then evaluate

TTCFont registerAll

and try evaluating the comment again.

The only place that TTCFont registerAll appears in in a script to
updateFrom7013 a long time ago.

So apparently the registration was lost and never done again.

comeFullyUp on reload is calling familyName:pointSize:emphasis:

and coming up with a blank for all the TTCFonts.


There are some other bugs as well. TTCFontSet duplicates the class variable that holds registery when it should be accessing the same registry as TTCFont.

And it is not clear to me that it is correct for TTCFont to take responsibility for the registry away from say StrikeFont.

I am looking at revisions that yoshiki made in olpc squeak for some of my answers.

The important find today is that many of the symptoms in the image can be cleared up by doing

" TTCFont registerAll "
 
(0012242 - 157 - 205 - 205 - 205 - 205 - 205)
wiz
06-02-08 17:05
edited on: 06-02-08 17:15

Reminder sent to: edgardec, KenCausey

Hi edgar, Hi ken,

I made an important discovery that affects the release.

TTCFont registerAll

needs to be run to stop the loss of fonts on reload.

 
(0012245 - 333 - 387 - 387 - 387 - 387 - 387)
wiz
06-02-08 18:23

 M6577FontRegFix-wiz.2.cs
incremental fix of TTCFont registry problem.
TTCFontSet now points to same registry as TTCFont.
Postscript insures TTCFont registerAll is run.

ReleaseTest-te...ontRegistry.st
This is a fileout of just the one test relating to this bug.

M7076ReleaseTests-wiz.2.cs
contains my three release tests
 
(0012246 - 161 - 161 - 161 - 161 - 161 - 161)
edgardec
06-02-08 19:32

I test M6577FontRegFix-wiz.2.cs and fix this old problem, I attach my fix SystemWindow-setLabel.st for Jerome evaluate and send feedback about is necesary too
 
(0012247 - 737 - 851 - 851 - 851 - 851 - 851)
wiz
06-02-08 22:16
edited on: 06-17-08 21:42

Hi Edgar,

Thanks for testing the fix.

I only gave a quick look to SystemWindow-setLabel.st .

1) It looks like a different enough problem. You should start its own report and not piggy back on this one.

2) You should write a test to demonstrate the problem and the fix.
Test should fail before the fix and pass afterwords.
Once you have done that, I will be happy to put time in looking at it.

3) We've got to start taking the attitude that it is rude to offer a fix without a test. Or a clear description of the problem. Anything less and we are imposing great burdens on those who have to evaluate the fixes.
Yourself included.

We need good bug reports. And harvesters who ask for them. :-)

Cheers amigo, --Jer

 
(0012275 - 253 - 347 - 347 - 347 - 347 - 347)
wiz
06-08-08 18:20

"Hi Ken,
Apparently you and Edgar are working separately.

For 3.10.2 you need: "

"fix begin"
Installer mantis bug: 6577 fix: ' M6577FontRegFix-wiz.2.cs'.
"fix test"
Installer mantis bug: 6577 fix: 'ReleaseTest-te...ontRegistry.st'.
"fix end"
 

- Issue History
Date Modified Username Field Change
07-26-07 07:53 wiz New Issue
07-26-07 07:53 wiz Status new => assigned
07-26-07 07:53 wiz Assigned To  => KenCausey
07-26-07 07:54 wiz Relationship added child of 0006570
07-26-07 07:56 wiz Assigned To KenCausey => andreas
07-26-07 07:56 wiz Category Any => Graphics
07-27-07 19:10 wiz Note Added: 0010939
09-08-07 03:13 wiz Note Added: 0011097
09-08-07 03:15 wiz File Added: Text1.gif
09-08-07 03:15 wiz File Added: Text1 as read.gif
05-22-08 16:18 wiz Note Added: 0012141
05-22-08 16:21 wiz File Added: 7170LoadVsNew.gif
05-22-08 16:22 wiz File Added: FontTestProject-wiz.001.pr
05-22-08 16:25 wiz Note Added: 0012142
05-22-08 16:30 wiz Assigned To andreas =>
05-22-08 16:30 wiz Priority normal => high
05-22-08 16:30 wiz Severity minor => major
05-22-08 16:30 wiz Status assigned => new
05-22-08 16:30 wiz Category Graphics => Kernel
05-22-08 16:30 wiz version  => 3.10
05-22-08 16:30 wiz Summary In 7130 reading a project in changes font on workspace headings => In sq 7170 loaded projects get unexpected font changes
05-24-08 06:16 wiz Note Added: 0012154
06-02-08 17:02 wiz Note Added: 0012241
06-02-08 17:05 wiz Issue Monitored: edgardec
06-02-08 17:05 wiz Issue Monitored: KenCausey
06-02-08 17:05 wiz Note Added: 0012242
06-02-08 17:15 wiz Note Edited: 0012242
06-02-08 18:18 wiz File Added: M7076ReleaseTests-wiz.2.cs
06-02-08 18:19 wiz File Added: M6577FontRegFix-wiz.2.cs
06-02-08 18:20 wiz File Added: ReleaseTest-te...ontRegistry.st
06-02-08 18:23 wiz Note Added: 0012245
06-02-08 18:36 wiz Relationship added child of 0007066
06-02-08 19:32 edgardec Note Added: 0012246
06-02-08 19:33 edgardec File Added: SystemWindow-setLabel.st
06-02-08 22:16 wiz Note Added: 0012247
06-08-08 18:20 wiz Note Added: 0012275
06-09-08 21:49 wiz Relationship added related to 0007086
06-17-08 21:42 wiz Note Edited: 0012247
01-10-09 02:00 Keith_Hodges Status new => pending


Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
129 total queries executed.
65 unique queries executed.
Powered by Mantis Bugtracker