|
|||||||
![]() |
|
|
Thread Tools | Search this Thread | Display Modes |
|
#11
|
|||
|
|||
|
"Unable to create the ticket. Correct the error(s) and try again" I add a few fields. When I go to add new ticket when logged in I get the error. The error says "Correct the error" but I do not see anything to correct as all fields have been filled in. What added was some fields for address |
|
#12
|
|||
|
|||
|
Hi all,
I 'm expieriencing the same problem, but only in certain circumstances: Osticket is on a shared hosting-server and open to the public. - when working from my office lan using firefox: no problem in creating tickets or logging in as admin. - when working from my office lan using IE8: unable to create tickets or login as admin (I tested on 2 different xp-pro pc's) - when working from school-lan (IE8 on W7) unable to create tickets - when working from home (Vista home) I can create tickets working in both browsers (FF and IE8) I don't know about the school-lan, but on the office lan we have www-caching. On the office lan I had also problems with download utilities from dell using IE and with ftp downloads. So maybe the problem is not in the queries? </Zuppo> Btw: using version 1.6.rc5 Last edited by zuppo; 11-11-2010 at 04:16 AM. |
|
#13
|
|||
|
|||
|
Hi,
I found out that (in my case?) it's a cookie-problem. My situation is: osticket is on a forwarded adress: www.helpdesk.somedomain.country Using a Dns-service this is an alias for www.myrealdomain.country/helpdesk I notice that if myrealdomain is not amongst the IE trusted sites I can't login. When I add it: problem solved. Of course I would like user to gain access without changing their settings! Any suggestions on how this can be done? </Zuppo> Last edited by zuppo; 11-11-2010 at 09:34 AM. |
|
#14
|
|||
|
|||
|
I changed my redirect-options from cloacked forwarding to simple forwarding. This means: once you are on the welcome page of www.helpdesk.somedomain.com the adress changes to the realdomain adress. This way the site is no longer distrusted by any browser and everyone can login without problems.
Not sure if this is solution for everyones problem on this thread. Maybe this wil help a few people stumbeling (like myself) with lack of webdesign-knowledge). Cheers everyone! |
|
#15
|
|||
|
|||
|
I have the same problem.
|
|
#16
|
|||
|
|||
|
on line 23 of open.php you need to make a code change.
PHP Code:
PHP Code:
|
|
#17
|
|||
|
|||
|
This probably has to do with captcha being enabled and logged in users can not see the captcha field.
Either disable captcha completely or see this thread for a fix: http://osticket.com/forums/showthread.php?t=3788 |
|
#18
|
|||
|
|||
|
I was too getting the error, but from the public portal side, not from the staff portal.
I turned off the CAPCHA and it works fine now. BTW, I DL'd mine from osTicket today. |
![]() |
| Bookmarks |
| Thread Tools | Search this Thread |
| Display Modes | |
|
|