Yesterday we released Keyman 7!  The excitement may have been somewhat overshadowed by a rather larger product release on the same day in the US, and ironically, an update to MSKLC was released on the same day.

I’m not writing about the new features etc etc – if you want to read about those, visit our website. 
I’m writing about the bugs.  Perhaps this is airing the dirty laundry but here goes anyway.

The day before release, our testers identified a couple of issues.

 

The first of these was purely cosmetic.  If a user had too many languages installed, the languages tab would not fill the available space but would leave about 100 pixels of whitespace at the bottom – see image.  This space was there because the User Interface Language button was moved from there to the Options page.

Languagessmall

But for some silly reason, we decided to put in a fix.  So we put in a fix, tested it (well, obviously we didn’t…  wait and see) and put the release online with only one minor issue – the Configuration dialog now did not work at *all*:

Languagessmall2

Fortunately, that was only online for a couple of minutes before we took it down – and rolled the changes back.  The second issue was more significant.  Pressing ENTER in the Activation dialog (as opposed to clicking the Activate button with the mouse) would open a Windows Explorer window instead of processing the activation:

Activate1

Activate2

We quickly put in a fix for this – and broke the Activate button.

Last minute fixes:

  • Are done in a reckless state of mind brought on by the euphoria of impending release
  • Never get tested properly
  • Do not get proper attention to design and potential side-effects

The moral of the story is: NEVER, EVER do a last minute fix.  If a fix is important enough to do at the last minute, it is important enough to delay the release by a full test cycle…

Categories: Developing Keyman

0 thoughts on “A case study on why you should NEVER, EVER check in a last minute fix”

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Related Posts

Developing Keyman

Keyman Update for 2 February 2024

This blog reports on significant Keyman product and keyboard development updates over the two week period from 20 January 2024 — 2 February 2024. As always, you can follow all of our development online at github.com/keymanapp/keyman, Read more…

Developing Keyman

Keyman Update for 19 January 2024

This blog reports on significant Keyman product and keyboard development updates over the period from 9 December 2023 — 19 January 2024. As always, you can follow all of our development online at github.com/keymanapp/keyman, and you Read more…

Developing Keyman

Keyman Update for 8 December 2023

This blog reports on significant Keyman product and keyboard development updates over the two weeks from 25 November — 8 December 2023. As always, you can follow all of our development online at github.com/keymanapp/keyman, and Read more…