Wednesday, March 1, 2017

I changed how Lino implements the lino.modlib.users.models.User.partner field because the old implementation didn’t work when users.User inherits from contacts.Person (in which case it must be a DummyField even though contacts is installed)

I will probably abandon the invoiceable_clocking_Session branch because I realized that even when I implement service reports as Invoiceable this won’t be the solution for my problem. My problem (#1526) is that I must write at least few invoices based on service reports, and that I am myself still discovering how to do it.

So maybe the existing service reports aren’t that bad. But I must to an upgrade to Jane because the currently running version does not show the partners and their interests.


I did the release (i.e. the upgrade on jane after my series of fundamental changes). This was a rather feared one because of the database migration. But everything seems okay. Just a few surprises after the upgrade:

  • A UnicodeDecodeError in file “lino/modlib/comments/”, line 133, in as_li:

    UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 39: ordinal not in range(128)
  • Added SkillsByDemander to ticket detail layout.

The biggest problem now is maybe just that I cannot print anything usable because of #1533.

Maybe it is easier to get the Duration field summable in export_excel?

I finally decided to work on the ServiceReport. The most important was how it selects the tickets to include. Until now it was based on the partners interests, but this approach seems not usable. We must just assign and basta.

Releases @oikos and @vilma

I knew that the data migrations would not work out of the box, so I decided to upgrade also the other production sites which use Noi.

The basic problem with data migrations à la Lino is that they are per application and not per plugin. When I do a database change in lino.modlib.users (for example), then I must write one migrator for every application which uses this plugin.