ixViewer bug where Members labels are missing important characters (e.g., class of security designation)

[michaelchadfleming]

Hi @sec-gov I hope all is well! :) I know that the SEC doesn't track issues here. I believe that the SEC issues are tracked in Jira. However, since I don't have access to Jira and one of our clients requested supporting documentation that the issue has been reported I thought that this would be a beneficial point of tracking. I recently reported this issue to Structured Data and SD has been very responsive and asking clarifying questions. Thank you SD! :) I also believe that this is a known issue for many years. Basically, important characters are being deleted from the member labels that are automatically generated in the ixViewer. I took look at the code and see the issue on line 24 of fact-pages.ts

EDGAR/view/ixviewer-plus/src/ts/modals/fact-pages.ts

Line 24 in 4196818

const conceptArr: string[] | null = concept.match(/[A-Z][a-z]+/g);

. The regular expression /[A-Z][a-z]+/g is deleting all single characters. This can be resolved by using the following regex instead: /[A-Z][a-z]*/g

Here's a good example: https://www.sec.gov/ix?doc=/Archives/edgar/data/2023730/000095017025034611/ck0002023730-20241231.htm#fact-identifier-24

The member is "Class A" but it gets displayed in the ixViewer as "Member CK0002023730 Units Each Consisting Of One Class Ordinary Share [Member]" without the "A" for the class designation.

Input Element Name: UnitsEachConsistingOfOneClassAOrdinaryShareMember
Output Label After RegEx: Units Each Consisting Of One Class Ordinary Share [Member] (Missing class designation "A")

I believe the reason this RegEx was done this way was to accommodate acronyms (e.g., "IRS" in us-gaap:InternalRevenueServiceIRSMember)

In addition, there is a lot more complexity with the recent FASB and XBRL.US requirements for Employee Benefit Plan members that include hyphens and numeric digits.

Thank you for your valuable time! :)
Sincerely,
Chad