Cannot add knowledge article categories

perlemmingwittu · ‎09-05-2017

Hi

I'm facing a problem in the knowledge module: When creating an article I cannot add new categories to it.

This is how it looks when adding via the plus-signs in the botton of each container (I also tried adding just 1):

When I press OK, the category is not transferred to the field on the form. When I click the search button to the right of the field again it looks faulty/empty:

I reload the form and I'm able to open the category picker again, but my "saved" values are not there.

I can open the knowledge base but I cannot add categories from there. There is no "New" button.

As a workaround I can open a category, edit it, and click Insert. That gives me the opportunity to add categories and subcategories, but it is 21 times slower than creating them via the picker.

It doesn't seem to be a rights issue or browser related. My colleague is experiencing the same issue.

We have "Disable category editing" hidden and in "false" state.

Can anybody help with this?

Best regards,

Per

Edit: We are on Helsinki. It works fine on my Jakarta DEV instance

perlemmingwittu · ‎12-08-2017

Hi Carl and others

The issue is now solved, although I could not - with my experience - have guessed this. Thank you Devoteam and HI Support

The culprit was the Helsinki patch 12a. Or rather: the changes made to some ui macros prior to that patch. The ui macros for target names dialog_button and dialog_button_ok_cancel had been changed which caused the patch to skip them. Some indentation was changed and some class attributes was removed. Minor, but enough to cause trouble.

So now I've learned to the upgrade history for patches. After reverting the two ui macros to base system it works. Hope I don't find something else that does not work because I reverted them.

I don't know if this - or something similar - is the cause in your case carlfransen but I would check the two macros in the "upgrade history" for your latest patch and anything else that is related to forms. This issue could appear in other versions than my Helsinki, I reckon.

It is a lot of work checking these skipped upgrades, but I have a feeling that I'll put a little more heart into that in the future Have a great weekend.

Best regards,

Per

View solution in original post

Carl Fransen1 · ‎12-13-2017

Hi Cullen,

Unfortunately not as I have actually neglected to log this issue in the first place - I've been working on the HR Portal go-live which has taken a lot of my time. I will log this today...

scottparry · ‎12-13-2017

Thanks Carl,

I just opened a Hi ticket, i'll let you know what they find.

Scott Parry

Sr. ServiceNow Administrator/Developer
GM Financial

steph3 · ‎12-21-2017

Hi Cullen,

Were you able to get a resolution from HI? We are having this same exact issue.

Thanks!

scottparry · ‎12-26-2017

Carl - steph3,

Below is the workaround ServiceNow sent me. Seems to be working for us now:

Add the appropriate role(s), like "knowledge_admin" or "knowledge_manager" role, to the following ACL's and remove "answer = false;" from the Advanced script on both as well:

kb_category.parent_id

kb_category.parent_table

-Scott Parry

steph3 · ‎12-26-2017

Thanks for the follow-up Scott!