Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

One entity's indexes configurations clobber all the others' #711

Closed
mikrovvelle opened this issue Feb 2, 2018 · 4 comments
Closed

One entity's indexes configurations clobber all the others' #711

mikrovvelle opened this issue Feb 2, 2018 · 4 comments

Comments

@mikrovvelle
Copy link

mikrovvelle commented Feb 2, 2018

The issue

In QuickStart (2.0.3), let's say I have two entities, each with a handful of string fields. If I do this:

  1. Open the edit dialogue for "Entity-A"
  2. Set two fields to be range-indexed (with the ⚡️ icon)
  3. Close the edit dialogue.

I get a modal prompt---

Saved. Update Indexes in MarkLogic?

Click "OK". So far so good. The two indexes are saved in my project code and visible in the ML Admin panel.

But then, I do this:

  1. Open the edit dialogue for "Entity-B"
  2. Set two (other) fields to be range-indexed (with the ⚡️ icon)
  3. Close the edit dialogue.
  4. Respond to the modal prompt about Updating the Indexes with "Yes"

Now there's a problem. The Indexes for "Entity-A" have disappeared from both my code and the ML Admin panel.

This happens both for Staging and for Final.

Tech details

  • OS X, ML running on Linux (Docker)
  • MarkLogic 9.0-3.1
  • Data Hub Framework 2.0.3, but the project originated on 2.0.2
  • Tested on
    • Chrome 63.0.3239.132
    • Safari 11.0.1 (13604.3.5)

The devil is in the details...

If possible, rerun the command with -d for debugging output and attach the output:

I did; output attached.

@aebadirad
Copy link
Contributor

Confirmed on 2.0.3 dev. It's a quickstart UI bug - the entity controller is being too greedy when setting the indexes.

@popzip
Copy link
Contributor

popzip commented Mar 13, 2018

Should be fixed in next release.

@popzip popzip removed this from the sprint 6 milestone Mar 13, 2018
@dmcassel dmcassel added the bug label Mar 15, 2018
@dmcassel
Copy link
Contributor

➤ Kasey Alderete commented:

dupe.

@aebadirad
Copy link
Contributor

Fixed with release of 3.0.0

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

No branches or pull requests

5 participants