cannot confirm, nothing is crashing here.

probably this is due to something missing from my system, but I had Ted running on all my systems for years and this is the first time I have this problem. I suppose it has something to do with fonts, maybe a corrupted font or something of the like. Could you suggest something to try?
I updated Ted an hour before finding out the new features and sadly they didn't work...
TIA

Namcap tells me
[code]
ted E: Mime type handler found. Add "update-desktop-database -q" to the install file
ted E: Dependency desktop-file-utils detected and not included (needed for update-desktop-database)
[/code]
But I do not think this is related.

I just mailed the following to a user that reported this issue to me privately.

I think that it can be easily solved by changing the PREFIX configuration setting
to /usr/share during the compilation. But, as I do not know the details of the
Arch build process, I have to guess.

If the maintainer is willing to contact me, we will sort out the details
of the fix. (It must be easy)

Mark de Does -- mark@mdedoes.xs4all.nl (Upstream author)

PS: People that first tested Ted from my private packages
do not have the problem, because they also have a private
copy or a file in /usr/local.

MdD

=========

I have investigated your issue.

There are two ways to look at what I found:
1: Ted crashes if it is inconsistently installed.
2: Ted is inconsistently installed by the Arch Linux package.

Ad 1:
I attach the cumulative fixes upto now. They include the fix
to prevent Ted from crashing if no spelling dictionaries are
found. (But spell checking still does not work.)

Ad 2:
The Arch Linux installer installs most of the Ted related
files in /usr/share. That might be better than in /usr/local.
(I am still struggling with what to do.) But Ted for Arch Linux
is still compiled to look for the configuration files in /usr/local.
Hence, it does not find any spelling dictionaries and it
runs into the bug mentioned above.

Could you please bring me into contact with the maintainer
of Ted for Arch Linux? I think that I have a simple solution,
but I want to discuss it with the maintainer. And I is good that
we test in cooperation.

It is strange, ted compiled with:

CONFIGURE_OPTIONS=--with-GTK --prefix=/usr/share

in Makefile.

grep usr/local in ted-2.22-linux-amd64.tar.gz returns

$ grep -r 'usr/local' *
Ted/gsafm.sh:TED_AFM_DIR=/usr/local/Ted/afm
Ted/config/Ted.ad.sample:!! /usr/local/Ted/Ted.properties and $HOME/.Ted.properties have a !!
Ted/config/Ted.ad.sample:Ted.afmDirectory: /usr/local/afm
Ted/config/Ted.ad.sample:Ted.documentFileName: /usr/local/Ted/TedDocument-en_US.rtf
Ted/config/Ted.ad.sample:Ted.spellToolSystemDicts: /usr/local/ind

and some more entries in .desktop and .rtf files.

Still a problem?

This is still a problem. Ted references the non-existing directory /usr/local/Ted a lot:

for f in $(pacman -Ql ted | cut -d' ' -f2); do [ -f $f ] && grep -H '/usr/local/Ted' $f; done

/usr/bin/gsafm.sh:TED_AFM_DIR=/usr/local/Ted/afm
/usr/share/Ted/TedDocument-en_US.rtf:copying the file \f1\fs18/usr/local/Ted/varia/Ted.desktop\f0\fs20 to
/usr/share/Ted/TedDocument-en_US.rtf:/usr/local/Ted/varia/Ted.mailcap\f0\fs20. It might also be necessary to
/usr/share/Ted/TedDocument-en_US.rtf:\fs18/usr/local/Ted/Ted.properties\f0\fs20 and \f1\fs18
/usr/share/Ted/TedDocument-en_US.rtf:are expected in \f1\fs18/usr/local/Ted/dfa\f0\fs20. This property is
/usr/share/Ted/TedDocument-en_US.rtf:/usr/local/Ted/TedDocument-en_US.rtf\f0\fs20.\par
/usr/share/Ted/TedDocument-en_US.rtf:you will find a file /usr/local/Ted/ad/Ted_eg_ER.ad.tar on your
/usr/share/Ted/TedDocument-en_US.rtf:/usr/local/Ted/Ted.ad.sample. It is an X11 resource file that contains
/usr/share/Ted/TedDocument-en_US.rtf:/usr/local/Ted/TedDocument-en_US.rtf to
/usr/share/Ted/TedDocument-en_US.rtf:/usr/local/Ted/TedDocument-zz_ZZ.rtf and translate the file. When you
/usr/share/Ted/TedDocument-en_US.rtf:/usr/local/Ted/TedDocument-zz_ZZ.rtf\par
/usr/share/Ted/TedDocument-en_US.rtf:in \f1\fs18/usr/local/Ted/afm\f0\fs20. Fonts that are special for a
/usr/share/Ted/TedDocument-en_US.rtf:/usr/local/Ted/afm/localfonts\f0\fs20 subdirectory of the afm
/usr/share/Ted/TedDocument-en_US.rtf:\fs18/usr/local/Ted/varia/base35.rtf\f0\fs20 that uses all base 35
/usr/share/Ted/TedDocument-en_US.rtf:not. \f1\fs18/usr/local/Ted/varia/base35.fonts.conf\f0\fs20 is an
/usr/share/Ted/config/Ted.ad.sample:!! /usr/local/Ted/Ted.properties and $HOME/.Ted.properties have a !!
/usr/share/Ted/config/Ted.ad.sample:Ted.documentFileName: /usr/local/Ted/TedDocument-en_US.rtf
/usr/share/Ted/varia/Ted.desktop:Icon=/usr/local/Ted/Ted.png
/usr/share/applications/Ted.desktop:Icon=/usr/local/Ted/Ted.png

It crashes even if I fix /usr/bin/gsafm.sh

rtf document, .desktop file and config sample should not make any sense I think.

I tried to package it the same way as in .spec file example, but it fails too:

make CONFIGURE_OPTIONS="--with-GTK --prefix=/opt/Ted"
make package CONFIGURE_OPTIONS="--with-GTK --prefix=/opt/Ted"

cd "tedPackage"
export RPM_BUILD_ROOT=$pkgdir
./installTed.sh COMMON

More over it sometime fails when compiling with make -j5, so it also has dependencies problem in its makefiles.

See https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/ted

I am going to drop it to aur in a few days

Sounds like a good decision, judging from the situation. Closing this bug as "Won't fix", then.