On Sat, Oct 30, 2010 at 05:55:22PM +0200, akos.to...@docca.hu wrote:
Problem:
I had a small annoying problem: when I reply to an email on the
Display.html (ticket history)
acting as reply to all I can see too few information, only these: who
wrote this message and
when. No sign
On Thu, Nov 11, 2010 at 01:53:39PM -0800, Kenneth Crocker wrote:
[Thu Nov 11 21:38:58 2010] [warning]: Failed command 'due: 2010-11-28'
My question is, can you think of how this might have happened or point me
in a direction to
look?
This is not a Timestamp, it is a Date. A
On Thu, Nov 11, 2010 at 06:48:52PM +, Kris Germann wrote:
Thank you, I've also forgot to mention that I'd like to keep the way the
content of the custom
field displays in the transaction body with 'ticket transactions' I may be
wishing too much
but who knows...
Transaction
On Thu, Nov 11, 2010 at 06:03:20PM +, Keith Edmunds wrote:
We use the rt-crontool with Tom Lanyon's OpenTicketAndComment.pm module to
automatically open stalled tickets after a week, and this worked very well
with RT3.6.
We've recently upgraded to 3.8.8, and we now get this error:
On Wed, Nov 10, 2010 at 07:34:52PM -0500, Joe Kirby wrote:
I want my self service (unprivileged) user to be able to show email.
I have globally setup Requestor to have reply to ticket, show ticket,
show outgoing email,
forward email, watch.
When I test it out the
On Thu, Nov 11, 2010 at 08:34:06AM -0800, Brian Thompson wrote:
Hello,
I'm in the process of installing implementing the extension
RT::Extension::PriorityAsString.
My first issue is with the make Can anyone tell me if this compile was
successful? (please
note the
You don't provide the command line you're using, but I bet you're not
passing --transaction. That stopped being an implicit argument in 3.8
(it defaulted to --transaction first in 3.6)
Thanks Kevin, you're exactly right: adding --transaction first fixed the
problem.
Thanks again.
Thanks Emmanuel, where would I go in my CallBack dir?
I have two sub dir's which are CheckMandatoryFields and RTx-Calendar ...
I believe I'd have to create a Create.html for RT to call on, right?
Kris
Supervisor, Sales Technical Support
Fibernetics Corporation
605 Boxwood Drive
Cambridge ON,
Hi my 3.6.3 installation started throwing errors after
my last RHEL 5.5 yum update. I'm getting e.g.-
error: Can't locate object method _ParseQuery via package
RT::Report::Tickets at
/local/home/server/rt/lib/RT/Report/Tickets.pm line 88.
context:
...
84: if ( !$queues
On 09/30/2010 12:11 PM, Yoni Rabkin wrote:
Hello,
I volunteer for the Free Software Foundation's GPL Compliance Lab. The
FSF uses RT internally to manage the emails sent to the Compliance
Lab. In order to streamline my work I've written an interface to
Kevin,
Actually, I wasn't concerned with a timestamp. I'm more concerned with why
I'm getting an error message even though the ticket fields are updated using
CommandByMail. That's why I included the debug info in my last note.
Do you have any ideas on where I can look for the problem?
Kenn
LBNL
On Fri, Nov 12, 2010 at 09:11:43AM -0800, Kenneth Crocker wrote:
Actually, I wasn't concerned with a timestamp. I'm more concerned with why
I'm getting an
error message even though the ticket fields are updated using
CommandByMail. That's why I
included the debug info in my last
Kevin,
My apologies. I thought I had been clear. I'm not seeing where the format is
wrong. I looked at the Tools-Offline template and used that as a basis for
my template.
Due:followed by a date
Are you saying the format I use for the date itself is wrong?
Kenn
LBNL
On Fri, Nov 12, 2010 at
On Fri, Nov 12, 2010 at 09:27:16AM -0800, Kenneth Crocker wrote:
Are you saying the format I use for the date itself is wrong?
Yes. Your format is wrong.
I believe I've said that in each reply (I've snipped them below)
-kevin
On Thu, Nov 11, 2010 at 4:12 PM, Kevin Falcone
Thank you Kevin! Tried installing per your recommendation (looks likes it put
files in their correct locations!) but I'm still not seeing a change in RT
behavior (removed the obj directory and stopped/restarted the web server per
instructions). Here's the make output (anything obvious here?):
Kevin,
I'm sorry. I know I'm hard to deal with. We don't use timestamp on any of
our dates. We just use dates. Our global system default is time=0 in our
date format:
*Set($DateTimeFormat, {Format = 'LocalizedDate', Time = 0,});
*So when we want to set a date, we just want the date, hence Due:
I will be out of the office on Thursday, November 11th. I will not be checking
voicemail or email. Please open a ticket with the otm-enginf team or contact
Paul Hamill if you have any immediate needs. Otherwise I'll get back to you
when I return.
On 11/12/2010 9:59 AM, rt-users-requ...@lists.bestpractical.com wrote:
5. Re: Fwd: UnPrivliged User question (Kevin Falcone)
6.
Message: 5
Date: Thu, 11 Nov 2010 19:28:49 -0500
From: Kevin Falconefalc...@bestpractical.com
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users]
We can't open attachments with RT 3.8.7
Can't locate object method mime_name via package
Encode::utf8 at /apps/rt/share/html/Ticket/Attachment/dhandler
line 78.
Google for site:lists.bestpractical.com/pipermail/ mime_name
fails to return anything useful.
Any ideas?
Nevermind, fixed it. Stupid auto-updates to Perl.
perl -MCPAN -e install Encode got a functioning version
to overwrite the update RH gave us.
On 11/12/2010 1:43 PM, Jeff Blaine wrote:
We can't open attachments with RT 3.8.7
Can't locate object method mime_name via package
Encode::utf8 at
On Fri, Nov 12, 2010 at 10:01:13AM -0800, Kenneth Crocker wrote:
However, if you're saying the format of the date itself (2010-11-15) is
wrong, then I am
wondering what it should be since our LocalizedDate format is -mm-dd.
That is irrelevant.
The module does not pay attention to
They see the link for button called Show but it appears to hit a
snag and takes you back to the report link used to get to the ticket
details (open tickets in this case)
I do not have access to RT logs at this time and I get the sense
that is where you will be sending me. I just wanted to
we're using ExternalAuth to autocreate users from ldap. works great, but if a
user changes their ldap password, RT does not seem to know about it and
requires the old password to log in, i assume rt just stores the password
supplied when the user first logs in?
is there any way to keep these
ignore this message, was doing something stupid. i shouldn't be working on a
friday anyway
- Original Message -
we're using ExternalAuth to autocreate users from ldap. works great, but if a
user changes their ldap password, RT does not seem to know about it and
requires the old
24 matches
Mail list logo