You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
We've been trying to load the swagger-ui dist folder into a MODULES DB. Loading it when the Gradle agent is hosted on a Linux machine causes no issues, but running Gradle from a Windows machine causes encoding issues. We primarily develop with MarkLogic inside a Docker image on a Windows host, so we've confirmed that the same command (using the same Gradle code and the same ML installation) works on the Linux side but not the Windows side.
Also not sure if this is something that can be fixed in the first place, but figured we should report it.
Navigate to the file in your browser (for us, http://localhost:8011/ext/swagger/index.html)
If done from Linux, file loads. If done from Windows, page should appear blank and two of the following errors appear in the console:
File has source content ^\x20-\x7EÀ-ž, but shows up in the database as ^\x20-\x7EÀ-ž when loaded from Windows.
Expected behavior
We want to be able to enforce an encoding on the files and have the same command load the same file the same way, regardless of OS. I remembered reading that ML only supports UTF-8, but if there's a way to force it to convert back from the Windows encoding back to UTF-8 so that the file will load, that'd be great. If this is resolvable as "It's a Windows problem", we totally understand.
The text was updated successfully, but these errors were encountered:
Describe the bug
We've been trying to load the swagger-ui dist folder into a MODULES DB. Loading it when the Gradle agent is hosted on a Linux machine causes no issues, but running Gradle from a Windows machine causes encoding issues. We primarily develop with MarkLogic inside a Docker image on a Windows host, so we've confirmed that the same command (using the same Gradle code and the same ML installation) works on the Linux side but not the Windows side.
Also not sure if this is something that can be fixed in the first place, but figured we should report it.
To Reproduce
Steps to reproduce the behavior:
ml-modules
directory that's exposable to an AppServer. (ours is atml-modules/ext/swagger
)http://localhost:8011/ext/swagger/index.html
)File has source content
^\x20-\x7EÀ-ž
, but shows up in the database as^\x20-\x7EÀ-ž
when loaded from Windows.Expected behavior
We want to be able to enforce an encoding on the files and have the same command load the same file the same way, regardless of OS. I remembered reading that ML only supports UTF-8, but if there's a way to force it to convert back from the Windows encoding back to UTF-8 so that the file will load, that'd be great. If this is resolvable as "It's a Windows problem", we totally understand.
The text was updated successfully, but these errors were encountered: