— continued
In the supplier list PDF, the category now sits under the organisation number, and the address is printed on two lines: the street on one, and the postal code, city and country on the next. Nothing in the PDF is cut short any more; long names and addresses wrap onto the next line.
Technical focus: The supplier list PDF wraps long values instead of truncating them.
On a phone, the Vehicles, Accreditation and Deliveries lists used to wrap their toolbar so that PDF (detailed) sat alone on a line. The period buttons now take their own row, the two PDF buttons share the next row equally, and on Vehicles the main action button follows at full width. Lists with a single PDF button, and every list on a larger screen, are unchanged.
Technical focus: On narrow screens the toolbar's navigation group has a fixed arrangement of rows instead of wrapping freely.
The Suppliers list now has a single PDF button instead of two, and it gives the detailed version without the delivery description. The contact column shows the contact person's name and phone, and the status column shows the actual date and time a supplier was last confirmed or updated, rather than how long ago. On the Vehicles, Accreditation, Deliveries and Suppliers list PDFs, the Generated time printed on the page is now in the workspace's time zone; it had been printed in UTC.
Technical focus: Every list PDF formats its Generated stamp through the account's date and time settings, the same way the pages do.
Archived groups no longer appear in the group picker when adding a user, or in the group pickers on a user's Sessions tab when adding or editing a session. If an Add user form was opened before a group was archived, the user is now created without that group and you are told why. Contracts no longer resolve a group name to an archived group. Sessions stamped to a group that has been made inactive now show the group's name on the Sessions tab and in the session report and export, where they used to say Unknown. Archiving a group works as before.
Technical focus: Archiving and the Active switch stay separate; every place that offers a group to pick now excludes archived groups, while places that only name a group still read inactive ones so historical sessions keep their label.
On a phone or tablet, the period buttons and the arrows in a filter toolbar were taller than the fields beside them, so they were the tallest thing in the row. They now match the rest of the toolbar, and the buttons are still comfortably large to tap. Outside a filter toolbar, such as on Plan Live, the vehicle timeline and the public power page, the larger touch size is unchanged.
Technical focus: Inside the shared toolbar the one control height also applies on touch screens; the larger touch minimum still applies wherever the same controls stand outside a toolbar.
The Suppliers list now has the same two downloads as the Vehicles, Accreditation and Deliveries lists, beside the search. PDF lists each supplier's name, organisation number, category, status and responsible person, and marks suppliers waiting for review or with expired documents. PDF (detailed) adds up to three lines per supplier: the parent or legal name and delivery description, how recently the details were confirmed, the contact person with role, phone and email, and the address and country. Both follow the list's current search and category. Suppliers Help describes both downloads in all four languages.
Technical focus: Both downloads read their rows from the same resolver the list renders from, with the page's own search and category, so a download always matches the list on screen.
On the list pages with a filter toolbar, every control in the toolbar now has the same height, so the period buttons, the arrows and buttons such as PDF and Clear filters no longer sit lower than the fields beside them. On Vehicles, Accreditation and Deliveries, the PDF and PDF (detailed) downloads now use the same button as the Production Plan's PDF. On Accreditation, the separate Filter button is gone: the filters apply as soon as you change them and the search updates as you type, as on the other lists.
Technical focus: The shared toolbar sets one control height for everything inside it, while the same controls keep their compact size where they stand outside a toolbar.
The Deliveries list now has the same two downloads as the Vehicles and Accreditation lists. PDF lists each delivery's reference, arrival, direction, title, supplier, driver, vehicle and status as shown on screen. PDF (detailed) adds the description and instructions, locations and responsible people, the driver's phone and the contact person, the vehicle's make, model, year, dimensions, weight and colour, and the gate control and dangerous goods. Both follow the list's current filters, search and period, and overdue or unconfirmed deliveries keep their red marking.
Technical focus: Both downloads read their rows from the same resolver the list renders from, with the page's own filters and period, so a download always matches the list on screen.
The Accreditation records list now has the same two downloads as the Vehicles list. PDF lists each person's name, type, supplier and issuance as shown on screen. PDF (detailed) adds phone, email, phases, company, badge number and presence, and a validity column with each validity window and the locations, zones and gates it covers. Both follow the list's current filters, search and period. Accreditation Help describes both downloads.
Technical focus: Both downloads read their rows from the same resolver the records page renders from, with the page's own filters and period, so a download always matches the list on screen.
A supplier's vehicle setup now starts with the Supplier accreditation type as its default vehicle accreditation type, and with a contact name and phone required for each vehicle, as well as the four vehicle specifications with weight mandatory. This applies when the setup is opened before one exists and when a supplier's Vehicles module is switched on for the first time. Existing supplier vehicle setups with no default accreditation type now use Supplier, unless the workspace has hidden that type. Vehicles submitted from now on through those setups are classified Supplier, and a setup that uses the accreditation type's own gate control now follows Supplier's control. Vehicles already submitted are not reclassified or checked again. Existing setups where neither contact field was required now require both, so those suppliers must give a contact name and phone on their next vehicle request. A setup where someone had already chosen another type, or required only one of the two contact fields, is unchanged.
Technical focus: One set of starting values defines a new supplier vehicle setup, shown before a setup exists and stored on first switch-on, so the two cannot disagree. The data changes filled in only setups that had chosen nothing, and left every chosen value as stored.
Saving the Configuration on a supplier's Vehicles tab answered with an error page instead of saving. It now saves as it should.
Technical focus: The save route now loads the code it depends on before it runs, and a check performs the save as a real request so this cannot come back unnoticed.
The built-in Crew, Waiter and Staff employee employment agreements, in Norwegian and English, now state the competence development term directly: the employer does not offer any specific right to competence development beyond the training needed to do the work. It replaces a sentence that referred to the law and any collective agreement. The Dugnad and Contractor agreements have no such clause and are unchanged, as are templates a workspace has already copied and contracts already signed.
Technical focus: Only the global templates were rewritten; account copies and issued contracts are never changed by a template update, so no signed document changes.
The Vehicles records list now has two downloads beside the period buttons. PDF gives each vehicle's plate, vehicle, type, contact, affiliation, access and parking. PDF (detailed) adds a second line per vehicle with make and model, year, dimensions, weight, colour, category, dangerous goods, gate control, the contact's phone and the owner type. Both follow the list's current filters and period and name the project. The access and parking labels in the list, in Requests and on a supplier's vehicle requests now read as one phrase, such as Access approved or Parking pending. Vehicles Help describes both downloads in all four languages.
Technical focus: Both downloads read their rows from the same resolver the records page renders from, with the page's own filters, so a download always matches the list on screen. Each access and parking label comes from one phrase per track and status.
New vehicle request forms now start with height, length, width and weight shown, and weight mandatory. This applies to a new public vehicle link, the vehicle setup on a supplier that does not have one yet, and a supplier whose Vehicles module is switched on for the first time. Any field can still be turned off, and others can be made mandatory. Existing supplier vehicle setups where none of the four fields had been turned on now use the same default, so those suppliers see the four fields and must give a weight on their next vehicle request. The same goes for existing public vehicle links: a link where none of the four fields had been turned on now shows all four and requires a weight on its next submission. A setup or link where someone had already chosen which fields to show is unchanged. On the public vehicle link form, Vehicle specifications is now an ordinary section instead of one you have to expand.
Technical focus: One default decides which specification fields a new vehicle form shows, used by the public link, the supplier vehicle setup and the first switch-on of a supplier's Vehicles module, so the three cannot disagree. The data changes moved only supplier setups and public links whose specification fields were all off; anything with a field set was left as stored.
Editing a custom competence type now opens the same kind of dialog as the other edits, with the type's code and name in the header. If a change cannot be saved because a required field is empty, the dialog stays open with what you typed and says why, instead of reloading the page. Delete is in the dialog's footer: it deletes a type nobody holds, or offers Deactivate for a type people already hold, as before.
Technical focus: Creating and editing a competence type share one dialog shell, and a refused save answers inside the dialog while an ordinary form post still redirects.
Meal slots are now Catering's own records. Under Food & allergies, Catering, a slot can be created, edited, deleted and restored without a project, and the page works the same whether or not the Production Plan is switched on. A slot without a project is marked as not in the production plan, and appears on the plan once it is given a project. Viewing Catering needs Food & allergies view access, and editing slots needs Food & allergies manage access; the Production Plan and its permissions no longer decide who can use Catering. When the Production Plan is on, a slot with a project shows its plan status and an Open in the plan link, and the status can be changed from the card. On the Production Plan, a Meal row is now the plan's view of the Catering slot. Adding a Meal row on the plan, in the Sheet or by import creates the slot in Catering, and Meal rows made before this change were brought into Catering with their groups and departments. Editing a Meal row's title, date, serving time, notes, departments or responsible people on the plan updates the slot, so the two always agree, and Production Plan edit access is enough to do that from the plan. Deleting a Meal row on the plan removes the slot, which can be restored from Catering, and deleting a slot in Catering removes its plan row. A Meal row's type cannot be changed, and bulk edits apply departments, responsible people and labels to Meal rows but leave their other slot fields alone. The status and the rest of the row stay with the plan. Who is matched to a slot, the Catering overview, the exports and the food and allergy records are unchanged, and no existing slot data was lost.
Technical focus: Catering owns the meal slot record; the Production Plan links to it through an explicit relationship on the plan row, the same shape as a shift-linked row, and one integration boundary keeps the two in step in both directions. The plan's writers route a Meal row's slot fields through Catering's writer, so there is one source of truth, while status stays with the plan. Catering's state is kept in its own tables, never in shared ones.
Edit form now opens the same dialog used to create a form, with the form's name in the header. If a change cannot be saved, for example because the name is missing or the chosen group does not belong to the workspace, the dialog stays open with what you typed and says why, instead of reloading the page and losing it.
Technical focus: Creating and editing a form share one dialog shell, and a refused save answers inside the dialog while an ordinary form post still redirects.
The built-in Crew and Waiter employment agreements, in Norwegian and English, now use employment wording throughout, finishing the pay wording change made earlier today. Section 4 is headed Employment period. The English agreements no longer speak of an engagement: confidentiality and the return of equipment apply after the employment ends, changes are notified during the employment period, and wages are paid for the work actually done. In the cancellation section, a change to the agreed wage is described as a change to the pay. The wording for the final payout of registered hours is unchanged. The Staff employee, Dugnad and Contractor agreements are unchanged, as are templates a workspace has already copied and contracts already signed.
Technical focus: Only the global templates were rewritten; account copies and issued contracts are never changed by a template update, so no signed document changes.
Changing a phone number in an edit dialog, such as a supplier's contact, a vehicle's contact, an accreditation record or a group's contact, reported success but kept the old number. The number you type is now saved.
Technical focus: The dialog now assembles each phone number from its country code and local part before it sends the form, instead of relying on a page script that ran too late.
Edit group now opens the same kind of dialog used to create a group. If a change cannot be saved, for example because the name is missing, the group is set as its own parent, the chosen parent is already a subgroup or already has members, the contact is not valid, or someone else saved first, the dialog stays open with what you typed and says why, instead of reloading the page.
Technical focus: Creating and editing a group share one dialog shell, and a refused save answers inside the dialog while an ordinary form post still redirects.
The built-in employment templates now describe the hourly pay as a wage paid to an employee, in Norwegian and English, instead of in the terms used for a contractor's fee. This applies to the Crew and Waiter templates; their pay section is now headed Pay, and it says the wage is paid out. Holiday pay and pension percentages are unchanged. All six built-in employment templates, Crew, Waiter and Staff employee in both languages, now also state the place of work, and that work may be done elsewhere in a named area when the event needs it. As with the payment date, the place and the area are left for each workspace to fill in its own copy, and Contracts Help explains this. The Dugnad and Contractor templates are unchanged. On contracts that list the scheduled shifts, the line under the shift table now reads Period covered by the scheduled shifts above instead of Project period, because it spans the first to the last listed shift rather than the contract period. This applies to contracts created from now on. Existing and signed contracts keep their wording, and templates a workspace has already copied are not changed.
Technical focus: Only the global templates were rewritten; account copies and issued contracts are never changed by a template update, so no signed document changes. The shift overview label is part of the frozen snapshot each contract carries, which is why older contracts keep the old label.
On a phone, tapping Log in right after typing the password could miss: the keyboard closed, the sign-in box moved, and the tap landed on nothing. The box now stays at the top of the screen on phones, so Log in stays under your finger, on both the sign-in and the reset password pages. Choosing an option in the cookie banner used to reload the page, which cleared a password you had already typed; the choice is now applied without reloading.
Technical focus: On phones the sign-in box is anchored to the top rather than centred, and the page resynchronises tap positions when a field loses focus. The cookie choice updates consent in place and removes analytics cookies on withdrawal, with no reload.
A department's Details tab now shows its details to everyone instead of an edit form: name, description, parent, head, sort order and status. Managers get an Edit button that opens the same dialog used to create a department. If a change cannot be saved, for example because the name is missing or already used, the parent is not allowed, or someone else saved first, the dialog stays open with what you typed and says why, instead of reloading the page. A department head who is not a member of the department is still reported on the page once the other changes are saved.
Technical focus: Creating and editing a department share one dialog shell, and a refused save answers inside the dialog while an ordinary form post still redirects. The head check runs after the other fields are saved, so it is reported rather than refused.
Opening a location now shows its details instead of an edit form: name, parent, kind, address, description, projects, vehicle access and linked users. Edit opens the same dialog used to create a location, with the same fields. If a change cannot be saved, for example because the name is missing, the parent or kind is not allowed, or someone else changed the location in the meantime, the dialog stays open with what you typed and says why, instead of reloading the page. Turning a physical location into a work area still asks you to confirm on the page first. Saving now returns you to the location's page with a confirmation, instead of to the list of locations. Links to the old edit address open the dialog. The Norwegian message shown when the name is missing had a spelling mistake, which is corrected.
Technical focus: Creating and editing a location share one field renderer and one dialog shell, so the two cannot drift, and every refused save answers inside the dialog while an ordinary form post still redirects.
22 changes · 1 added · 16 updated · 1 removed · 4 fixed
Production Plan 9 · Workforce 6 · Suppliers 5 · Accreditation 4 · Vehicles 4 · Incidents 3 · +5 more
On a project's page, Edit now opens the same kind of dialog as the other edits, titled Edit project with the project's name under it, with the same fields as before. If a change cannot be saved, for example because the name or a date is missing, the end date is before the start date, or someone else changed the project in the meantime, the dialog stays open with what you typed and says why, instead of reloading the page. Saving reloads the page with the message Project saved. Links to the old edit address open the dialog.
Technical focus: Creating and editing a project share one dialog shell, and a refused save, including the check that someone else changed the project first, answers inside the dialog while an ordinary form post still redirects.