FEDORA-2016-0dadfe2412 created by mohammedisam 3 years ago for Fedora 24
obsolete

Fixed a buffer-overflow bug in export_unitab()


Fixed a memory-corruption bug in handle_hw_change() function


Fixed a bug in calc_max_zoom() function

This update has been submitted for testing by mohammedisam.

3 years ago

This update has obsoleted fontopia-1.4-1.fc24, and has inherited its bugs and notes.

3 years ago

This update has been pushed to testing.

3 years ago
User Icon dswaner commented & provided feedback 3 years ago
karma

Works.

161.cp contains 3 fonts, as setfont informs the user. Executing "fontopia 161.cp", only the size 16 font is visible. If the 16 font is changed and saved, it works, but the user cannot view or change the size 8 or size 14 fonts also included in 161.cp.

If fontopia is used to change the font version of default8x16.psfu to bdf (default8x16.bdf), and the resultant bdf file is input to bdftopcf, 2 errors result: 1) no font name is specified; 2) the linecount on the STARTPROPERTIES is wrong.

The show keys display has garbage on the bottom of the screen.

While running fontopia in a console, it isn't possible to switch consoles (CTRL+ALT+F3, etc does not work).

If fontopia is run in a console, the font matrix displayed in the upper right of the screen will not be correct if the console font is not set to the font being edited before starting fontopia. When running fontopia in a terminal, if the type font is code page, then the font matrix displayed may not be correct.

BZ#1363855 font version change causes fontopia abend and trashes keyboard
BZ#1361910 fontopia abends trashing keyboard
User Icon dswaner commented & provided feedback 3 years ago

If fontopia is executed in a console on font ter-v32n, after a "setfont ter-v32n" has been done, an error message results: "Error: Font height is larger than screen height." If however, a "setfont ter-v16n" is done first, and then "fontopia ter-v32n" is run, then fontopia functions as expected, and the font display matrix on the right hand side shows correct glyphs.

User Icon dswaner commented & provided feedback 3 years ago

If fontopia is executed in a terminal on font ter-v32n, if the terminal font is set too large, an error message results: "Can't display glyph. Font metrics (weight or height) larger than screen size." [Should that be "width" instead of "weight"?] In order to clear the error message, ENTER must be pressed twice, instead of once. If the terminal font size is reduced, then fontopia runs as expected.

This update has been obsoleted by fontopia-1.6-1.fc24.

3 years ago
User Icon mohammedisam commented & provided feedback 3 years ago

Support for CP fonts is improved. Now the three fonts in 161.cp (and other CP font files) can be accessed and edited by pressing numbers from 1-4 (as CP supports that much per font file).

BDF error is eliminated.

The Show Keys window is clean now.

The switch console (CTRL+ALT+F-something) is a little bit tricky, as fontopia works in a raw keyboard mode. Access to CTRL+ALT+DEL, and other special keys can only be granted after exiting fontopia and return to normal keyboard mode. The other solution is to implement every key combination by hand (not sure if this will work on all systems as expected).

Still investigating the wrong font matrix issue.

The "weight" Vs "width" error was a dumb one. Corrected.

Double ENTER was a glitch, also eliminated.

I really appreciate your intensive testing. Great work!.


Please login to add feedback.

Metadata
Type
bugfix
Karma
1
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
disabled
Dates
submitted
3 years ago
in testing
3 years ago
BZ#1361910 fontopia abends trashing keyboard
0
0
BZ#1363855 font version change causes fontopia abend and trashes keyboard
0
0

Automated Test Results