Slow performance on creating hierarchical topic list in a DocDB on DocumentAddForm

[lauramengel]

From user:
"With the new docdb I went to the create document page. In the topic section, the top level topics and check boxes appeared immediately. After about 15 seconds the + signs to open the next tier of sub-topics appeared. This delay was very confusing - I spent the whole time wondering how to get to subtopcis. Now that I know about it, it's just irritating. Is there anything that can be done to improve this? For the record I am using Safari on 2 year old Mac running High Sierra. Others running the same configuration have reported the same behaviour."

I tried it and it was also slow for me, took about 9 seconds.

[lauramengel]

From Eric:

That’s curious as CMS has a lot more topics than that and I’ve never gotten
a complaint. Loading the page takes about 5 seconds and that’s from Europe.

So I looked at the DocDB and they have a subtopic that has a blank text
string and ID of 0. Do you think this could cause an issue? The source code
for the DocumentAddForm looks like this:
<ul class="3-deep" id="TopicTree">
<li class="liClosed"><label><input type="checkbox" name="topics" value="0" /></label></li>
</ul>

I can't delete it using "administer topics", because it does not show up in that list.
If I ask the DB people to delete that subtopic, would I need to have them delete
other connected records too?

[ericvaandering]

That could be a problem. There should not be an ID of 0 anywhere in DocDB. I don't know how that would have happened.

Topics are only connected by a parent relationship, so as long as no topics are listed as children of this one, deleting it should be fine.

[ericvaandering]

Also, I've noticed small delays (sub-second) in getting the "+" sign to pop up, but not that long.

Do you see this with other instances or just Mu2e?