Page History

...

DB Type Re-categorization: It is now possible to prioritize DB re-categorization rules higher, by adding a * at the beginning of their name. This works on four levels, with three leading asterisks as the highest priority and the current non-astersik format as the least prioritized.

For example: the rule named "***Highest Priority" will be prioritized over "**Higher Priority", which again is prioritized over "*High Priority". All of these are prioritized over the rule named "Normal Priority".

Improvements

[IFA-1112] - As an admin, I would like to be able to influence the priority of DB recategorization rules

[IFA-1107] - As a user, I would like to influence Org data after reading it from the NAB

Handling of name variatsion in Mailin/Groups

[IFA-1062] - Discuss Content Analysis Case Insensitive

[IFA-1105] - In the usage cube, there are two types of unknown Dep/Loc

[IFA-849] - Upgrade Domino Libs

[IFA-1074] - Add DB Title to raw cube tables in cqx_data

[IFA-1073] - Document that the IFA machine must not have "idna" as Hostname

Bug Fixes

[IFA-1102] - Catalog Grids - Check Date/Timestamp Handling

[IFA-1066] - DB Type Categorization does not exclude deleted DBs

[IFA-1070] - ETL: Agent list query crashes due to invalid date conversion

[IFA-1075] - Title column header text is missing in Catalog Excel export

[IFA-1076] - Outdated results displayed in Catalog. Node Caching Issue?

[IFA-1080] - iDNA Container is always uhealthy

[IFA-1086] - Folders showing up as Views at Edeka

[IFA-1091] - Clean idna_org.insertOrgElement with proper formatting and remvoe ilike

[IFA-1098] - Inactive users Link pointing to the wrong page

[IFA-1099] - DB Instance Department Usage missing Time FrameDB Type Re-categorization: It is now possible to prioritize DB re-categorization rules higher, by adding a * at the beginning of their name. This works on four levels, with three leading asterisks as the highest priority and the current non-astersik format as the least prioritized.

For example: the rule named "***Highest Priority" will be prioritized over "**Higher Priority", which again is prioritized over "*High Priority". All of these are prioritized over the rule named "Normal Priority".

Department/Location Import: An advanced feature has been added that allows to programmatically manipulate collected department and location data during automatic processing. To use this new hook function, please contact support@panagenda.com.

Department/Location Processing: This new version now makes a clearer distinction on which users get the department/location "Comany [ID: 1]" and "Unknown [ID: -1]". ID 1 are all users that cannot be linked to a specific department, but have person records in the Domino Directory and can thus be linked directly to the top level organization. ID -1 is the unknown department/location for users where activity is present, but they cannot be linked to the current organization structure via the Domino Directory. A typical example for who would fall under ID -1 would be users that are no longer with the company. Thus it is easier to distinguish between the "current users" and the "users who were active in the past".

Content Analysis: Attachment extensions were previously treated case sensitive. While a case can be made that technically that makes sense, the overwhelming feedback of our customers and partners has been to treat it case in-sensitive. For example: if a document has two attachments FILE1.PDF and File2.Pdf, they will both be processed a single category "pdf", rather than two separate ones.

Domino Binaries: iDNA now uses HCL Domino 11 FP3 components to perform design exports. Due to fixes in DXL exporter code, that should result in significantly less databases with design scan errors.

Bug Fixes

General UI: A potential issue with caching has been fixed. This bug could lead to outdated data being displayed in the user interface.

Catalog Grids: An issue has been resolved that lead to several dates (e.g. Last Access, Last Write) in catalog grids to be displayed incorrectly due to double time zone conversion.

Catalog Grids: A bug has been resolved that lead to the first column header of an Excel export being empty. The data for column "Title" itself was present, but in the header text was empty.

DB Type Categorization: Deleted databases will now be excluded from calculations while trying to determine the correct DB Type for a replica set. In rare situations this could lead to incorrect categorization.

Agent List Processing: A potential issue has been fixed where nightly processing of agent data could crash in case of invalid date content.

Docker Containers: The panagenda_idna container now properly displays its health status and does not report "unhealthy" anymore.

Views Processing: Views are now handled and categorized properly. Several factors lead to potential issue in the categorization of Views and Folders during processing Design data.

Department/Location Processing: An potential issue has been fixed that occurred in rare situations when a certain combination of characters was part of a department or location that are used as special characters in PostgreSQL.

Department/Location Display: In database details under the tab "Usage", the correct time frame of 90 days for the data shown is now being displayed to avoid confusion.

[IFA-1111] - DBUsage Summary by Repset fails with Array Size Exceeded

...