Rich Text Rollout Update

We wanted to give an update on the rollout of Rich Text which we began general availability to partners starting January 10th, 2023. After an Open Early Access for Rich Text where we made improvements based on feedback, we took a cautious approach to the rollout of Rich Text by deploying the feature in waves to our customer base rather than all at once. On the second wave of rollouts (targeting approximately 30% of customers overall), we became aware of some specific scenarios impacting a subset of accounts with Rich Text.

Rather than continue with the rollout, we have decided to pause while we investigate and mitigate these issues. Our engineering team is working to address these issues and we will be deploying fixes as they become available. We will continue to keep our Known Issues Board up to date and will update our Release Notes with deployed fixes. Thank you for your continued support and feedback.


I’ll say that the biggest issues for us were simple:

-Our workflow involves typing a note, pushing ‘tab’, (changing labor type if necessary), pushing ‘tab’, typing in ‘minutes’ (15, 45, whatever), Return.

The tabbing was fully impossible with rich text, requiring mouse touches for every time entered, instead of being able to keyboard it. It feels like Rich Text should be a checkbox we can enable or disable in the Admin area.

-The second issue was simply that it was impossible to read or look at when using Dark Mode (virtually all of us use Dark mode). The issue seems obvious - that Rich Text ascribes a ‘text color’ to the text, and if it’s not white (or if it’s black), we won’t be able to see it in dark mode. There’s no function for inverting the colors.

Edit - also, none of these were listed in the ‘Known Issues’ area that we found so I’m just pointing out that these seemed wildly obvious to us, but it must be that others aren’t using these basic functions of tabbing and dark mode. (other tab issues are noted but NOT the simple workflow issue when entering time via the Notes area on a ticket)


While I once agreed with you, once the HTML is exposed, it’s permanent, so if you disabled it after, all your tickets would be a mess. There might be a fix for that, but this was what happened when it first released and was pulled and no fix was released. I’d like this to be an opt-in with a warning that it’s permanent.

We use dark mode and have hardly any issues. There are occasionally where it comes through as dark on dark, but I’ve sent those in and hopefully they can prevent that.

There were quite a few bugs I reported that didn’t make it onto the board. The board is new, so I’m giving them some room on getting their processes refined. I’m sure there’s some procures a bug has to go through before it’s considered “known”. I didn’t use tab prior, so I didn’t discover any tab issues during my testing. Tab is a valid function for RTF, so I don’t know what a solution would be for bringing back the previous function.

Can we get the RTF on the CANNED RESPONSE as well?

Needs to be implmented everywhere. Documentation, reports, etc. Documentation has the WYSIWYG editor, but not copy and pasting images for example.

However, probably best to work out all the bugs in the tickets first. :slight_smile:

1 Like

Of all the good I see with the new editor, this is my biggest change to my flow. Im a fast typist and being able to bang out a ticket with hotkeys was nice. Id be okay with an alt code to get to time like alt+t or something to break out of the editor so we can tab to complete the ticket. Perhaps that might be something to look at.

1 Like

Possibly for a future release. For now the focus is getting it perfected in regular ticket communications.

1 Like

Here, here. I definitely want the focus on fixing what’s broke, as it’s hobbling our operation at present, but being able to hop out of the text field with a hotkey would help me get back to my old flow.

1 Like

Hi Andy,
As a future release, please expend the RTF to the mailer sooner than later, please.

Are you talking about the Mailer module?

The most frustrating part is the particular problem we had instantly when this got turned on the first time is still outstanding. On 8/17 I contacted support, Syncro disabled Rich Text and the case was closed by support hours later, my assumption was Syncro was going to pull all support cases related to Rich Text and evaluate this as they went forward after reverting the feature the first time around.

1 Like

Yes, for example, to add a picture you need to point to a source. Drag and drop will improve it dramatically.

Got it. In all honesty once the ticket communication piece is perfect, we’ll likely look at adding it to canned responses next, and then potentially other areas of the platform based on current priorities.


While I once agreed with you, once the HTML is exposed, it’s permanent, so if you disabled it after, all your tickets would be a mess. There might be a fix for that, but this was what happened when it first released and was pulled and no fix was released. I’d like this to be an opt-in with a warning that it’s permanent.

Agreed on this being an opt-in, which is the “checkbox” I mean. I don’t care if it’s a one-way checkbox (can’t un-check it later on), that’s fine. But give me the option!

But even so - that’s not necessarily a problem - they can implement rich text everywhere, and just disable or enable it for “new tickets”. There’s nothing preventing it from not displaying on old ones.

Even a tickbox to use it in general for any given ticket. They can wrap it all around a span or div or p or whatever they want.

It’s 2023. You don’t have to have it one way or the other. They can all be “rich text” as long as the user inputting it doesn’t have any options that are stealing the ‘tab’ key from them or forcing them into a font color (which was what was happening - the font was ‘black’ in CSS and therefore in dark mode wouldn’t be visible).

Then, that doesn’t prevent the user from just typing in notes , tab, tab, 30 (minutes), tab, spacebar (to charge), return (to create the public note and charge it). Boom - workflow saved.

When they first released it and then pulled it, all tickets that came in during that time had HTML left behind on them and they became a mess. That’s what I was speaking to specifically. The old tickets were not affected. They didn’t have anything in place to hide all of that once they pulled it. They may have fixed it with this release since there is an opt out option if you write into support.

1 Like

You know what - you’re totally right -

I all but completely forgot about that huge issue too.

I think we had a hard time looking back at notes at that point and even I think had issues when they pulled into invoices.

I like to think that was just a bad implementation though and not a limitation of the technology.

You’re totall right about that.

Absolutely. Been through this with another vendor and I could just turn it on and off during the beta phase and it not affect the tickets.