Output of Schema with periods (dots) in name breaks SC Ad

[CraigRegester]

(latest commit testing)

When adding a Schema to source control (SC Menu->Add), receive error in browser:

Looking in WebUI afterwards, I can see it partially worked but clearly does not like the dots - note if I click either of the items in this screenshot, I see nothing.

Maybe has something to do with the output pathing I desire to use (which you can see on 2nd screenshot.)

[isc-svelury]

If the two files are new files, then the workspace doesn't display anything. This is a known bug. I created an issue with all the known UI bugs #131 .

[CraigRegester]

So that's the 2nd part of the issue then but seems like the first part (where it's referencing the new global for tracking) is different and also after it outputs on the filesystem... it's creating folders w/ the dots still.

Output in the filesystem:

In_Cdi_Rslt_2/3:
total 8
drwxrwsr-x    2 cacheusr gitusers        256 Feb 17 13:50 .
drwxrwsr-x    3 cacheusr gitusers        256 Feb 17 13:50 ..
-rwxrw-r--    1 cacheusr gitusers        339 Feb 17 13:50 1.hl7

(Actual schema name - when viewed in studio - is In_Cdi_Rslt_2.3.1.hl7)

[isc-svelury]

From my understanding it looks like the file isn't being exported as expected and so the InternalName is coming up as an empty string. I think that's where we get the subscript error is from.

How are your mappings configured? I am not able replicate the issue. I switched the mapping of .inc files to NoFolders and adding and removing from source control seems to work as expected for me. The flat folder structure is maintained even when I add multiple .inc files from different packages.

[CraigRegester]

Yea so if I turn on 'NoFolders', it "works" to a degree (though I still got the subscript error):

Wonder if I need to flush out git-source-control and reload (as I tried to just load the latest repo code using zpm without purging out the previous stuff... so did it initialize anything you need to track the globals properly after switching from sclist?

It does output "right" filename wise with NoFolders

cacheusr@oairsint1:/hfs/sys/git/IRISHealth/hl7$ ll
total 16
drwxrwsr-x    3 cacheusr gitusers        256 Feb 17 15:39 .
drwxrwsr-x    6 cacheusr gitusers        256 Feb 17 13:40 ..
-rwxrw-r--    1 cacheusr gitusers        640 Feb 17 15:36 HealthShare_2.5.hl7
-rwxrw-r--    1 cacheusr gitusers        400 Feb 17 15:39 In_Ep2_Rslt_2.5.1.hl7

Though it's not foldering where I need it to address the multiple namespace factor so I may need to dig in a bit there with a fork to see if I can get it to respect similar foldering that works in other areas (e.g., DTLs, CLS, etc.)

(INTGBUS being an example of the namespace 'folder') Gonna try to flush out what zpm currently has installed/loaded and start fresh first.

[isc-tleavitt]

Really the issue here is in the settings UI - you can still define a folder with "NoFolders" (which is re: the dot behavior in the filename).

[isc-tleavitt]

Workaround re: file/folder naming will be:

set ^SYS("SourceControl","Git","settings","mappings","HL7","*")="INGTBUS/hl7/"
set ^SYS("SourceControl","Git","settings","mappings","HL7","*","NoFolders")=1

Still need to sort out the error via defensive coding and testing with HL7 schemas specifically to see if (perhaps) the %Studio.AbstractDocument type is throwing things off.

[CraigRegester]

Ah interesting, so you're saying it shouldn't* (EDIT) be blocking me out of that last column when I enable NoFolders, gotcha. Yea wondered why that was but was foggy on the idea of 'NoFolders' so wasnt sure.

[CraigRegester]

Turned off SC in MP, flushed out git-source-control and re-loaded latest code. All re-initialized (also reset my git folder and set it back up - completely clean) Still seeing this when doing an 'Add'... *

But! Using @isc-tleavitt workaround above, the file does output right now!

[CraigRegester]

Are you guys able to reproduce what I'm seeing with the Add command inside MP for LUTs/Schemas?

Wasn't sure if this was specifically happening just to me or a known bug. I see @isc-svelury mentioned it looked like it wasn't getting the item name which I concur.

Will dig more tmrw myself.

[isc-svelury]

I haven't gotten around to reproducing it yet. I'll keep you posted.

[CraigRegester]

I haven't gotten around to reproducing it yet. I'll keep you posted.

No worries, just making sure I didnt need to provide more info! Sounds like you guys figured it out though so I'll stop digging. Ty both!