Skip to content
This repository has been archived by the owner on Nov 9, 2022. It is now read-only.

Fix for issue #621 #658

Merged
merged 1 commit into from
Sep 13, 2016
Merged

Conversation

RobertSzkutak
Copy link
Contributor

@RobertSzkutak RobertSzkutak commented Sep 8, 2016

#621

I tested this with a variety of passwords including many special characters such as { } >< \ /

Ran many tests across Roxy and couldn't find any evidence that this breaks anything.

Simple fix but took me a couple evenings to study the codebase to find it and a couple more to thoroughly test it.

Partially fixes #622 but characters like > and < are still shown as escaped. Probably will need a separate PR for that.

@RobertSzkutak RobertSzkutak changed the title Fix for issue 621 Fix for issue #621 Sep 8, 2016
@dmcassel
Copy link
Collaborator

Works for { and }, but doesn't look like it addresses <, >, , or /.

@dmcassel dmcassel merged commit 1a76b51 into marklogic-community:dev Sep 13, 2016
@RobertSzkutak
Copy link
Contributor Author

RobertSzkutak commented Sep 13, 2016

Hi @dmcassel , in my testing I tried this as appuser-password "pm_5_#W>{[T,e}STojT<5" (no quotes) and it failed before but worked fine after the change. I tried a couple of other variants as well. Do you happen to have a password it didn't work for that I could try?

The only outstanding issue I was aware of is that ml info will still incorrectly escape < and > but they appeared to be put into MarkLogic correctly.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants