| Ticket #8155 - Fix bug that caused some disabled fields to appear as hidden instead, on data entry forms. | All | Completed | 2024.39 |
| Ticket #8116 - Fix bug on payment screen when editing an overpayment on a taxable item. | OldSaybrookCT | Completed | 2024.38 |
| Ticket #8140 - Ensure that error messages on the Application Action screen are being displayed when appropriate | FryeIslandME | Completed | 2024.38 |
| Enhancement for Hourly Dockage - on the transient search form for hourly dockage, show a drop-down list of options for how long the boater needs (for example, 30 mins, 1 hour, 2 hours). If a transient is reserved by someone in the near future (for example, by an overnight transient), limit the options in the drop-down list to the periods that are actually reservable. | KitteryME | Completed | 2024.37 |
| Hourly Dockage enhancement - provide support for boaters to click on a QR code to fill out the info and make payment to use that specific mooring/dock/slip. If that berth is available now, bypass search results screen and go directly to application. | KitteryME | Completed | 2024.37 |
| Provide a way for harbors to restrict where applicants need to be when they apply for certain applications. For example, enforcing that Hourly Dockage applications can only be submitted from the docks.
To do this, we've enhanced the geographic validation capabilities of the product. We've already been able to define geographic areas that are allowed/prohibited for berths, and now you can define areas that are allowed/prohibited for submitting applications. | KitteryME | Completed | 2024.36 |
| Enhance the ability to perform tasks before or after an event occurs. In the past, you could only specify to run the task a certain number of days or hours before or after the event. Now, you can also specify to run the task a certain number of minutes before or after the event. | KitteryME | Completed | 2024.35 |
| Improve support for short-term assignments. Allow transients to be defined that have a min/max duration specified in minutes. | KitteryME | Completed | 2024.35 |
| Improvements to the fee and date calculation engine. These improvements include:
- Allowing clients to make changes to any of the numbers used in our calculations
- Allowing OM staff to use the same calculation logic in multiple situations
- Allowing OM to show information about why we calculated the amount that we did | OM | Completed | 2024.34 |
| Enhance the #sum# mail merge tag, which is used to total up the amounts listed in a column inside a {table}. In this case, Kittery has itemized fees, and the display of the itemized fees prevented the #sum# tag from working properly. Now, the #sum# tag works, and totals the entire amount shown on each row in the table, and ignores the itemized fees. | KitteryME | Completed | 2024.33 |
| Ticket 7996 - Error on transient search page when applicant's computer is set to use non-US date formats (such as the format in Belgium). Made enhancements to handle this situation | KitteryME | Completed | 2024.32 |
| Ticket #7997 - Transient search sometimes showing transient as unavailable even when it is available. Fixed this situation. | KitteryME | Completed | 2024.32 |
| Improve error logging. Record what browser the user was using at the time of the error, and the current culture set on their computer | KitteryME | Completed | 2024.32 |
| Ticket #7989 - Fix problem with Berth Dashboard displaying a database security error message | KitteryME | Completed | 2024.31 |
| Corrected problem with the "anytime renewal" feature, which allows applicants to submit a renewal within a certain number of days before the expiration of the previous application, and at any point after expiration. This feature now correctly determines the correct Submittal action to add to the application has been completed. | VI | Completed | 2024.30 |
| Enhancements for Mooring Inspectors
- Add information to Inspection Due Report (export only) to provide information about the size/displacement of the vessel assigned to the mooring (or the maximums specified by the Provider), and what size/length/type mooring tackle to use if rules are entered by the Provider
- Allow inspectors to indicate which moorings they no longer service
- Created a Mooring Service Provider guide | All | Completed | 2024.29 |
| Fixed problem doing a "Nearby" search, which was generating an error | All | Completed | 2024.29 |
| Ticket 7857 - Fixed problem where blank fields were sometimes appearing on the Application Summary page, which they aren't supposed to do | GreenwichCT | Completed | 2024.29 |
| Ticket #7914 - Error when assigning a berth to an application. Made changes to better handle situation and notify user what needs to be done. | HinghamMA | Completed | 2024.28 |
Text messages are now being sent out a different way than they were before.
The external service that we were using for sending text messages was going to stop working on 8/1/2024, so we migrated to a new service called Twilio Messaging.
You will notice some visible changes to outgoing texts:
- All texts will be sent from an Online Mooring phone number: 855-545-2657
- Since no one will recognize this phone number, the bottom of every text will say (from [provider name] via Online Mooring), where [provider name] will be replaced by the name that appears for your organization on your Online Mooring home page.
- All HTML formatting information will be stripped from the text
- Recipients can opt out of further texts by replying STOP
| All | Completed | 2024.27 |
| On the Application Search page, the behavior of the "Change Status" filter has changed. This filter has multiple fields in it, and we've changed the behavior when you only fill in some of the fields. In the past, if you filled in anything in the "Changed By" field, the filter would be activated. Now, if you fill in the Date field, the filter is activated. This is because it is more likely that you'll want to search for things changed by anyone in a specified time period, rather than searching for changes made a particular person at any time in the past. | SouthNorwalkBoatClubCT | Completed | 2024.27 |
| Ticket #7791 - resolve bug with Berth Calendar on ViewBerth.aspx | JamestownRI | Completed | 2024.26 |
| Ticket #7778 - on the Berth Calendar, don't show seasonal activity on transient berths. The way we implemented this was as follows: each application type can be configured to work with a single Berth Type. If all the applications configured for a Berth Type are transient, we'll only show transient activity on the berth calendar. Similarly, if all the applications configured for a Berth Type are seasonal, we'll only show seasonal activity on the berth calendar. | KitteryME | Completed | 2024.25 |
| Berth Search Results page - in the "Allowed Vessels" column, show any multi-vessel limits that are in place for the berth (max number of vessels, max combined length, or max combined beam). When linking to the berth, highlight situations where linking to the berth would exceed any of the multi-vessel limits. | ShelterIslandNy | Completed | 2024.24 |
| Berth Dashboard - make sure that the % used indicator never goes above 100%, which could have happened if a berth could handle multiple vessels. | ShelterIslandNY | Completed | 2024.24 |
| Berth Calendar - show pending applications on the calendar | shelterIslandNy | Completed | 2024.24 |
| Ticket #7645 - When Online Mooring is configured so that mooring numbers are re-used (but the moorings are not), during the Link process we create a new mooring record with the same number. But the mooring was not considered active, and therefore the inspection status indicator was showing as "Not Applicable". We fixed the problem so that the mooring is now considered active right away. | EastLymeCT | Completed | 2024.23 |
| Fix itemized fee calculation on review steps & Ticket #7681 - Remove Approval Period Entries that are not applicable to the Mooring being viewed from the Berth Summary>Applications table | | Completed | 2024.22 |
| When defining lines/areas to appear on charts, provide method so that people can view/edit the list of coordinates for each of the points defining the lines/areas. | JamestownRI | Completed | 2024.22 |
| When defining lines/areas that should appear on a chart, provide a way to load the definition of the line/area from a KML file (or an unzipped KMZ file) | JamestownRI | Completed | 2024.22 |
| When defining a chart layer, provide a way to indicate whether that layer should be shown by default when starting Google Chart. | JamestownRI | Completed | 2024.22 |
| Ticket #7665 - fixed code that led to a "Distributed Transaction Error" message occasionally appearing on the Application Summary page | HarpswellME | Completed | 2024.21 |
| Corrected a bug where logging in on a 2nd Online Mooring site would automatically log you out of a 1st Online Mooring site. | WeymouthMA | Completed | 2024.21 |
| Cosmetic changes to the home page | StoningtonCTShellfish | Completed | 2024.21 |
| Make the Application Start Date and Application End Date fields configurable as to whether applicants can enter a time or not. | StoningtonCTShellfish | Completed | 2024.20 |
| Ticket 7644 - The Payments tab was correctly color-coded that money was due, but incorrectly showing no text explaining what was due and when. This was in the situation where all payments had been allocated to all charges, but an available credit remained. | KitteryME | Completed | 2024.19 |
| Inspector Report enhancements - add additional fields to the export file: mooring coordinates, and who is assigned to the mooring | GreenwichCT | Completed | 2024.19 |
| For providers that require logins (like clubs), add ability to automatically generate login credentials for people who don't have e-mail addresses. | SouthNorwalkBoatClubCT | Completed | 2024.18 |
| Ticket #7623 - Fix the usage meter on the Berth Dashboard page. The display of the usage meter used functionality provided by Google that was recently discontinued. Converted over to alternate functionality provided by Google that continues to be available. | All | Completed | 2024.17 |
| Ticket 7584 - Correct bug in display of outstanding balance due on the Payment tab, that happens in certain situations.
The previous display was not taking into account the possibility that there could be an outstanding balance AND a credit on file at the same time. | EastLymeCT | Completed | 2024.15 |
| Allow the #AmendLink# mail-merge tag to work even after the application has been approved. If the application has already been approved, the link will bring up an application form using the "Other Public Access" configuration settings.
This will allow applicants to update expired attachments during the middle of the year. | SouthNorwalkBoatClubCT | Completed | 2024.14 |
| Provide an application search option that can be used to identify people who are actually assigned to a berth at any given moment in time. The existing search by application status does not accurately capture this, because some Approved people may be on Temporary Absence, and some Wait Listed people may be on Temporary Assignment.
This is needed so that they can notify active people if their application attachments have expired, and to request a new updated attachments. | SouthNorwalkBoatClubCT | Completed | 2024.14 |
| Allow mail-merge links to work properly with clients that do not allow public access (such as clubs) | SouthNorwalkBoatClubCT | Completed | 2024.14 |
| For clients that have no difference between a first-time application and a renewal application, make it so that they can just use the renewal actions all the time.
To support this, we needed to update the process that automatically removes people from the wait list when appropriate. In the past, this logic would run whenever an "Application Approved" action is added to an application. Now, this logic will also run whenever a "Renewal Approved" action is added. | SouthNorwalkboatClubCT | Completed | 2024.14 |
| Enhance mail merge process to support sending out communication about expired attachments.
For example, the following block of code will display a message ONLY if the specified attachment is expired:
{section for="attachment" type="Proof of Insurance" date="expired"}
Please upload your Proof of Insurance to Online Mooring
{end-section} | SouthNorwalkBoatClubCT | Completed | 2024.14 |
| Improve the security flow when the user doesn't have rights to view a page. In the past, after completing the login process, the user was *almost always* brought back to the page they were trying to access. The exception to this was when the user needed to change their password after logging in. We've fixed this situation so that the user will be brought back to the original page after completing the password change process. | SouthNorwalkBoatClubCT | Completed | 2024.14 |
| Allow providers to specify the exact text they want to appear on the Final Review page for each of the payment methods. There is currently no user interface to specify this text, it must be done by the Online Mooring staff. | FryeIslandME | Completed | 2024.13 |
| Fix bug with Task screen, which sometimes displays the wrong action. | FryeIslandME and others | Completed | 2024.13 |
| Provide a new configuration option for handling what happens to berths after an assignment goes inactive. With this new method, when the application status changes to "Expired" the berth status will also change to Expired. Then, if the application status changes to Canceled or Rejected, the berth status will change to Available. This allows a "grace period" after the expiration of an assignment, and the berth will not be available for assignment to anyone else until either the applicant or the provider take action to say that the berth will be available (by canceling the application). | ShelterIslandNY | Completed | 2024.12 |
| Provide a new configuration option to change the way berths are handled after an application assigned to that berth goes inactive. The configuration setting is on the "Application Type" configuration screen, and is called "Removal Option", and there are now three options:
- "When removal action added" is used when berths exist "permanently". They'll only disappear if you add an action to the berth indicating that it has been "Removed".
- "When application becomes inactive" is used when berths exist "temporarily" while the berth is linked to an active application. Once the application becomes inactive, the berth is removed.
- (new option) "When linked to a new application" is used when berths exist temporarily while the berth is linked to an active application, AND when a new application is assigned to the berth a NEW berth with the same number is created. | EastLymeCT | Completed | 2024.11 |