Bug, fixed: signing up for Kerika from “.software” domains

With the proliferation of top-level domains we have had to update some of our old code that tried to make sure people were signing up with properly-specified emails.

In the old days, of “.com” and “.org” and other short domain extentsions, this was easy to check at the time someone entered an email address: if it wasn’t properly formatted we could alert the user right away so they didn’t go down a dead-end path.

We can’t do that anymore: new top-level domains are being launched on a regular basis by registry companies and the list of potential domain extensions is no longer finite or easily matched by regular expressions.

We thought we had done these updates a while back, but clearly something slipped through the cracks: people from “.software” domains were unable to sign up as new users.

That’s fixed now.

Bugs, fixed: edge cases where due dates on tasks weren’t being reflected correctly at the card level

If you create a list of tasks on a card on a Task Board or Scrum Board, Kerika does a bunch of stuff in the background to make sure your view of what’s due, at the card level, board level and account level, are always correct.

We found a couple of edge cases where the due dates on tasks wasn’t rolling up correctly to the card level, potentially giving users a misleading view of what was currently due for them:

  1. When the last task with a scheduled due date was removed (deleted) from a card, this wasn’t correctly adjusting the due date for the card itself.
  2. Similarly, when the last task with a scheduled due date was no longer scheduled, this wasn’t correctly adjusting the due date for the card.

Both bugs have been fixed. They were real edge-cases, so it’s likely that most users never noticed them in the first place, but still…

 

Bug, fixed: copy-paste of card details in Internet Explorer

Internet Explorer continues to be slightly offbeat in its behavior, and this trips up our testing since it still has some quirks that are not found in Chrome, Firefox or Safari.

One bug that one of our Norway-based users found was that he couldn’t copy the details of a card using the Ctl-C key combination while using Internet Explorer, without going into the edit mode of the card details.

We fixed that. Ctl-C and Ctl-V should work much better.

We are moving away from monthly billing

We used to offer monthly and annual subscriptions, and in the last 5 years we had just two customers ever request the monthly option.

Everyone else found the annual subscriptions far more convenient so they wouldn’t have to process invoices or receipts, or get internal purchase approvals, every month.

The monthly purchase offer wasn’t very good for Kerika either: there’s a certain amount of bookkeeping and overhead for processing every invoice and given the already low $7 price per user, this offer was essentially a money-losing proposition.

So, we are now discontinuing the monthly subscription purchases altogether.  We are asking all our customers to purchase annual subscriptions: the amounts involved are still very reasonable, and if you do change your mind in the middle of the year, you can still request a refund for the unused portion of your annual subscription.

This means you don’t have an risk of overbuying: if you change your mind about using Kerika, you can get a refund for the remaining portion of your subscription.

Bug, fixed: downloading the latest version of a document, for direct sign up users

Thanks to our users at Oxbow Farm, we have found and fixed a bug that affected users who signed up directly with Kerika: clicking on an attachment in the card details was downloading the original version of a file, not the latest.

Here’s what was happening: when you add a file to a card or canvas, Kerika checks to see if that file was already being used on that particular card or canvas.  If so, Kerika automatically handles your latest upload as providing a new version of the old file, so you see just one entry in your card attachments view:

The bug that we recently discovered, and fixed, resulted in Kerika downloading the original version of the file when you used the download option that appears after you select an attachment from the list of attachments on a card.

If you clicked on the attachment’s thumbnail to open a preview of the file, Kerika was correctly opening the latest version of the file. The bug was only in the download action, and that’s been taken care of now.

Our youngest Kerika users do amazing stuff

For the past few years Stéphane Vassort from College La Grange Du Bois in Savigny-le-Temple in France has been using Kerika with his middle-school students who have been building 3-wheel trikes as part of their science curriculum.

He recently shared this heartwarming video of his students — surely among the youngest Kerika users in the world! — with the trikes they have built:

https://youtu.be/2ChNIUaxqW4

We are so happy to be supporting this kind of work!  If you are interested in getting a free Academic & Nonprofit Account like Stéphane, please let us know.

A bunch of bug fixes

We have been busy through the holiday season, as usual, but there isn’t a lot of stuff to show you yet since the big new thing we are working on — a more automated and efficient account management and billing system — won’t be ready for a while.

Meanwhile, we have been working through bug fixes on a regular basis; many of them obscure and probably unnoticed by anyone but the Kerika team itself, but we don’t like to have known bugs sitting around so we knock off bugs fairly quickly even if no one has complained (yet).

Here are some of the bug fixes we have done recently (in no particular order):

  1. A problem that affected direct sign up users who wanted to preview their documents, but didn’t allow third-party cookies to be set in their browsers.
  2. An obscure situation where someone who owned a board, but wasn’t part of the board team, shared it with another user: in some situations the second user didn’t see this board listed correctly in their Shared With Me tab of their Home page.
  3. Another obscure circumstance in which a board owner’s face wasn’t shown correctly in the Shared With Me tab of other users.
  4. Helping a user restore access to a board that had gotten corrupted somehow in the database: this wasn’t the user’s fault and we wanted to make sure no work was lost.
  5. Some improvements to labels used in My Preferences to clarify (better) the user’s choices.
  6. Fixing at least one situation where someone wanting to sign up with their Google ID (as a Kerika+Google user) was getting endlessly redirected by Google and never reaching Kerika.  (For some reason everyone who reported this problem is located in Norway; don’t know why…)
  7. A problem affecting direct sign up users: they weren’t seeing thumbnails of their files in their Kerika cards and canvases.
  8. Some situations where a browser left running Kerika overnight didn’t refresh itself automatically the next morning, and required the user to manually refresh the view.
  9. A bug that kept cards with Critical priority from showing up correctly in the What Needs Attention View.
  10. Decided to spell “synch” as “sync” in the Calendar dialog, although we still don’t agree that “sync” is a better spelling than “synch”.
  11. Numerous updates to our website: our product’s functionality keeps expanding so fast that we need to remember to update our website every few months!

Happy New Year!