Skip Menu |

This queue is for tickets about the RT-Extension-SLA CPAN distribution.

Report information
The Basics
Id: 66229
Status: rejected
Priority: 0/
Queue: RT-Extension-SLA

People
Owner: RUZ [...] cpan.org
Requestors: ajones [...] apparatus.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Tickets submitted through the web interface are not assigned a due date.
Date: Sun, 27 Feb 2011 17:02:32 -0500
To: <bug-RT-Extension-SLA [...] rt.cpan.org>
From: Andrew Jones <ajones [...] apparatus.net>
I am using RT::Extension::SLA 0.03 with RT 3.8.9. Tickets submitted via e-mail work correctly, but tickets submitted via the web behave differently. Tickets submitted via e-mail are assigned both an SLA and a due date. Tickets submitted via the web have their SLA assigned correctly, but the Due date remains blank until e-mail correspondence is received from the requestor.
Subject: Re: [rt.cpan.org #66229] Tickets submitted through the web interface are not assigned a due date.
Date: Mon, 28 Feb 2011 21:39:42 +0500
To: bug-RT-Extension-SLA [...] rt.cpan.org
From: Ruslan Zakirov <ruz [...] bestpractical.com>
On Mon, Feb 28, 2011 at 3:02 AM, Andrew Jones via RT <bug-RT-Extension-SLA@rt.cpan.org> wrote: Show quoted text
> I am using RT::Extension::SLA 0.03 with RT 3.8.9. Tickets submitted via > e-mail work correctly, but tickets submitted via the web behave > differently. > > Tickets submitted via e-mail are assigned both an SLA and a due date. > > Tickets submitted via the web have their SLA assigned correctly, but the > Due date remains blank until e-mail correspondence is received from the > requestor.
I suspect that you're facing expected behaviour. Probably requestor is different from user who creates a ticket, so actor is not a requestor. In this case requestor already has been replied to and reply deadline has beed satisfied. Yes, it's not ideal. Try to explain your situation: who creates a ticket? is he requestor? is he an owner? May be this info would help me create better defaults. -- Best regards, Ruslan.
Subject: Re: [rt.cpan.org #66229] Tickets submitted through the web interface are not assigned a due date.
Date: Mon, 28 Feb 2011 13:10:53 -0500
To: <bug-RT-Extension-SLA [...] rt.cpan.org>
From: Andrew Jones <ajones [...] apparatus.net>
On 02/28/2011 11:39 AM, Ruslan Zakirov via RT wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=66229> > > On Mon, Feb 28, 2011 at 3:02 AM, Andrew Jones via RT > <bug-RT-Extension-SLA@rt.cpan.org> wrote:
>> I am using RT::Extension::SLA 0.03 with RT 3.8.9. Tickets submitted via >> e-mail work correctly, but tickets submitted via the web behave >> differently. >> >> Tickets submitted via e-mail are assigned both an SLA and a due date. >> >> Tickets submitted via the web have their SLA assigned correctly, but the >> Due date remains blank until e-mail correspondence is received from the >> requestor.
> > I suspect that you're facing expected behaviour. Probably requestor is > different from user who creates a ticket, so actor is not a requestor. > In this case requestor already has been replied to and reply deadline > has beed satisfied. > > Yes, it's not ideal. Try to explain your situation: who creates a > ticket? is he requestor? is he an owner? May be this info would help > me create better defaults. >
Thanks a lot, Ruslan. You identified the problem in my test case: in the web UI, I was creating a ticket with one user, but making the requestor someone else. In the e-mail case, I wasn't. I misunderstood the correct behavior of the extension.
Subject: Re: [rt.cpan.org #66229] Tickets submitted through the web interface are not assigned a due date.
Date: Mon, 28 Feb 2011 23:32:31 +0500
To: bug-RT-Extension-SLA [...] rt.cpan.org
From: Ruslan Zakirov <ruz [...] bestpractical.com>
On Mon, Feb 28, 2011 at 11:11 PM, Andrew Jones via RT <bug-RT-Extension-SLA@rt.cpan.org> wrote: Show quoted text
>       Queue: RT-Extension-SLA >  Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=66229 > > > On 02/28/2011 11:39 AM, Ruslan Zakirov via RT wrote:
>> <URL: http://rt.cpan.org/Ticket/Display.html?id=66229> >> >> On Mon, Feb 28, 2011 at 3:02 AM, Andrew Jones via RT >> <bug-RT-Extension-SLA@rt.cpan.org>  wrote:
>>> I am using RT::Extension::SLA 0.03 with RT 3.8.9. Tickets submitted via >>> e-mail work correctly, but tickets submitted via the web behave >>> differently. >>> >>> Tickets submitted via e-mail are assigned both an SLA and a due date. >>> >>> Tickets submitted via the web have their SLA assigned correctly, but the >>> Due date remains blank until e-mail correspondence is received from the >>> requestor.
>> >> I suspect that you're facing expected behaviour. Probably requestor is >> different from user who creates a ticket, so actor is not a requestor. >> In this case requestor already has been replied to and reply deadline >> has beed satisfied. >> >> Yes, it's not ideal. Try to explain your situation: who creates a >> ticket? is he requestor? is he an owner? May be this info would help >> me create better defaults. >>
> > Thanks a lot, Ruslan.  You identified the problem in my test case: in > the web UI, I was creating a ticket with one user, but making the > requestor someone else.  In the e-mail case, I wasn't. > > I misunderstood the correct behavior of the extension.
The idea here is that if ticket created by a stuff for a client then it's classified as a reply. Can I close the ticket? -- Best regards, Ruslan.
Subject: Re: [rt.cpan.org #66229] Tickets submitted through the web interface are not assigned a due date.
Date: Mon, 28 Feb 2011 13:34:54 -0500
To: <bug-RT-Extension-SLA [...] rt.cpan.org>
From: Andrew Jones <ajones [...] apparatus.net>
On 02/28/2011 01:32 PM, Ruslan Zakirov via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=66229> > > The idea here is that if ticket created by a stuff for a client then > it's classified as a reply. > > Can I close the ticket? >
It definitely makes sense now. I'm sorry for the trouble. My test was ill-conceived. Please close the ticket.