Anelise Leishman

Please give a quick overview of your product feature request or feedback and note who in your org is affected by this issue [ex. agents, admins, customers, etc.]. (2-3 sentences)

I would like to be able to use Last verified date as a filter when setting up article verification rules in Guide. Without it, verification rule filters are not sufficient to capture all articles that require regular review. This leads to outdated, inaccurate, or otherwise sub-standard Help Center content that affects our authors and the customers who rely on this information.

What problem do you see this solving? (1-2 sentences) 

Having the rule trigger by last verification date would mean that each article would be reviewed at the same exact cadence (for example, every six months). This would make it easier to verify content more evenly across the Help Center.

When was the last time you were affected by this lack of functionality, or specific tool? What happened? How often does this problem occur and how does this impact your business? (3-4 sentences)

This issue happens on a biweekly basis, which is how often our verification rule fires. Our aim is to meaningfully review each of our articles (excluding release notes) for accuracy on a regular basis, so we currently use the Updated filter to identify articles that haven't been updated recently. However, day-to-day updates to content are not the same thing as a meaningful review to verify the article's contents—sometimes an “update” is as small as fixing a typo, changing the article's settings, or even editing a content block that appears in the article. If an article gets updated more often than others, that means it isn't detected by our verification rules and we miss the opportunity to put it through a more thorough verification process.

Are you currently using a workaround to solve this problem? (If yes, please explain) (1-2 sentences)

Yes—we regularly sort our articles manually by verification date to see if there are any with a last verification date over six months. There are typically a handful of these that slip through the cracks.

What would be your ideal solution to this problem? How would it work or function? (1-2 sentences)

Ideally, the solution would entail the same Filter options that currently exist for updated date, but for verification date instead.

Kyle Taylor I noticed the same thing yesterday and submitted a ticket—it's a known issue and Zendesk is looking into it. Luckily there is a workaround! You should be able to find and check off sections through the search function.

Also interested to know the answer to Sabine's question above. The Translations assigned and Translation assignments metrics both count towards the person who assigned the article, not the assignee, which seems odd.

Hi Katarzyna Karpinska—We noticed that editing content blocks not only still strips custom formatting, but adds a new zd-html-block element at the top of the content block code.

I thought HTML blocks were only in early access at this point, so I'm not sure whether this is the same thing or if it can help us solve this problem. Any context you can provide here?

+1 this would be great to have. Not only would this reduce the number of clicks for end users, it would overcome the structural limitation where individual articles are not allowed to live in categories.

Since it was announced that tables can be used in content blocks, our team of writers in Guide has noticed that when a content block contains custom formatting (such as custom classes for tables), any subsequent edits to the content block strips out the custom formatting. Zendesk Support confirmed that this is expected behavior.

We've run into this problem with two of our content blocks that contain tables. Our current workaround is to save the HTML for these blocks elsewhere, then paste the code into the content block code editor if we need to make any changes.

However, we're planning to revamp almost 30 content blocks in the next month or so, and this issue could severely limit our options if we wanted to use custom classes for these blocks. Maintaining HTML for each block elsewhere and copy/pasting for each edit would become a major inconvenience.

The ideal solution is for custom classes to behave in content blocks the same way they do in articles.

Thank you!