Bulk delete, or edit away, "blank" entries in the Content Library Product listings

stitlown

I don't know why, but I have hundreds of blank "products" in my Content Library Product listings.  The relevant products have been unistalled in DIM, but their listing remains in the Product listings, only now there is nothing to find.  My strong sense is that looking for this missing stuff is really slowing the Product listing down.  I am also getting the following type of message every time I click through to expand a product listing alphabet group:

2023-11-11 22:16:02.054 [WARNING] :: D:\DAZDevel\Hudson\HUDSON_HOME\jobs\NB_Studio_Trunk\workspace\src\sdksource\cloud\dzcloudtasknotifier.cpp(184): Could not adjust thumbnail path from support path: /Runtime/Support/DAZ_3D_11222_Wolf_by_AM_StudioCF.dsx

It is possible to delete these entries (eg Wolf by AM StudioCG) using the Content Library menu items, BUT this is incredibly slow to action and then smashes the tree down to the base level and re-opening eg "W" takes an obscene length of time, eg 60 seconds.

Is there a way to eg

• Go to some other interface or to some location and delete away these rogue product references: or
• Do some sort of bulk delete of these entries from within the Content Libaray  interface (which appears to allow just one item to be selected at a time).

FWIW, I have condensed the Content DB a number of times, and this does not fix the issue and I have re-imported metadata a number of times and this also does not fix the issue.

Looking forward to any good suggestions.

crosswind

You mean 'blank products' in Smart Content rather than Content Libray I suppose... or attach a screenshot if possible.

And suggest stop using Daz Connect first of all...

stitlown

No, my problem is in Content Library. Have not even delved into SC until the base is better behaved.  Here's some screenshots for you.  "W"

crosswind

Yea... I had seen such things before I stopped using Daz Connect... There're no "bulk delete products" function in DS... You may only Reset cms database first then re-import metadata in Content DB Maintenance...

I myself used postgreSQL DBA tool to batch delete the residuals of Connect at that time... But such a way is not recommended by Daz anyway...

For "HUDSON_HOME" relevant message in screenshot 2, don't worry about that. We all can see such a thing in DS log... that's from Hudson CI server built with QT development platform that Daz uses to develop DS application...

Richard Haseltine

A PoserCF wouldn't usually install through Connect, which in any event tends to bundle all the separate parts from DIM into a single item, and also wouldn't usually show in DS - are you sure that you hadn't created that product in the past yourself? I think it might be userdata, rather than vendor data suplied with the product from Daz.

stitlown

Richard: There's every chance it's something I've done myself in the past. I've mucked around for years and not cared, but now it's showing up super slow I'm taking an interest.

Crosswind: So if I reset and re-import it might fix it without blowing everything sky high?  I do have some non-Daz content installed, but not all that much, and I don't use Connect (except by mistake) nor do I "categorise".   Should I "export" first?

FWIW, the library's look up behavior is very clear given I worked backwards from Z to T last night viz: with each dodgy reference removed, the look-up (both the spazz-out back to the top of the tree after a delete and the subsequent re-expansion of a "letter") becomes faster and faster such that by the time there's only a few spazz references left the look-up is acceptably fast.

Thanks for your input.

crosswind

stitlown said:

Richard: There's every chance it's something I've done myself in the past. I've mucked around for years and not cared, but now it's showing up super slow I'm taking an interest.

Crosswind: So if I reset and re-import it might fix it without blowing everything sky high?  I do have some non-Daz content installed, but not all that much, and I don't use Connect (except by mistake) nor do I "categorise".   Should I "export" first?

That's the standard functions of Daz. So yes, you should Export User Data first, with Conent Database Maintemance. Then Reset Database & Re-Import Metadata. Just in case, you better first check in "runtime\support folder", to make sure those unwanted *.dsx files are not really there because sometimes the unwanted *.dsx files are still there in the folder but just with wrong data... Then after re-import, you still can see them there in Content Lib with "blank icons"... So it's better to dbl-check first of all...

FWIW, the library's look up behavior is very clear given I worked backwards from Z to T last night viz: with each dodgy reference removed, the look-up (both the spazz-out back to the top of the tree after a delete and the subsequent re-expansion of a "letter") becomes faster and faster such that by the time there's only a few spazz references left the look-up is acceptably fast.

Thanks for your input.

stitlown

Thanks, Guys.  That has done some good without blowing it all sky high. But now I have a diferent class of problem.

I now have a reasonable number of products in the alphbetical list that have the exclamation mark icon and are empty in that list.  I have tried uninstalling / reinstalling via DIM but no change. [Interestingly, for at least one product, the actual items are searchable and exist under Content Library, but just don't appear in the product alphabetical.

On sniffing around I can SEE that in the /runtime/support library, these products have a .dsx, but no .dsa and no .png image.  I can also SEE that, apart from the file name, all the .dsa files for "good" products are actually the same simple little script.

SO ....

... any ideas wha'ts gone wrong / how to fix given install-reinstall is not the answer?  I could just duplicate any old .dsa and rename them for all these instances, but ... And where do I pick up the missing .png product images?

Thanks in advance for any good thoughts.

AND, on further sniffing, I also see that the .dsx for one of these "bad" files is almost bare compared to one for a "good" file. Hmmmm

EXPERIMENTAL UPDATE: Tried deleting the orphan .dsx then DIM uninstall / reinstall ... rewrote the same bare .dsx and no .dsa / .png

crosswind

Pls check, for instance, that Wagner M5 product - http://docs.daz3d.com/doku.php/public/read_me/index/16009/file_list, 3 support files are listed accordingly for DS format. You may check CF format, probably there's no such supporting files enclosed in the installation package...

stitlown

FWIW, copy / renaming any other .dsa lets Content Library find the files and scabbing one of the product's images and renaming it allows Content Library to show an actual thumbnail.  Fiddly but seems to do the job. Not sure it would persist through eg a re-set.