[stevland]

Thanks for your patience guys. This has been a nasty bug to track down. In fact, I still haven’t figured out the exact cause.

But I have a temporary fix.

Please open /include/staff/header.inc.php and comment out lines 52 – 56 so that it looks like this:

 <!--<?php if($ost && ($headers=$ost->getExtraHeaders())) {
echo "\n\t".implode("\n\t", $headers)."\n";
}
?>-->

I will release osTicket 1.12 (Revision 4) over the weekend which will include this workaround while I continue to look for a proper fix.

[stevland]

Hmmm.

The short answer is /osta/css/themes/custom.css

Although I find it odd that you are using a custom color scheme successfully, but all of the colors show up as #000000 in Theme Options.

If /osta/css/themes/custom.css doesn’t have your custom colors, you can use a tool such as PicPick to find the values for the colors in your existing color scheme.

The good news is that all of the Theme Options have been moved into the database… future upgrades will preserve settings.

[stevland]

Interesting. Thank you for your information, @it-supportlindner.

I stand corrected, @netwatch. It isn’t something limited to your environment.

It is odd though, that the refresh rate for the demo user and in my user account of my own osTicket Awesome installation are set for 5 minutes. And yet I have never run into this issue. In fact I have changed it to 1 minute and I’m still not seeing it. 

Is there anything else you can tell me about your environment, @it-supportlindner? What browser, device, o/s, etc.?

Yikes. Now I see the issue. Thank you for your report, @it-supportlindner.

[stevland]

Speaking of which, if you see any of my osTicket Awesome Google translations (especially in the Agent Panel > Theme section) that can be improved, please feel free to make suggestions. Thank you!

[stevland]

The way the ticket list table now displays in mobile view involved some advanced hackery. Long story short the only way to display the table headers (i.e. “Ticket Number”, “Last Updated”, etc.) is through CSS. So I have to re-code all of the headings for every language pack into CSS as you see above.

I do have a way of automating the task using Google Translate, but you made me realize that that is giving poor translations. So now I am manually copying and pasting the user translated text that is already included in the osTicket language packs. 

So far I have 3 complete and 42 left to go. 🙁

[stevland]

It was the TinyMCE plugin. I disabled it and cleared the browser cache. Now everything works as expected.

The TinyMCE plugin is no longer developed or supported; you shouldn’t use it.

[stevland]

Thank you. That style has been moved to .client-desktop.css where it belongs. 🙂

[stevland]

BTW this is fixed in osTicket-1.12-Awesome-103, which is now available to download.

[stevland]

Hmmm. Please don’t misinterpret me, I am very motivated to help you resolve this. But I haven’t encountered this on my end. And I have been though the demos with a fine-toothed comb with all manner of browsers and devices. Also, no one else has reported this.

Therefore, I have to ask myself: what is different about your environment? 

You say you’ve used “IE, Chrome & Firefox”.

I assume you mean Edge — not IE — yes? (osTicket Awesome does not support IE!).

Given that you have access to IE or Edge I also assume that you are on Windows, correct?

I assume that you don’t have similar issues while loading other web pages, yes?

The more information you can provide about your environment the more likely it is that I can think of something to try.

Right now the only possibility that comes to mind is that you could have a third-party plugin or extension (such as an ad blocker) that is being glitchy and interfering with the loading of the page. Please try disabling any browser extensions.

You probably won’t like my response, but (unless another person jumps in here and reports the same issue) I really do think it is something on your end. Because I can’t see what you are experiencing it is almost impossible to troubleshoot. But I would be happy to connect to your computer through a TeamViewer session to figure it out. Let me know if you want to do this.

[stevland]

Oh ya, I didn’t notice that.

It is actually because of an oddity with osTicket’s code.

I submitted an issue report here.

I added it to my list to review before the next release. Thanks for the head’s up.

[stevland]

I’ve been struggling with how to represent the idea that there is a reply waiting. I wanted to make it something that everyone can easily understand. But the ‘1’ is hard-coded and does not actually indicate anything… if there are 2 replies it doesn’t say ‘2’. 

So yes I agree that this is a completely unsatisfactory solution. In fact, I’ve already decided to change it again. Here is how I designed it to work in the Client portal:

[stevland]

I will mark this as resolved for now, but feel free to respond if you haven’t sorted this out yet.

[stevland]

Hmmm. Perhaps you should try clearing your browser cache.

I haven’t received an email notification from your osTicket regarding a user account. You used info@osticketawesome.com, yes?

[stevland]

FYI osTicket-1.12-Awesome-103 is now available.

[stevland]

FYI osTicket-1.12-Awesome-103 is now available.