Back To Release Notes List



Back To Release Notes List
Release Notes For {{RELEASE_NAME}}

7.1 SP 3

Build: 7.1.1003-0-g74d4ba05a

  • 0 Warnings
  • 0 HOT Features 6 Features
  • 3 Other changes
  • 13+ Bug fixes

Welcome to v7.1 Service Pack 3 (SP3) Release - please see the "Details" below each chapter in this "top" section of the Release Notes.


v7.1 SP2 Release - was built on 13. December 2024.
Version: farmerswife 7.1 SP3
Build: 7.1.1003-0-g74d4ba05a-

Native v7.1 changes:
- 0 Warnings - But note that on Windows fw Client auto-upgrade Full-Installer-download is enforced once from v7.0 past v7.1.
- 0 HOT Features
- 6 Features
- 3 Important Other changes
- 13+ Bug fixes

See the changes specific to this version: https://www.farmerswife.com/releasenotes/RN-71/SP-3/

See the full list of all logged changes on our website: https://www.farmerswife.com/releasenotes/

... and also take a look into the new highlights summary of the most recent Released version "Whats New in v7.1": https://blog.farmerswife.com/farmerswife-release-v7.1

Check out our Getting Started videos for new Advanced Users joining your team!
https://www.youtube.com/playlist?list=PLA74zQEGurSW7WY9LJqO0jWLjaQnMXxPI

--------------------------------------------
v7.1 SP2 Release - was built on 18. October 2024.
Version: farmerswife 7.1 SP2
Build: 7.1.1002-0-

Native v7.1 changes:
- 0 Warnings - But note that on Windows fw Client auto-upgrade Full-Installer-download is enforced once from v7.0 past v7.1.
- 0 HOT Features
- 0 Features
- 0 Important Other changes
- 2+ Bug fixes

See the changes specific to this version: https://www.farmerswife.com/releasenotes/RN-71/SP-2/

See the full list of all logged changes on our website: https://www.farmerswife.com/releasenotes/

... and also take a look into the new highlights summary of the most recent Released version "Whats New in v7.1": https://blog.farmerswife.com/farmerswife-release-v7.1

Check out our Getting Started videos for new Advanced Users joining your team!
https://www.youtube.com/playlist?list=PLA74zQEGurSW7WY9LJqO0jWLjaQnMXxPI

--------------------------------------------
v7.1 Service Pack 1 (SP 1) - was built on 2. October 2024.
Planned Release date: 9. October 2024.

Version: farmerswife 7.1 SP1 Release
Build: 7.1.1001-0-g10eeb3269

Native v7.1 changes:
- 0 Warning - - But note that on Windows fw Client auto-upgrade Full-Installer-download is enforced once from v7.0 past v7.1.
- 0 HOT Features
- 7 Features
- 4 Important Other changes
- 22+ Bug fixes

See the changes specific to this version: https://www.farmerswife.com/releasenotes/RN-71/SP-1/

See the full list of all logged changes on our website: https://www.farmerswife.com/releasenotes/

... and also take a look into the new highlights summary of the most recent Released version "Whats New in v7.1": https://blog.farmerswife.com/farmerswife-release-v7.1

Check out our Getting Started videos for new Advanced Users joining your team!
https://www.youtube.com/playlist?list=PLA74zQEGurSW7WY9LJqO0jWLjaQnMXxPI

--------------------------------------------
v7.1 Release - was built on 23. August 2024.
Version: farmerswife 7.1 Release
Build: 7.1.1000-0-

Native v7.1 changes:
- 1 Warning - Also on Windows fw Client auto-upgrade Full-Installer-download enforced past 7.1 Beta 3.
- 20 HOT Features - and try the "Dark Mode"!
Get started on Dark Mode: https://support.farmerswife.com/en/support/solutions/articles/17000129606-dark-mode-for-7-0
- 111 Features
- 23 Important Other changes
- 142+ Bug fixes

See the changes specific to this version: https://www.farmerswife.com/releasenotes/RN-71/R/

See the full list of all logged changes on our website: https://www.farmerswife.com/releasenotes/

... and also take a look into the new highlights summary of the most recent Released version "Whats New in v7.1": https://blog.farmerswife.com/farmerswife-release-v7.1

Check out our Getting Started videos for new Advanced Users joining your team!
https://www.youtube.com/playlist?list=PLA74zQEGurSW7WY9LJqO0jWLjaQnMXxPI

Upgrading to fw v7.1 Release and later - see details!


Basics
- You need to be on "Gold Support" past the date of the planned release of this version.
- You need to have a "Version 7.1" license at hand, before starting the upgrade process.
- To be eligible for a v7.1 license you need to have a valid support subscription (Gold or Silver) with us past the public release of this version.

IMPORTANT:
Upgrade your farmerswife (fw) system from 7.0 SP4 Release and later!
If your farmerswife system is still running on older versions than v7.0 SP4, ensure you upgrade the fw Server application as per the must-do upgrade steps; contact support@farmerswife.com should you require further assistance.

The fw-Client-AutoUpgrade functionality is ACTIVE in certain scenarios.

VERY IMPORTANT:
v6.8 was the last version to support the "32bit" apps for fw Server and fw Client!

Any fw Client app on Mac running BELOW macOS Mojave 10.14 can no longer be used! You have to upgrade the Mac to macOS Mojave or later in order to use the latest fw Client desktop app on Mac.

The built-in "Full Installer download" farmerswife (fw) Client auto-upgrade is active on macOS and Windows!

This built-in Full-Installer-download auto-upgrade functionality - requires local OS user permissions read, write AND execute app installers. This will be triggered upon first log-in to the already upgraded fw Server application.
This means, upon login with the fw Client Desktop app, the user has to choose a location where the installer file will be stored on the local machine ... to then automatically continue with the upgrade process.

Installers Download:
https://farmerswife.com/installers/public-installers/

Upgrading
- Your farmerswife Server application must have been running on 7.0 SP4.
- Inform your colleagues about this new version BEFORE you upgrade.
- Run a "Full Backup" BEFORE the upgrade.
- While the Full Backup is taking place, you could now take a look into the documents provided in the "Read And Use Me Upgrade Package" you were issued together with your license of the previous Released version.
- The upgrade itself might require a couple of "Forced Shutdowns" for it to finish.

- For very OLD fw systems, see the detailed information in the Upgrade Instructions on our open Knowledgebase:
=> Upgrade Instructions v6.7 SP1: https://support.farmerswife.com/en/support/solutions/articles/17000121336-upgrade-instructions-6-7-sp1


=> Client Installation Mac: https://support.farmerswife.com/en/support/solutions/articles/17000026002-client-installation-mac
=> Client Installation Windows: https://support.farmerswife.com/en/support/solutions/articles/17000026003-client-installation-on-windows

- Ensure you have the Java OpenJDK version 17 !!! installed on the fw Server app host machine, for the Web Client and Mobile Web Client to work properly and in the most secure way.
We strongly recommend to use OpenJDK; more info here: https://support.farmerswife.com/support/solutions/articles/17000095590-how-to-replace-java-oracle-with-openjdk

farmerswife Server upgrade on Mac:

BEFORE you upgrade, verify which macOS version the your host Mac of the farmerswife Server application is running on!

IMPORTANT:
macOS 10.14 Mojave is the only macOS on which both the legacy "32bit" and the current "64bit" fw Server installers will work!
When upgrading from fw versions below v6.8 on macOS ensure your Mac host computer is running on macOS 10.14 Mojave!

- Copy the NEW farmerswife Server package to the machine hosting the WIFE Server.
- Un-zip and rename it to include "NEW" in the package name.
- Place it in the same location as the previous running farmerswife Server.
- Quit the running WIFE Server.
- Rename the previous farmerswife Server, to include "OLD" in the package name.
- On both packages do <Control> + click and select "Show Package Contents" in the pop-up menu.
- In the OLD package select the "system" and "files" folders and use <Control> + click and select "Copy 2 Items".
- In the NEW package use <Control> + click and select "Paste 2 Items".
- Now copy the new Version 7.1 license files into the "system" of the NEW WIFE server.
- On the 1st start-up only, right-mouse click and use "Open" to launch the fw Server and allow it to run to start the actual upgrade process.
Note: The upgrade itself might require a couple of "Forced Shutdowns" for it to finish; this depends on your usage of the system.
From now on you can simply double click on the NEW farmerswife Server package icon to launch it.
- Once everything worked out fine, remove or update any Dock or Desktop links. And if needed remove the OLD Server package; because up until now, this was a working "roll-back" backup, just in case something went wrong.
- After the upgrade, start the farmerswife Server as usual.

* You might also need to copy the "html_templates" (only if used and if it contains customized templates) folder. And if you are using any 3rd party integration scripts, don't forget to manually migrate these from OLD WIFE Server package > Contents > "Show Package Contents" > lib > scripts > ... and then here only copy the integration script files from the according sub-folder and not the whole "scripts" folder.
Note: The "files" folder might not even be there, since it was broken out, to reside on some other storage device within your network.

farmerswife Server upgrade on Windows and Linux:
- Make sure you are logged into the host machine with the same "admin" user as on the initial installation of the farmerswife server application.
- Copy the NEW farmerswife Server installer file to the machine hosting the WIFE Server.
=> On Windows this is a .exe file
=> On Linux use these instructions: https://support.farmerswife.com/a/solutions/articles/17000026005-server-and-client-installation-linux
- Quit the running farmerswife Server.
- Now copy the new v7.1 license files into the "system" of the NEW WIFE server.
- Double click to run the installer file in the same manner as the previous installation (for example did you use "Run As Administrator" on Windows?).
- Follow the instructions of the install wizard.
- After the upgrade, start the farmerswife Server as usual.

The farmerswife Client desktop applications can potentially use the fw Server auto-upgrade functionality...
... by using the "fw Client app FULL installer download" auto-upgrade process; OS admin user permissions Read, Write AND Execute are necessary on the initial upgrade.

If your farmerswife Server is macOS 64bit (Mojave, Catalina Big Sur, Monterey, Ventura, Sonoma and later) or Windows (64bit):
- Windows "64bit" fw Clients will be "auto upgraded" by using the simple-in-application-auto-upgrade when they first connect to the upgraded v7.1 fw server.
- macOS (Mojave, Catalina Big Sur, Monterey, Ventura, Sonoma and later) fw clients will perform a full install when they first connect to the upgraded v7.1 fw server, by getting the Full Installer downloaded to the local computer to then be used to Replace the existing "farmerswife64" app within the "Applications" folder.

IMPORTANT for the supported auto-upgrade functionality in later versions:
For the farmerswife Client applications on Windows the "simple in-application" auto-upgrade process to work (once supported in later versions), "normal user" Operating System permissions (Read / Write) are sufficient. You log-in, you confirm that you want to upgrade, the needed files are transferred, the WIFE Client restarts, done.

IMPORTANT when upgrading the WIFE Client on Mac: If you have a mix of Admin and Standard users on a Mac, make sure to be logged-in as a Standard user. Then after mounting the .dmg file, drag-and-drop it to the Applications folder. You then need to authenticate with the Admin users credentials! The farmerswife Client will not work for the Standard user, if installed while being logged-in as the Admin user. For the farmerswife Client applications the "simple in-application" auto-upgrade process is supported, "normal user" Operating System permissions (Read / Write) are sufficient. You log-in, you confirm that you want to upgrade, the needed files are transferred, the WIFE Client restarts, done. This upgrade process is not explained in any further detail.

Once you've successfully upgraded, please inform us by sending a short email to support@farmerswife.com; this is very important information for us which helps us to provide the best possible support for you.

Latest free universal iOS farmerswife app v5.0.877 is available on Apple's App Store, click on "+" to see the details!


The latest iOS farmerswife app is v5.0.877 and it's available on Apple's App Store since 19th-December-2024.
IMPORTANT: Requires iOS 13.4 or later.

And since v5.0.840: Added new barcode-scan support for the built-in Camera on the iOS device to be used for scanning items!
This is also in response to previously working 3rd party external barcode scanner support to no longer function, as support was removed by Apple.

The previous farmerswife app v5.0.825 (available since 4-June-2018) works from iOS 9 through to iOS 12.
NOTE: iOS 9 required since iOS farmerswife app v5.0.706.
Requires farmerswife v6.1 SP1 rev 16195 and later versions!

This means:
You should upgrade as soon as possible to the latest released version.
If you can't upgrade your fw Server application to v6.1 SP1 rev 16195 or later (was released 20. July 2016), then you can't use the latest available iOS farmerswife app on iOS 8.4 or later.
You will get a "Error Failed To Connect" message.

How to install the iOS farmerswife app:
On your Apple mobile device go to the "App Store" app and search for "farmerswife"; depending on which iOS version you have installed, it will show you different iOS farmerswife app versions.
Latest iOS farmerswife app version is 5.0.840; it requires iOS 12 and later (ideally you're always on the latest iOS version).
Version 5.0.59 requires iOS 7 or later. This is the iOS 7 optimized version.
For iOS 6, the latest iOS farmerswife app is still version 5.0.34.

IMPORTANT for older versions:
The latest v5 universal iOS farmerswife app for iOS 7 or later: v5.0.59 is available on Apples App Store since 12-September-2014.
Your WIFE Server needs to be at least on version 6.1 SP1 or later to use iOS farmerswife app version v5.0.59 and later.

Running a separate TEST WIFE Server

This chapter describes the recommended best practice on working on and with a separate TEST/STAGE farmerswife (fw) Server system.
This might be needed when running on Beta versions, or new Service Packs or in general when you first want to run an upgrade check, or evaluate new modules or new functionality on a separate TEST fw Server environment.

You can always use a fw Server app in "Demo Mode" (also with your database (DB) files) and it will run for 60 min. and you have 40 sessions.
An additional "TEST fw Server" license can be provided upon request, available for customer with a valid service agreement in place;
include in your request the Company Name, the info of the local static IPv4 address and the used Operating System of the machine to host the TEST fw Server.

IMPORTANT:
farmerswife supports Push and Feed functionality, and various other email notifications (if enabled); and it can be integrated to various other 3rd party systems; and you can also break out folder structures to network shares which are normally locally hosted on the fw Server's host machine, etc.
All this functionality is therefore also enabled by default on a separate new TEST fw Server environment you might be using. And if not handled with care and turned OFF in a good way, this will lead to duplicate or wrong notifications to your users, or update wrong information on your real live Production farmerswife system.
Please read on.

For a "close as possible" TEST environment, copy the "system" folder from your fw PRODUCTION Server, more info below!
Depending on how you use farmerswife, you might also need to copy other files or folders.

Use the "server.cfg" file to control certain vital parts of your separate TEST fw Server:
This "server configuration" file (server.cfg) provides the option to change certain "General tab" settings "outside" of the actual fw Server application.
You use this file to ensure certain settings are NOT enabled on your TEST fw Server BEOFRE it gets started.

These settings/variables are available by default on this version:

FW_IP
FW_PORT
EXTERNAL_PORT
HTTP_PORT
HTTP_HOME
USE_SSL
HTTP_SSL_PORT
HTTP_UPLOAD_PORT
FTP_ALLOW
FTP_PORT
FTP_PASV_PORT
FILE_PORT
PROXY_FILE_PORT
FILE_PORT_LOW
FILE_PORT_HIGH
MAIL_OK
MAIL_SERVER
MAIL_PORT
MAIL_USER
MAIL_PASSWORD
USE_SQL
SQL_USER
SQL_PASS
SQL_DB_HOST
SQL_DB_NAME
SQL_PORT
PRJ_CHECK_FOLDERS
LDAP_DEBUG
HTTP_DEBUG
EXCHANGE_DEBUG
MAIL_DEBUG
BARN_ACTIVE
APNS_ENABLED
HTTP_XML_PORT
WEBCLIENT20_ENABLED
WEBCLIENT20_PORT
WEBCLIENT20_COM_PORT
ALLOW_FORCE_RUN_NIGHTLY_SCRIPT
ALLOW_FORCE_RUN_PLAY_BILLABLES
TIMED_SCRIPTS_INTERVAL_SECONDS
MSAD_ENABLED
USE_EXCHANGE
READ_SCRIPTS_AS_UTF8
GOOGLE_SYNC
A5_ENABLED
A5_URL
A5_KEY
A5_SECRET
CIRKUS_ENABLED <= This is from the legacy "Cirkus Sync v1" integration and this should always be disabled on any farmerswife system!
FORCE_SHUTDOWN
USE_MSAZUREAD
USE_THREADS
BACKUP_TIME
FULLBACKUP_CYCLES
FULLBACKUP_TIME
HTTP_HOME_ADD_WEBCLIENT_PORT
CRK_ENABLED
CRK_ORG_ID
CRK_URL
CRK_READONLY
CRK_BOOKING_SYNC_ENABLED
CRK_TR_SYNC_ENABLED
WEBCAL_ADD_WEBCLIENT_PORT
FORCE_WEBCAL_URI

These are additional settings/variables not set by default:
APNS_ENABLED
EXCHANGE_DEBUG
HTTP_DEBUG
LDAP_DEBUG

Since v6.4 these two settings/variables are special, because on a "standard" and "not externally proxied" fw Server installation, both of these MUST have the SAME port value!
FILE_PORT
PROXY_FILE_PORT

On our "Demo DB" these settings/variables will look like this:
FILE_PORT 24000
PROXY_FILE_PORT 24000

Note: Only licensed features and their variables will be effected by any changes within this .cfg file.

A proper fw Test installation works like this:

- Quit your farmerswife PRODUCTION Server.
- Create a file called "server.cfg" within your PRODUCTION fw Server's "system" folder.
- Start up your PRODUCTION fw Server for the first time with the "server.cfg" file in place, then Quit it again, to trigger flushing your existing configuration settings into this "server.cfg" file.
- Install the TEST fw Server application on your test machine.
- Now copy at least the "system" folder from your fw "production" Server to within your "test" fw Server's installation folder. If you have the time, feel free to also copy the "files" folder; and if you have customized anything within the "html_templates" or "/lib/scripts/...", copy these sub-folders, and IF you are using anything "customized" within these folders, the related files might need to be copied as well.

BEFORE (!!!) the first start-up of the TEST fw Server, edit the server.cfg file with a text editor application within your TEST fw Server's "system" folder and add or set at least these variables to "0", like this:
MAIL_OK 0
USE_SQL 0
PRJ_CHECK_FOLDERS 0
APNS_ENABLED 0
MSAD_ENABLED 0
USE_EXCHANGE 0
GOOGLE_SYNC 0
CIRKUS_ENABLED 0
USE_MSAZUREAD 0
CRK_ENABLED 0

Save the server.cfg file. Copy it again to a "safe" location on your test machine, so you can re-use it for the next DB file updates. Please read on.

Now start your TEST fw Server application.

VERY IMPORTANT after the first launch and after each update of database files of a separate TEST Server
Go to the running fw Server application > Setup > General tab > "Full Backup Time" and set it to "Never"!
The "server.cfg" does not yet support this feature, and if you do not turn it off, this might interfere with your actual real "Full Backups" from your "in-production" farmerswife system!

NOTE: to test "Allow Mail" functionality from a "test" fw Server, you can use for example a service like "Mailtrap" (https://mailtrap.io).
You then need to update this variables with your access details:
MAIL_OK
MAIL_SERVER
MAIL_PORT
MAIL_USER
MAIL_PASSWORD

Repeat the above steps, for any upgrade or repeated update of the "system" folder on your Test fw Server.
We recommend to save the correctly configured "server.cfg" file for the TEST environment in a good way, and then simply replace it prior to the first start-up.

NOTE: Once you have properly configured your TEST fw Server as described above, you can save time in the future by only copying these files from your PRODUCTION fw Server > from within the "system" folder:
- current45.efdb
- fwdb.db3
- histories.db3
- despatches.db3
- log.txt

... and "paste" into your TEST fw Server's "system" folder and "replace" the previous files. Then rename the fresh "log.txt" to include "date-of-copying-yyyy-mm-dd_InitialsWhoCopied_log.txt". This helps on keeping track.

About these Release Notes, Disclaimer and Legal Information

The content of this Release Notes document is subject to change without notice. The information in this document is furnished for informational use only and should not be construed as a commitment by farmerswife. farmerswife assumes no responsibility or liability for any errors or inaccuracies that may appear in this document or any software that may be provided in association with this document. Except as permitted by such license, no part of this document may be reproduced, stored in a retrieval system, or transmitted in any form or by any means without the express written consent of farmerswife.

Cirkus Sync

#371142

Added syncing when a new Member is dragged to an Object Class.

See Details

If you dragged a new Member onto an Object Class in the Object Manager, the new membership would not get synced to Cirkus.
Now it will detect the changes and offer to sync the new Member to Cirkus, so their Role memberships are updated.

 
#371142

Added syncing when an Object Class is edited using the Modify Class window.

See Details

If you double clicked an Object Class (in fw Client app > main Module bar> Object Manager) to edit it, and added/removed Members there, it would not sync the changes to Cirkus.
Now it will detect the changes and offer to sync all the added/removed Members to Cirkus, so their Role memberships are updated.

 
#370363

Fixed a bug setting the default Booking time wrongly to be All Day when syncing from Cirkus to fw.

See Details

When the involved/dates/times of a Booking were modified in Cirkus and it synced back to farmerswife, it would set the default booking time to e.g. 00-24 or 06-06 (depending on settings).
And then it would override the times for each Object on each day instead.
Now it will leave the default booking time as it was.

 
#372131

Fixed error "key entityType not known" when syncing scheduled Cirkus Tasks to farmerswife.

See Details

Cirkus 1.99 contained a server side bug that prevented scheduled Cirkus Tasks from syncing to farmerswife (fw).
Since the bug is now fixed on the Cirkus side, this fix repairs the damaged data in the fw database, by re-fetching the Tasks from Cirkus after the upgrade.

 
#371142

Fixed incorrect Rates when booking as Object Class/Role in Cirkus.

See Details

This bug applied when using "Inherit Rates From Object Class".
When you created/update a Booking in Cirkus and the Involved was booked as a Role, it didn't apply the Rates from the Object Class.
That is now fixed. It will apply the Rates in fw when creating new Bookings in Cirkus or whenever you change the "booked as" Role on a Booking Event in Cirkus.

 
#371142

When deleting Object Classes, the corresponding Cirkus Roles are now deleted as well.

 
#371142

When renaming Object Classes, the corresponding Cirkus Roles are now renamed as well.

 

Custom Fields

#371300

Fixed a bug where a correctly populated Mandatory field wrongly block and prevent being able to create a new Object.

 

Entra ID Connector

#366351

Fixed a bug by which manually created users were wrongly getting the error "Incorrect Username Or Password" with EntraID+OpenID enabled, even if they were synced correctly.

 
#370948
#370789

Fixed multiple encoding issues for the Entra ID Connector on synced users with special chars on multiple fields causing bad characters, fixed a "Phone Direct" issue and added support for "Fax Number”.

See Details

A change on the MS Entra ID Connector's MS Graph API caused bad characters to be synced on multiple fields (First Name, Last Name, Title, Address), if these contained non-standard-ascii characters (e.g. Ăąãýćęńøñåü); this started to happen since 23. September 2023.
This is now fixed.

Also fixed a "Phone Direct" issue and added support for "Fax Number” to be synced.

 

Labour Rules

Added "If Booked As Class" criteria to "Overtime Sub Rules".

See Details

Overtime Sub Rules now have a new "If Booked As Class" selector where you select an Object Class.
If that Object Class doesn't match the booked Object Class, the Overtime Compensation won't trigger.
This can be used e.g. to generate extra pay when someone is booked as a specific Object Class.

 

Media Library

Fixed a Media Library import bug, wrongly not responding after clicking OK to complete the import mapping if the fw Server app is hosted on Linux.

 

Object Custom Fields

Fixed Custom Fields being wrongly displayed twice in Object Manager > Edit View.

 
#372483

Improved the Multiple Selector widget in Contacts > Object Custom Fields to now allow seamless and continued selections. 

See Details

In Contacts > Object Custom Fields, the Selector widget previously required users to exit after selecting an item before making another selection, preventing continuous selection in a single session.

This issue has been resolved. Users can now seamlessly make continuous selections within the Selector widget without needing to exit the window.

 

OpenID

#366351

For the Web Client/MWC: Fixed an issue if OpenID Connect is enabled, but login was attempted via Username/Password, the server was incorrectly showing an "OpenID Connect" authentication error message.

 

Project Binders

#372453

Fixed a bug on re-ordering Bookings within a Binder wrongly caused it to force book all days on its Objects, instead of keepoing the individual booked days.

See Details

If you had a Booking with multiple Involved Objects booked on different days and you were moving the Booking within a Binder up/down in fw Client app > Long Form > Projects tree, then all Objects would wrongly be reset and booked for all booking days.
This is now fixed and the involved Objects keep their individually booked days.

 

Projects Tree

#370171

Fixed the colours hierarchy when drawing the Project box, now fw will pick the colour in the following order of priority: Project closed (Green), Project Force Colour, Client Colour, Default Light Blue.

 

Public Holiday Calendars

#370635

Updated Danish holiday list.

See Details

Removed the Store Bededag from 2024 onwards and also removed Grundlovsdag.

 

REST Api

#369657

Fixed a bug when using POST /contact on the fwRESTapi which wrongly returned the info “Contact name already exists” in some cases.

 
#369657

Improved the PUT /contact:id endpoint to support 3 use cases: Move a Contact to a different existing Company, move to a new Company or Rename an existing Company for all member Contacts.

See Details

This has been tested and works on versions 7.2 Beta and 7.1 SP2after versions from December 9th, 2024 and later.

Use the published latest swagger.json version 0.8.19 available here:
https://support.farmerswife.com/en/support/solutions/articles/17000089578-the-farmerswife-server-s-rest-api-for-your-own-3rd-party-integrations

Preparation:
Create 2 companies with these 3 contacts a long this info:
Company Name: A
Contact type Client: 1
Active: 1
First Name: First-A
Last Name: Last-A
Title: aA
Email: a@a.a

POST {{baseUrl}}/contact
Params: empty / not used on POST.
Body:
{
"contactFirstName": "First-A",
"contactLastName": "Last-A",
"contactTitle": "aA",
"contactEmail": "a@a.a",
"contactActive": 1,
"contactIsResource": 0,
"contactIsClient": 1,
"companyName": "A",
"resourceDaybased": 0
}

Results shortened:
Company Name: A
Contact: A
"contactID": "id202412091140520000001115"

Company Name: A
Contact: AA
"contactID": "id202412091142520000002323"

Company Name: B
Contact: B
"contactID": "id202412091146560000000226"

Use Case 1:
Move Contact “B” to existing Company "A":
If the Company Name "A" exists then it will move Contact "B" to that Company.

DO:
PUT {{baseUrl}}/contact/:id
In Params tab: "id202412091146560000000226"

In Body tab:
{
"companyName": “A”
}

Results:
fw Client app: Now Company "A" has 3 Contacts: "A" & "B".
Now Company "B" can't be found via fw Client app, expected behaviour.
Company "B" still shows up on GET /company without any Contacts assigned.

Via fw Client app:

  • Company "A" has Contacts "A", "AA" and "B".
  • Company “B” is not shown, expected behaviour.

Via Postman app > GET {{baseUrl}}/company?expandContacts=1:
  • Company “A” has Contacts "A", "AA" and "B".
  • Company “B” is empty = has no contacts assigned.

Use Case 2:
Move Contact “B” from Company "A" to NEW not-existing Company "C".
If the Company Name does NOT exist then it will create the NEW Company "C" and move Contact “B” to it.

DO:
PUT {{baseUrl}}/contact/:id
In Params tab: "id202412091146560000000226"

In Body tab:
{
"companyName": “C”
}

Results:
Via fw Client app:
  • Company "A" has Contact "A" as before.
  • Company “B” is not shown, expected behaviour.
  • NEW Company “C” is created and has Contact “B”.

Via Postman app > GET {{baseUrl}}/company?expandContacts=1:
  • Company “A” has Contact "A".
  • Company “B” is empty = has no contacts assigned.
  • NEW Company “C” is created and has Contact “B”.

Use Case 3:
Modify the Company Name of the selected Contact, so re-name Company "A" to not yet existing Company "D" by using the "companyId" of Company "A".
This will change the Company Name from "A" to "D" and this change will apply for ALL contact members "A" and "AA".

DO:
PUT {{baseUrl}}/contact/:id
In Params tab: "id202412091140520000001115"

In Body tab:
{
"companyName": "Company-D”,
"companyId": "id202412091146080000000216"
}

Results:
Via fw Client app:
  • Company "A" is now re-named to Company "D" by keeping the same "company id" as before and the same contacts "A" and "AA".

Via Postman app > GET {{baseUrl}}/company?expandContacts=1:
  • Company “A” does not exist.
  • Company “D” exists and has contacts A and B.

NOTE:
"companyName" has priority over "companyId".

 
#369657

When creating or editing Contacts via the fwRESTapi now the Contact's "Activity" gets populated with info.

 

Toolbox

Fixed bugs when sorting by "Deleted Date" in the Deleted Bookings tab in the Toolbox.

See Details

Now Bookings get again listed in usable date order within the "Deleted Date" column, and it's now possible again to "empty the trash in a good way".

See more info here > chapter "Deleted Bookings And Binders":
https://support.farmerswife.com/en/support/solutions/articles/17000025968-archiving-in-farmerswife-quick-steps-to-optimise-your-db-