User-Agent: Build Identifier: When m17n-db went from m17n-db-1.7.0-9.fc27 to m17n-db-1.8.0-0.1.RC1.fc28 I had trouble starting applications such as firefox, terminal, seamonkey and others using XFCE. Usually if I tried enough times I could get a terminal window to start. IT was much harder to get some of the others to start. If I switched to gnome, some things appeared to try to start based on my XFCE settings and failed. But after that things seemed to work normally. This happens consistantly on my work desktop (dell precision 5810) but does not happen at all on my macbook air at home. Reproducible: Always
I am not sure what I missed on Gnome desktop to check/test but I am using ibus and m17n input methods without problem on F27 with manually updated m17n-db and m17n-lib to 1.8.0RC1 release. If you can give me steps to reproduce I will the thankful to you.
I'm not sure what's the cause of the difference between my machines. On one installing raw hide with the XFCE desktop, logging in and trying to run terminal, firefox, midori, seamonkey, thunderbird or rhythmbox should show the problem pretty quickly. On my other machine I can't get it to happen at all. Both are x86_64. On the problem machine downgrading to 1.7.0-9 fixes the problem. I upgraded and downgraded multiple times while working to isolate the problem package. Both my machines are running f28 (rawhide).
The crashes will happen when the programs are run from the command line which might make it easier to get tracebacks, though I haven't seen and coredump files left behind so far.
I used 18th Jan rawhide Gnome Live image and tested gedit, firefox applications. I started them from gnome-terminal and used my non-english locale keymap to input. I found no issues. Do you see this crash consistent for different application using some non-english locale and non-english keymap? If yes, May I know that particular keymap you was using?
Sorry I missed the noticed for your update. I have the locale set to en_DK.utf8 to get 24 hour time in some applications. I just use US ASCII for what I write. I may have set up some ability to do non-ASCII keyboard entry a long time ago for testing something. That could explain why I just see the issue on one machine. The crashing is fairly consistent per application (most that I use do). Occasionally one will start if I try enough times. Probably between 1 in 10 and 1 in 100 tries. The terminal application seems odd in that once it successfully starts it seems to start almost all of the time after that. The reason I came back to this ticket today is that I tested 1.8.0-1.fc28 and I'm still seeing the problem.
I will need some more time to look into this issue again but in the meantime I will suggest you to email m17n-list the same to upstream. You can find their mailing list information at https://lists.nongnu.org/mailman/listinfo/m17n-list I am waiting for f28 branched compose now to test this bug again.
This bug appears to have been reported against 'rawhide' during the Fedora 28 development cycle. Changing version to '28'.
This appears to be fixed now (in rawhide, I haven't tried in branched). I noticed this was correlated to some other m17n packages going from 1.7 to 1.8 so that the version mismatch may have been the cause of what I was seeing.
Thank you for your feedback. Also whenever you will get time please test Fedora 28 also and if found any issues please report it in new bug report.