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-
Native v7.1 changes:
- 0 Warning - Also on Windows fw Client auto-upgrade Full-Installer-download enforced past 7.1 Beta 3.
- 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
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.
The latest iOS farmerswife app is v5.0.873 and it's available on Apple's App Store since 6th-October-2023.
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.
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.
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.
Changed Settings Name to "Only Show "Login With External Provider" Button".
See Details
This Setting in fw Server > Setup > Users > was before called "Hide User/Password Login Form".
The new Settings Name "Only Show "Login With External Provider" Button" is now more clear.
See more info here: https://support.farmerswife.com/en/support/solutions/articles/17000142460-farmerswife-entra-id-connector-with-openid-connect-integration
#370506
Added a setting to prevent Confirmed Status from syncing back as "None" in Cirkus.
See Details
In Cirkus it's possible to have "Schedule Status: None" on a Booking. But in farmerswife all Bookings must have a Status set. So when that syncs over to farmerswife, it uses the setting called "Map 'None' Schedule Status To" (in Toolbox > Settings > Cirkus) to figure out what status to set in farmerswife.
To make the sync symmetrical, the same setting was also used when syncing back to Cirkus. So if "None" mapped to "Confirmed", then a Confirmed Booking in farmerswife would also get a "None" Status in farmerswife. But this may not be desirable.
So there is now a new setting inside the popup menu next to the "Map 'None' Schedule Status To" setting. It's called "Map Back To 'None' When Syncing To Cirkus". When it's off, it will copy the status as-is when syncing to Cirkus. So the Confirmed Status in farmerswife will say Confirmed in Cirkus as well.
Note that changing this setting will not cause all existing Bookings to sync. You may want to use the new "Force Sync" functionality in Advanced Bookings Search to force an update to Cirkus.
For existing sync setups, "Map Back To 'None' When Syncing To Cirkus" will remain on, to avoid a change in behavior. For new ones, it will be off by default.
#370506
Added ability to "Force Sync Bookings" from the Advanced Project Search.
See Details
Previously, the only way to Force Sync Bookings was in fw Server app > Setup > Cirkus > Bookings, which is only accessible if all users are logged off.
Now, in "Advanced Project Search" (main module bar "Projects"), if you select to search for Bookings, you can now select one or more Bookings, right-click and select Cirkus > Force Sync.
This will bring up a dialog where you can optionally select a different Sync Mode (direction) than the default one, in case you want to force sync all change e.g. from farmerswife to Cirkus, or vice versa.
After pressing OK in that dialog, it will queue the Bookings for syncing on the server side, in the background. There is no progress bar, but the server will keep syncing them until it's done.
Accessing this feature requires that the logged in User has "Server Setup" permissions.
This also adds a new "Booking / Cirkus" column to the table in Advanced Project Search.
Changed how Schedule Status is synced from Cirkus to fw.
See Details
Previously it would take the Cirkus Schedule Status and convert it to an identical fw Booking Status and apply to the fw Booking.
That meant that the status could have e.g. a different color than it normally has in fw.
Now this is changed, so it instead looks up the status by name and applies fw's version of that status to the fw Booking.
Only if no such status is found in fw will it convert the status the old way.
Fixed a bug causing Personnel Bookings to sometimes not get synced from Cirkus to fw.
See Details
Depending on timing issues, Personnel Bookings created in Cirkus would sometimes not get synced to farmerswife.
This fix prevents that by making sure it finds all changes since the last sync.
Fixed an error when syncing Projects with a "farmerswife" Section in the Template.
See Details
When you synced a Project from fw to Cirkus, with a Cirkus Project Template selected, and the Template contained a Section Custom Field called "farmerswife", a bug sometimes prevented the sync from working. There was an error about "malformed syntax" in the log.
The bug is now fixed.
Fixed error when trying to sync Bookings inside a Project that has failed to sync.
See Details
If for any reason, a Project created in fw fails to sync to Cirkus, it will have an error registered on it. Then you open the fw Project and click on the error to try again.
However, when it was in this error state, any Booking you created on the Project would still try to sync to Cirkus, even though it couldn't.
That caused lots of errors in the log and could possibly prevent correct Bookings from syncing.
From now on it will ignore Bookings inside Projects that have failed to sync.
Fixed misc. issues with Sections and field order when syncing Projects from farmerswife to Cirkus.
See Details
The Cirkus Sync was already trying to maintain the Sections that exist on the Project in Cirkus. But there were 2 problems:
- It took the Sections straight from the Project Template every time, even if someone had made ad-hoc changes on the Cirkus Project.
- It failed to maintain the field order, always placing Custom Fields in the last Section.
Now both of these problems are fixed.
#370031
Fixed repeated sync errors when the fw Bookings is not found.
See Details
If a Cirkus Booking was synced to fw, and for any reason the fw Booking was not found, there was an error that kept repeating on every sync.
Now it will handles the problem by unregistering the Booking from sync.
Made "Reset Sync" turn off sync on all Projects.
See Details
There is a "Reset Sync" button in fw Server > Setup > General > Cirkus, which is supposed to disconnect all synced data and reset the state to a clean slate.
However, it failed to turn off sync on all existing fw Projects. So once you configured sync again, it would immediately try to sync all of them to Cirkus.
Now "Reset Sync" will turn it off for all existing Projects in addition to clearing the connections to existing Cirkus Projects.
Made the "Force Sync" in Advanced Project Search available also in "Projects & Bookings" mode.
See Details
When you select some rows in Advanced Project Search and right-click, you can select "Cirkus > Force Sync".
Previously, you that was only available if "Filter From" was set to "Projects" or "Bookings" - not "Projects & Bookings".
Now it will also be available in "Projects & Bookings" mode. You'll then get two separate sub-menus, called "Cirkus (Projects)" and "Cirkus (Bookings)".
When creating Projects, the color from the Cirkus Project Template is now supported.
See Details
Before it would only sync the fw Project's "Force Color" to the Cirkus Project.
Now, if the "Force Color" setting is not set, it will fall back on color in the Cirkus Project Template, if one is set.
#370551
Fixed a Bug on the Booking menu which wrongly didn't always expand when opening Booking window from the Request window.
See Details
The Booking menu (top left corner) would not always expand, when opening it from the Edit Booking window from inside the Edit Request window.
Now this bug is fixed.
Fixed Thousand Separator field overlapping with Short Date in the fw Client app's Setup Settings.
See Details
In the Client Desktop App > Settings, the Thousand Separator field was overlapping with Short Date field.
Now this bug is fixed and both fields are visible.
#369709
Implemented performance improvements for system with big "histories" helper DB.
See Details
This performance improvement will take effect on "histories.db3" files bigger than 100 MB and when a user has in fw Client > Toolbox > Settings > Object Tree and in the Personnel Tree > "Monthly Utilization Budget" enabled.
#370262
Fixed a bug where the "Force Unit/Units Name" would wrongly not apply.
See Details
If you set a "Force Unit/Units Name" on an Object, it would sometimes not display that Unit Name in Financial Report and in the Budget Actuals window.
In particular, this applied to Work Order Objects. But it could also happen to other types of items.
The bug is now fixed.
Fixed displaying Activity for Unreference Objects in Invoices.
See Details
In the Financial Reports the Activity ws not showing for undefined Objects added directly to Invoice in the ROWS elements on the below values:
- Activity
- Act./Name
- Object Class Name+Activity
- Activity/Object Class/Name
- Activity/No activity wrongly shows no activity.
Now this bug is fixed.
Added left cmd on macOS and left ctrl on Windows key binding to allow auto-scrolling when dragging a Booking upwards in the Long Form and Hourline.
See Details
You can now press the left "cmd" key on macOS or the left "ctrl" key on Windows after you have started moving a Booking via dragging it. If it is moved above the limit (a bit above the Long Form or Hourline timeline) and you have left cmd / ctrl pressed, then farmerswife will auto-scroll upwards.
Also using on a Booking + cmd / ctrl. + drag & drop still works to copy Booking as before.
And now, when a Booking is at the bottom of a very long list of Objects in the Long Form or Hourline, you can use Booking + cmd / ctrl. + drag & drop to copy the Booking + release cmd / ctrl and press left cmd + ctrl. again to drag-auto-scroll the Booking to the very top.
#369904
Fixed a bug in the Long Form > Projects tree where it was wrongly not possible to read Note info via mouseover.
See Details
When in the fw Client app > Long Form > Projects tree, it was not possible to read Note info via mouseover created after 701_B11.
Now the issue is fixed.
#369783
Fixed a bug where "&" character was wrongly being replaced by "&" when links were clicked from fw Client desktop app.
See Details
In the farmerswife Client desktop app, links that have "&" (ampersand sign) was not working when clicked from a Booking Note. It would return an error (Error 400).
This is caused by the application interpreting the content as HTML. In HTML, the "&" character has to be written as "&" to avoid confusion with HTML entities. When the application processes the link, it might automatically convert the "&" character to "&" to conform to HTML standards.
This is now fixed. Any link with (&) character is now working as expected.
Added options to Export/Import Earned Type Rules.
See Details
You can now select an Earned Type Rule, right-click and select "Export" to export it to a file. It's only supported for one Rule at a time.
And selecting "Import" will let you import a Rule from an file.
These new options are available in the following places:
- Personnel Tree > Personnel Management > Settings > Earned Types Rule Manager
- Personnel Tree > Personnel Management > Settings > Earned Types Rule Manager > Earned Types User Manager
Added options to Export/Import Labour Rules.
See Details
You can now select a Labour Rule, right-click and select "Export" to export it to a file. It's only supported for one Rule at a time.
And selecting "Import" will let you import a Rule from a file.
These new options are available in the following places:
- Personnel Tree > Personnel Management > Settings > Rule Manager
- Edit User window > Labour Settings
#370321
Fixed Second Window in the Object Manager not appearing when doing a fresh start of the fw Client desktop app and when showing "Object Classes As A Tree".
See Details
When starting farmerswife on 7.1, the Second Window would not show on the first login.
Now this bug is fixed.
Fixed a login error in the Web Client on the first time re-directing from the fw Server after a successful External Provider login.
OpenID Connect changed "Delegated Login" text to "Authentication Unsuccessful. Please try again".
#361310
#
#369772
#
Fixed bug showing the wrong color in the "Select Items" dialogs
See Details
When you run a Project Report there is a dialog called "Select Items For The Report".
The same dialog is used when part invoicing, but called "Select Items For The New Invoice".
There's a setting in the dialog called "Show Price Agreement Info", which makes it show the Price Agreement color and name on each item. Except the color didn't correctly. So now that's fixed.
Project & Invoice Reports
Fixed Activity fields for Project Objects, Budget Details and manually added Invoice Objects.
See Details
The Activity Name was wrongly not showing in the ELEMENT ROW SECTION in Project Reports & Invoice Reports for Project Objects, on the below values:
- Activity
- Object Class Name+Activity
- Activity/Object Class/Name
- Name
- Activity / No activity.
It was also not showing for Budget details in the ELEMENT ROW SECTION in project reports, on the Activity value.
Now these bugs are fixed.
When creating Invoices, the "Activity" is now appended to the Name of Project Objects.
See Details
In the Invoice Creator > Invoice Edit window, the Activity Name would wrongly not show for Project Objects.
Now this issued is fixed.
#313871
The "Activity" now gets displayed on Project Objects and Budget Details.
See Details
Activity Name in the Edit Project window was displayed on booked Objects, but not if the Object was added directly to the Project as a Project Object or on Budget Details.
Now this bug is fixed.
Fixed a bug where the colour was wrongly not being set when adding new Shift Type.
See Details
When new shift type was setup, it would wrongly not take the assigned colour upon booking.
Now this bug is fixed.
Fixed a bug where the color was wrongly not being set when adding a new Task Booking.
See Details
In the fw Client app > Toolbox > Settings > Booking Defaults > Task/Request configuration the newly assigned colour for Tasks would not be saved on the first time.
Now this bug is fixed.
#353627
Fixed Object Custom Fields wrongly not showing when viewing Class members in the Toolbox.