[stevland]

@lucn,

Thank you for reporting this. Working on a fix.

[stevland]

Database errors do occur in osTicket from time to time and are not necessarily related to osTicket Awesome.

One thing that jumps out at me though is this atypical prefix:

Table ‘hsde_osti832.ost_ticket__cdata’ doesn’t exist

Does ‘hsde_osti832‘ mean anything to you?

[stevland]

Yikes! In that case, thank you for letting me know.

I will look into this.

[stevland]

@aeromarine

No, you aren’t missing anything. Unfortunately this is a known issue and it will be fixed in a future release.

Thank you for your patience.

[stevland]

@dezinekc

I’m sorry for the delay in responding, but I am glad to see that you worked it out.

Your installation is looking good. The one thing I would suggest is that, as you are only using one language, you should turn off Client Language Choices in Admin Panel > Theme.

Doing so will remove the down arrow below the US flag on in your Client Portal.

[stevland]

@gaetan.hardy

Sorry I cannot be more help with these issues. I do not have access to an IIS server to play with.

Once again, @City of Alton, I appreciate your willingness to help other customers in this forum! 

[stevland]

Hi Adrian,

These instructions assume that you are using osTicket-Awesome-1.10.4-v1.0 or newer.

1. Download united-kingdom.svg to your computer
2. Upload united-kingdom.svg to /osta/svg/flags/
3. Open /osta/css/staff-desktop.css
4. Search and replace “united-states.svg” to “united-kingdom.svg” (2 instances)

You will need to repeat steps 3 and 4 above whenever you upgrade your osTicket Awesome installation (I will include united-kingdom.svg in all future releases). Perhaps I will add a US/UK switch in a future release.

In the long run it would be easier if people in the UK could learn to speak proper US English haha.

[stevland]

I’m looking at your landing page in Edge and FF and, indeed, all of the SVG icons are blacked out on my end as well.

I find many instances of the following in the Console:

CSP14321: Resource violated directive ‘default-src ‘self” in Content-Security-Policy: inline style, in https://<your domain>/osta/icons/ticket-open.svg at line 1 column 194. Resource will be blocked.

The SVG icons are being blocked simply for being inline style elements… that seems rather severe!

In fact there are many other local and external elements that are being blocked as well, including multiple javascript resources and a few fonts.

I am not familiar with Content-Security-Policy but I believe this is set at the server level, which is why you are not seeing the same issue when you visit the demo.

I can’t really assist you any further (other than to advise you to check the security settings of your web server), but I hope this helps.

[stevland]

@jschrader,

Whoa, that is a truly bizarre issue you have there!

I would describe it like this:

All .svg images appear with a black or white* overlay in Edge and Firefox.

*(The .svg icons used in the Ticket Options are either displaying with a white overlay or they are completely transparent, I can’t tell).

I notice another interesting glitch but let’s start with the first one.

1. Do you see the same issue when you visit the demo installation using Edge or Firefox?

2. Please send me the URL of your osTicket Awesome installation (you can email it to info@osticketawesome.com if you prefer to keep it private).

[stevland]

Hi @BiscomTicket,

Thank you for purchasing osTicket Awesome!

I’m sorry, I do not create invoices for osTicket Awesome.

Please use your PayPal transaction receipt for your taxes / records.

[stevland]

Thank you for your persistent suggestions, @aeromarine.

I have implemented the changes as you’ve requested, which you can review here.

These changes will be included in the next update.

[stevland]

@sgps,

Yikes, it has been 3 months… I have been meaning to get back to you. Sorry for the delay.

If you’re still having this issue, it turns out that it is a glitch with osTicket core.

I fixed it by following the tips in the following thread in the osTicket forum:

Upgraded to 1.10.4, can’t search users

I hope this helps!

[stevland]

Hi guys,

Unfortunately in an attempt to fix another issue I created a whole new one.

Without going into all of the messy details I have to completely overhaul how osTicket Awesome displays ticket tables… again! Every time I work on this it takes several days of development to complete unfortunately.

Long story short I am aware of the display issues when Searching (or Advanced Searching) tickets and plan to have a fix integrated into the next release.

Thank you for your patience.

[stevland]

@astswiss

That’s weird.

I don’t encounter this issue while using the German language pack in the demo.

But the demo is obviously using a different date format. Perhaps you should consider changing yours. Here is what the demo uses:

Agenten-Bereich > Systemeinstellungen

(https://osticketawesome.com/1.10.4/scp/settings.php?t=system)

I hope this helps.

[stevland]

@lafr

Thank you for taking the time to post this and also the fix that you came up with.

Oddly, I can’t seem to reproduce your issue though.

Looking at the demo installation, for example, here is a ticket with many replies and it displays as expected.

I wonder what is unique about your installation or browser?

In any event, I’m glad that you’ve got it sorted.

BTW you might want to add CSS tweaks such as this to /osta/user-styles.css

This style sheet is the last one to load, so anything added here will override any other CSS styles.

The main advantage though is that you can keep your edits segregated… which will make them easy to manage if/when you upgrade to a new version of osTicket Awesome! 🙂