[stevland]

Hi @SVA.ltd,

Thank you very much for taking the time to report this. Unfortunately, I have no clue what could be triggering this. If you get a chance to ask your team for more information it would be very helpful. Cheers!

[stevland]

@staidans,

Do you have any custom code in osta/user-styles.css?

If not, I can’t think of anything that would cause that.

If you want me to figure out what is going on I’ll need you to submit this form (you can skip the cPanel, FTP and SSH sections).

[stevland]

Hi @visimitra,

I can’t reproduce the last item (date show 0 in edit tickets, forms). But the other two items will be fixed in the next release.

Thanks again for taking the time to send screenshots.

[stevland]

Sorry for the delayed response on this.

I can’t think of any suggestions. I have no idea what would cause this. 

The only way I can help is if I can access your installation to see for myself.

Please submit this form (you can ignore the CPanel, SSH and FTP sections):
https://osticketawesome.com/troubleshooting/assistance-request-form/

[stevland]

@staidans,

Sorry, I overlooked this somehow.

Are you still having this issue? If yes. please try clearing your browser cache and let me know if that fixes it or not.

[stevland]

I can’t figure out how to reproduce this. It seems like a rare issue so I am going to mark it as Resolved for now.

[stevland]

Long story short, I’m not sure if you’ve received my email. Please let me know.

If anyone else runs into this issue, please edit main.inc.php line 68 from

require_once $_SERVER['DOCUMENT_ROOT'] . ROOT_PATH . "/osta/php/functions.php";

to

require_once "osta/php/functions.php";

After doing that please try uploading a new company logo. If that works for you I reckon that email piping will, too. Please let me know asap so that I can include this fix in the next release.

[stevland]

@NIcholasjansen,

I can’t think of any explanation for the dot not displaying. But are you certain that there are unanswered replies? I realized just now that the “New Reply” tooltip shows up even if there isn’t a reply waiting.

Either way, the dot will be replaced with an icon in the next release.

[stevland]

Are you running Ubuntu?

If so, please set the owner/group of the uploads directory to www-data

# chown -R www-data:www-data osta/uploads/

Let me know if this helps.

[stevland]

I wasn’t expecting to get exactly what I wanted haha.

If only life was always like that!

The other option that occurred to me later is to darken the blue rows, or change the color to anything you prefer:

table.list tbody tr:nth-child(2n+1) td {
    background-color: #dce7ec;  /*change this value as desired*/
}

[stevland]

@mayberts I’m glad we figured it out. I added a note on the Troubleshooting page to help people in the future.

[stevland]

Hi @GDTech,

FYI I sent you an email just now with a potential fix. Fingers crossed.

[stevland]

@mayberts,

PHP Warning: move_uploaded_file(): Unable to move

That error does seem specifically related to an ownership/ permissions issue. Your permissions seem fine, so it must be something to do with ownership.

See this link:
https://stackoverflow.com/questions/13723174/php-warning-move-uploaded-file-unable-to-move

Actually, it may be a Ubuntu thing. It may help to set the user and group to www-data. I have found a few search results where this worked for Ubuntu users:

# chown -R www-data:www-data /path/to/uploads

[stevland]

@mayberts,

drwxr-xr-x 2 mdadmin mdadmin 4096 Jun 8 11:09 uploads

So your uploads folder is owned by the mdadmin account.

If you run the ls -l command in the root directory of your main website, are those files also owned by mdadmin?

[stevland]

@mayberts,

Please check your Apache error logs for relevant errors around the time that you attempt to upload a file. Let me know.

In addition to setting the upload directory permissions to 755, please verify that the directory owner is the same account that your main website runs under.

On my system it looks like this

# cd osta
# ls -l
drwxr-xr-x. 3 osticketawesome psacln 4096 May 23 20:16 css
drwxr-xr-x. 3 osticketawesome psacln 4096 May 23 20:16 icons
drwxr-xr-x. 4 osticketawesome psacln 4096 May 23 20:16 img
drwxr-xr-x. 2 osticketawesome psacln 4096 May 23 20:16 inc
drwxr-xr-x. 3 osticketawesome psacln 4096 May 23 20:16 js
drwxr-xr-x. 5 osticketawesome psacln 4096 May 23 20:16 opt
drwxr-xr-x. 2 osticketawesome psacln 4096 May 23 20:16 php
drwxr-xr-x. 3 osticketawesome psacln 4096 May 23 20:16 svg
drwxr-xr-x. 2 osticketawesome psacln 4096 Jul 13 23:20 uploads
-rw-r--r--. 1 osticketawesome psacln 198 Dec 17 2019 user-scripts.js
-rw-r--r--. 1 osticketawesome psacln 276 May 23 20:38 user-styles.css
-rw-r--r--. 1 osticketawesome psacln 27 May 23 20:18 version.txt

In my case the owner of the uploads directory is osticketawesome, which is the account that my website runs under. And psacln is the group that the account belongs to.

If you uploaded the files as another user (for example, as root), that would explain your issue.

What do you see when you use the ls -l command?