We have long had a deep, excellent integration with Google Apps: you can sign up with your Google ID and have all your Kerika-related files stored in your own Google Drive, where you can access them independently of the Kerika app.
We are now taking that one step forward, with seamless integration with Google Team Drive.
Google Team Drives are shared spaces where teams can easily store, search, and access their files anywhere, from any device.
Unlike files in My Drive, files in Team Drive belong to the team instead of an individual. Even if members leave, the files stay exactly where they are so your team can continue to share information and get work done.
You don’t need to do anything different: the integration is built-in with the latest version of Kerika (and, since we are software-as-a-service, everyone always uses the latest version of our product!) and the integration is seamless.
When we first added the ability for you to add a list of tasks to a card on a Task Board or Scrum Board, our expectation was that these tasks would be short and to the point: maybe just a few words long.
And to make the display of tasks neat and tidy inside a card’s details view, we truncated long tasks to show just two lines worth. We figured this was a reasonable restriction that would make the layout look better, and wouldn’t actually inconvenience anyone since we really didn’t expect people to create very complex tasks, that might take more than one sentence to spell out.
Well, that turned out to be a bad assumption: the tasks feature turned out to be far more popular than we expected, and we soon started getting complaints from people that didn’t like seeing their tasks get truncated to two lines.
We have fixed that with our latest update to Kerika: now, all tasks will show fully, no matter how long they are. Here’s an example:
In the example shown above, the first task is long enough to spill out over three lines, and all three lines are shown.
So, there you go: tasks became a little more flexible!
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.
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:
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.
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…
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 found and fixed a bug that was kind of annoying, even if it affected only a small handful of users: if you transferred ownership of a board to someone else, that board wasn’t appearing correctly in the Shared With Me tab of your Home page.
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.
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.