Then it sounds like you do not have access to the department that the ticket is assigned to.

    ntozier
    But I have access to tickets from this department, which were created via osTicket interface.
    It is on the first screenshot.

    How many departments do you have in your instance? Grant your account access to all of them and see if the missing tickets show up.

      ntozier
      I have only two default departments Support and Maintenance. And I have full access to them.

      Can you look at your ost_ticket table and see what the assigned dept_id or team_id is? Because the only time I have ever seen anything like this is when someone does not have access to the dept or team that they tickets are assigned to.

      Status 0? There is no status 0.

      Whats your Admin panel -> Settings -> Tickets -> Default Status set to?

        I suppose that's the problem. I've updated status of a ticket via sql request.
        And now it is shown in ticket list.

        Andrey changed the title to Tickets created from email have status = 0.

        I've asked the devs to take a look at this thread.

          ntozier
          I completely deleted 1.11 version and installed 1.10.5.
          In 1.10.5 tickets successfully created from emails.

          @Andrey

          I tested this with latest osTicket v1.11 and PHP v7.2 and I cannot replicate your issue. Really strange.

          Cheers.

            KevinTheJedi
            I did clean install of version 1.11.
            The issue is not reproduced.
            I will mark the post as solved.

            Andrey changed the title to [SOLVED] Tickets created from email have status = 0.
            a month later

            I now have this on a fresh install of 1.11 on PHP7.1 and getting errors from the cron job.
            PHP Fatal error: APCuIterator::__construct(): APC must be enabled to use APCuIterator in /var/www/support.crm.direct/public_html/include/class.search.php on line 966

            It seems that PHP7.x does not support ACPu and fakes it out with acpu.so. I fixed my problem by editing /etc/php/7.1/cli/conf.d/20-acpu.ini and commented out loading acpu.so so osTicket falls back to its built-in caching.

            @nelem did you perhaps post this to the wrong thread? This does not appear to be related to issue that @Andrey posted about. Either way since this is a resolved thread I am closing the thread. If you would like help with your issue please start your own thread.

            Write a Reply...