still burrow
I'm looking for a pointer on how to search the V2 catalog for only published items (via economy "searchitems"). The returned list of items contains both published and draft items. There does not appear to be a key to indicate the item is published or draft, and there isn't an obvious way to provide a filter to show only published (or draft) content. I am hopeful to not need a second request to pull the draft items and then extract those from the list.
Any tips?
supple thicket
SearchItems only returns published items. In some cases, it might be returning the previously published version of an item you just updated in draft state.
What do you mean when you say "the list contains ... draft items"?
still burrow
The list SearchItems returns contains draft items. From the dashboard (web site), you can see all items in the economy. There's a published tab and a draft tab. All items are returned from both lists. The question is: How to get Searchitems to return only published items or at least tell me if it's published or draft? If it's previously published items (which, to my knowledge, isn't true), then how do I get Search Items only return the currently published items.
If this is intended to return only published items, how do I get it reported and on the roadmap for a fix?
If you need additional, DM me and I can give you the title ID, and I'll expose a REST API to a test server that you can dump what SearchItem returns real time.
fast spindle
The list SearchItems returns contains draft items. From the dashboard (web site)...
Hey! I've very quickly tested this as I actually use the SearchItems API call, and I did not get draft items.. so I'm at a loss what the cause could be for you.
Just to exhaust options, when I removed the Filter from my request, I retrieved all **published **items and all **published **bundles, as well as other misc stuff of mine, such as the store, currencies etc. (no drafts for any).
Could by any chance what you're noticing be bundles (or similar)? I'm pretty sure you've checked already, so sorry in advance if it's a wrong assumption.
Attaching image with a few of the response's Items list.
still burrow
I am quite certain. We have published bundles and catalog items. A total of around 60 items. However, we receive roughly 160 items total, all from draft and not published. The designers, and some of the devs, did a lot of experimentation (obviously). No filter is provided, and naturally with a 50 item limit it does take 4 calls total to receive everything.
But even if these were published at one point or another, as people played with the system, it would seem as though we should only be showing currently published items.
The one saving grace here is that this project, while live in the world, is in pre-alpha state. We will be wiping it prior to global launch. But these issues need to be understood and worked around or fixed.
green tiger
Is the account you're using to test granted catalog admin status by any chance? Catalog admin accounts get both published and draft (and I think even hidden) items I believe
supple thicket
For every item in the system, there is a draft copy and a published copy. When you publish an item, the draft and the published version are in-sync until you modify the draft again. It is expected that every item in the published catalog has a draft counterpart. Drafts of new items or edits that you have not published will not show up in the results of SearchItems.
still burrow
I feel we are well off topic with opinions and speculation. This would be much easier if, as requested you DM me and I could provide the product ID and a REST API access to show the real-time behavior which I assume, you would actually like to see for yourself. If this is unsafe, the product ID and a JSON dump so you have no link to click.
I don't want to argue about it. I wish to show you. Tell me how to show you. You can tell me I'm wrong afterwards.
I fully understand published items have draft equivalent. That, however, is not the problem. The problem is showing draft items in the list without published equivalents. What goes one way doesn't necessarily go the other way.