Posts made by peopleinside

@bansalvaish Also email created from a PHP application not open tickets.

This can be a security measure but how if an abuse report come to the abuse email address that is managed by the ticket system?

If this is a feature you should maybe let ticket open but warn with a banner that email comes from not a fully authenticated email address so can be a security issue reply or trust the ticket.

I use live helper chat on my website and tested that if someone send an offline message and this message is delivered to my support ticket email address the ticket is not opened, UVdesk mark the email as read and if I don't see this email in the email inbox I'm not informed in UVdesk about the support request email because no ticket are created.

@bansalvaish This is a good idea but anyone can steal the picture of the user profile.
Your community support also badge, I suggest to implement it. you need also add re captcha on registration.

This is my suggestion thanks anyway for the help.
Will listen here when the issue will be resolved. Don't know if you will open a GitHub issue for this I will follow.
Thank you again, have a great day and week!

@bansalvaish thanks. As suggested on Skype you should work also in the community for have a badge if you reply from staff profile or will be confusing understand when is the team to reply

@manata maybe the issue occur because you installed as localhost and works.
Issue is when you can to change domain so using IP.

I never tested moving UVdesk from a domain to another, don't know if you need change some configuration file.

@Sanjeev

@manata I installed UVdesk by FTP and by the web interface. I never used yet composer for UVdesk.
I use it in a domain, never tested on local. You may need help from UVdesk team but they may be busy as there are some urgent issues to resolve.

They will reply asap I suppose.
I have no issue on reach UVdesk on a domain.

@manata Strange. Sorry I don't try on localhost or IP. I use UVdesk with a domain but the screenshot that Sanjeev showed you seems is not on post 8002.

Maybe the fact is lightening on port 8002 is set this somewhere?
Umh... I have no idea. I'm not good installing on localhost.

I suppose this is a internal network IP. Just UVdesk is not working?
Are you able to reach other applications on the same IP address?

@manata well, digiting the uvdesk folder did not work without the : and port after the IP?

@manata if you remove port 8002 from the IP that is not the localhost?
Maybe if you cannot connect can be a network issue? Can you reach other application on this IP and same port used?

I'm not sure this is a UVdesk issue. I'm just supposing, give my 2 cents.

@Sanjeev nothing, still unable to do.
I give up

@Sanjeev great, thanks! Maybe I forget the input type!
I will try, thanks!

@Sanjeev Yes, thanks!
As I said I was able to insert and see the visual ReCaptcha but unable to ask as mandatory and see the login form working.

Without a guide to how to do I will not be able to insert ReCaptcha there.
Thanks anyway made a more stronger password for the operator.

@Sanjeev I don't wanna have recaptcha on operator ticket creation but on login page.

If the UVdesk staff can tell me how add reCaptcha also on operator login page I will be gratefu.
Security is very important to me, I want protect as the best possible the login page.
Maybe also customer login page.

I tried but was unable to do on the login page.
First of all I need add the line with the recaptcha script

<script src='https://www.google.com/recaptcha/api.js'></script>

I was able also to place the recaptcha but I'm unable to required it. It broken the page as when press submit the login page doesn't work... so please can you help me?

In the login pages can I insert the invisible recaptcha? I need the steps please.

Resolved.
Instruction:

On vendor/uvdesk/support-center-bundle/Resources/views/Knowledgebase/ticket.html.twig
Open ticket.html.twig

find the line (98):

<button type="submit" id="create-ticket-btn" class="uv-btn">{{ 'Create Ticket'|trans }}</button>

in the row before you will find (97):

<div class="uv-element-block">

before that line add on line (96):

<div class="clearfix"></div>
<div class="g-recaptcha" data-sitekey="YOUR SITE KEY"></div>
<div class="clearfix"></div>

now find some rows below in the script check (153)

'reply' : {
required : true,
msg : '{{ "This field is mandatory"|trans }}'
},

after that add (on line 154):

'g-recaptcha-response' : {
fn: function(value) {
if(grecaptcha.getResponse().length > 0)
return false;
else
return true;
},
msg : 'Please select CAPTCHA'
}

save and clean cache.

This will work only for ticket page, for protect login page I have no idea.

Hi, I have the same question.
How can I add the re captcha in the open source?

I see the file you mentioned but don't know what and where paste.
I can get the site key but can you tell me what code and where need add to have the captcha required?

Also what kind of re-captcha is supported? 2, 3, invisible?

I'm able to insert the re captcha but is not required and is always skipped.
How to validate?

(You should integrate in the operator web interface for made the activation process more easily.)

Hot to made it work as required filed?

If the site key should go in the page you say where the secret key go? Need to put somewhere?

Can I also insert re-captcha on operator login?
How?

Thanks

This is maybe not really a big issue but is a small issue that I don't know if can be "resolved".

If customer send two emails from the same email address to the same support email address with the same email subject, just one ticket is created, other email is missed. Ticket will flag as read the second email and will not open a ticket maybe because don't know how to manage the same subject.

Hi, from my experience I see disabled department are no more visible to operator that are unable to open a ticket for a customer. This should not happen and operator should be able to open a ticket for the customer also if the department is disabled so hidden to the public.

Also in workflow, in department is disabled you cannot create a rule for disabled department, also this should be avoid.
Workflow creation should be always possible as always working also if the department is disabled.

If not means admin must enable the department that will be showed in visitor side and this is bad if the department has to stay private. If admin or operator need do actions different from reply to the ticket, must have the department enabled and visible to users... this sound to have no much sense.

Can be this be an issue to open on GitHub or can you please explain me the logic of disabled department?
For me a disabled department is a private department that should be fully working by email but not visible in dropdown Help Desk user side.

Waiting your reply thanks.

Issue was and is related to email with special characters: https://github.com/uvdesk/community-skeleton/issues/325
The issue about disabled department was closed also if still be a small issue: operator cannot create ticket if department is disabled.

Closed issue: https://github.com/uvdesk/community-skeleton/issues/323

@Sanjeev Thank you, I will test this. Closed the issue for now and suggested on GitHub to update your documentation.

Seems all replies from an Agent to the customer are broken.
When operator send a message to the user the confirmation message is in English also if I'm in the web interface Italian.

Seems like some issue has turned the ticket system in tilt... something that should not happen.
I have no idea why user get only welcome registration email and no other replies email even if the department is active.

The situation is strange.
With ticket opened online no issue.
With ticket by email reply are not arriving even if assigned to group, operator and team.
Seems when I post a reply the green message is not translated not only on my Help Desk.

Now I'm doing tests for understand what is broken... but the fact no error on agent console and "customer" did not get any email broke my trust on the Help Desk.