Osticket: Adding user details

[simonnzg]

Is it me or is it currently not possible to add new users manually? I've tried two separate barefoot git installs of Develop and in both there's no option to add a new user's details.

[simonnzg]

..or should I say, you can add a user or company, but you can't name it!

[ntozier]

Sorry but I have no idea what you mean.
Log into osTicket.
Click on Users
Click on Add Users.

You might want to let us know the exact version that you are using or provide a screen shot.

[simonnzg]

Been using osTicket for a few years, but this is the first couple of test installs I've done since the latest release and it's almost as if something isn't being loaded. See the pic. That's what I get. No way of actually adding anything to the user before creating, and when I create it it has a blank name and there's no way of updating it. It's so fundamental that I can't imagine it's something that everyone has got, but someone may know what I'm doing wrong. This is a fully vanilla install, from Git, PHP7 (it's the only thing that may mess it up).

[tuxstorm]

Directed here from my forum post where I'm experiencing the same thing.

I'm using the current release (v1.10)

Per ntozier's request I downgraded to php 5.6 (PHP Version 5.6.27-1+deb.sury.org~xenial+1), and get the same behavior.

I'm going to try an installation on Debian and see what happens.

[simonnzg]

I've tried on Ubuntu Server 16.04LTS and Mint 18. Both have PHP7 and both exhibit the same behaviour.
I've downloaded the tarball version of 1.10 and will install that to see if it's the same, and then I'll install Develop on an older Ubuntu 14.04LTS/PHP5 box to see what happens.
It may not be PHP7, as such, but something that Debian put into PHP.INI that breaks osTicket, and it's got into Ubuntu and Mint that way. I have a Mageia 5 VM that I haven't tried installing osTicket on. May as well go the whole hog and put it on there, too. :)

[simonnzg]

Ubuntu Server 14.04 LTS with PHP5: Vanilla install of Develop via git works fine.
All pointing at a php.ini "Enhancement" in Debian-esque OSs running PHP7 at the moment?

[simonnzg]

Vanilla Ubuntu Server 16.04LTS with PHP7: Problem is there!
Next job is to remove extensions and prod the installation to see if anything squeaks.

[simonnzg]

Interesting. I moved the database off the old system onto a new one with PHP5 that was tested and working. Once I installed the database off the PHP7 machine the new system broke too, so the problem breaks the database or is caused by a broken database, so downgrading to PHP5 won't fix the problem.

[denysvitali]

I have 1.10 and all work as intended.
Can you provide some logs?

[simonnzg]

Logs? osTicket? No chance.
Having 1.10 isn't enough, you have to have 1.10 AND Ubuntu AND PHP7.

[ntozier]

@simonnzg osTicket does have logging:
Admin panel -> Dashboard -> System Logs.

But most stuff will still end up in your PHP and webserver software logs.

[denysvitali]

I'm gonna try to use a Docker Image to see if I can reproduce your issue,
https://hub.docker.com/r/osticket/osticket/

The image I linked is based on PaaS which is a Nginx Server with PHP7, running in Ubuntu.
I'm trying to reproduce your error as we speak

[simonnzg]

Yes, I know about osTicket's logs, and they don't help with this one, and I have it set to display PHP problems on screen as well and I don't get any.
My suspicion is that the problem is not a PHP problem, as such, in as much as it's not an error, but an expected behaviour, so it won't log anything untoward. It's something to do with the way that Ubuntu has set up PHP7, but I can't see anything obvious.

[simonnzg]

I got this when logging on, but I don't think it's too relevant, but might be:
Warning: Declaration of AssignmentForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/html/osTicket/include/class.forms.php on line 4150

Warning: Declaration of TransferForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/html/osTicket/include/class.forms.php on line 4270

[denysvitali]

I have the same warning when I run the osTicket installation from the shell:

OSTicket cron job is set to run every 5 minutes
Using linked MySQL container
Waiting for database TCP connection to become available...
Connecting to database mysql://osticket@mysql/osticket
Loading installation secret
Updating configuration file
Installing database. Please wait...
PHP Warning:  Declaration of AssignmentForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/src/include/class.forms.php on line 4150

Warning: Declaration of AssignmentForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/src/include/class.forms.php on line 4150
PHP Warning:  Declaration of TransferForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/src/include/class.forms.php on line 4270

Warning: Declaration of TransferForm::render($options) should be compatible with Form::render($staff = true, $title = false, $options = Array) in /var/www/src/include/class.forms.php on line 4270
Database installation failed. Errors:
  core: Internal Error - please make sure your download is the latest (#1)

But since they're warnings, I don't think they are the source of the problem.
Can you post your console log? It may be a javascript problem (CTRL + SHIFT + J in Firefox)

[simonnzg]

The javascript log remains stubbornly uninformative, which is what you'd expect as the text editor is obviously not being invoked at that stage. It remains entirely blank in Chrome.
In fact, no logs get written to at all. Nothing in /var/log

[alexisskeates]

Just downgraded 16.04 install to php5.6 problem still exsists

[simonnzg]

I think whatever it is breaks the database as that happened to me too. I didn't downgrade, but moved the database to a new system on a new machine running PHP5 and the problem followed me.

[alexisskeates]

I just did a fresh install using my webhost's (tsohost.com) platform to test. All worked fine, so I decided to move the database across. As soon as I moved the database across the issue reappeared. So appears to be something database related. Not sure how to fix this or even where to start looking.

[denysvitali]

Which was the first version you used?
How many times have you upgraded?
On Nov 24, 2016 1:53 PM, alexisskeates [e-mail] wrote:I just did a fresh install using my webhost's (tsohost.com) platform to test. All worked fine, so I decided to move the database across. As soon as I moved the database across the issue reappeared. So appears to be something database related. Not sure how to fix this or even where to start looking.

—You are receiving this because you commented.Reply to this email directly, view it on GitHub, or mute the thread.

[alexisskeates]

I initially installed the last RC version 3 I think it was? Then about two weeks after the version 10 stable was released and I upgraded to that. Both versions have had the issue from when I first installed.

[DarthSlider]

Same Issue.
Windows 2012 R2, OsTicket 1.10, PHP 7.1, Apache 2.4.23, MariaDB 10.1.19, fresh install.
So it`s not unique to Ubuntu.

[simonnzg]

That's a bit of a pain. It means it's a general PHP7 problem, doesn't it? :(

[DarthSlider]

Any solution yet? Should i downgrade to PHP 6 or 5?

[simonnzg]

Downgrade and try the existing database, but it's probably broken. I don't know what happens, there, but even downgrading with the same database won't fix it. As it's a fresh install, use PHP5 and a new database. :(

[simonnzg]

I assume that @protich will post some updates eventually. It's been a month since the last bunch, but I don't know if this one is on the radar yet, or not.

[ntozier]

@DarthSlider there is no such things as PHP 6.x. So 5.6

[DarthSlider]

Thanks! I`ll try to reinstall it tomorrow.
All this php stuff is new to me, so i just downloaded up to date version of everything. I think there should be some kind of notification what php 7+ is not officially supported yet.

[ntozier]

1.10rc3 was the initial release that supported PHP7 (and bumped the minimum PHP to 5.4)... for the most part it is supported. But it appears that not enough testing happened and some code that PHP7 doesn't like still exists. Hence why I was saying try downgrading to 5.6. Prior to 1.10rc3 nearly nothing worked on PHP7.

[tluquet3]

Hi @simonnzg , I actually got the same problem at first but I found a quick solution.
In v1.10 you apparently need to manually add the fields you want in your user's information, they are disabled by default.
Solution:

• Go to admin panel, "Manage"->"Forms"
• Choose the contact information form
• For each field, click on config and enable.

This should work.
If you experience the same problem in the ticket creation ( you don't see the ticket details ), do the same with the ticket details form.

[DarthSlider]

Thank you @tluquet3 !
Offtopic, is there any way to get end users from Active Directory?

[ntozier]

@DarthSlider You would have to export them from AD and import them into osTicket.

[ghost]

I had the same issue and it was solved by enabling the visibility of then in Manage --> Forms ...