Hi,
I would ask for a little patience folks, Kelly and I maintain (mostly Kelly) RTx Statistics for free and in what little spare time we get from having a life and doing our day jobs.
I'm upgrading our test server this week and should be able to start getting it running with 3.6 as I have a
Hi RT Users,
i have a problem with a
scrip, which was running the last weeks perfectly:
Custom condition:
$RT::Logger-info(TB:
(Condition Start));
if (
($self-TransactionObj-Type eq CustomField ||
$self-TransactionObj-Type eq Create )
Looking forward to being able to use it with v3.6.
thanks for the work you do.
Mathew
Richard Ellis wrote:
Hi,
I would ask for a little patience folks, Kelly and I maintain (mostly
Kelly) RTx Statistics for free and in what little spare time we get from
having a life and doing our day
Hi,
really a good idea, i will also do lots of testing if someone post a patch
Torsten
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Duncan
Shannon
Gesendet: Montag, 17. Juli 2006 22:10
An: der Mouse; rt-users@lists.bestpractical.com
Betreff:
Thanks Folks for your reply.
Exchange 5.5 does support LDAP and i have it enabled and listening on
389 and 636 on the server. I know it's working as i can lookup email
addresses from Thunderbird etc..
We will be upgrading in the future but it's unlikely to be Exchange.
Joachim, i like your
Hi
Im probably going over something that has been done a few
times before but Im struggling to find any info on howto get it done.
I see from the wiki
http://wiki.bestpractical.com/index.cgi?DisplayCustomFieldsInTicketSearch
that from 3.2 its supposed to be a point and click
Title: RT 3.6 Internet Explorer window resize crashes browser
Im having the EXACT issue mentioned here. My backend is Debian Sarge with MySql running RT3.6.
Just in case I didnt send my e-mail in correctly, here is the original e-mail I am referring to:
***
No sure what you mean ..
If you mean using query builder searching for tickets with custom field
'Blah', then:
if your custom field are Global these should appear in the search fields ..
if the custom field is a queue custom field then you'll need to select
the queue hit add then your custom
Les Mikesell wrote:
On Mon, 2006-07-17 at 17:27, Kenneth Crocker wrote:
So what is the appropriate response for someone who has gotten
an email with the original number and wants to follow up but
someone else has merged it? How does that person referring
to #100 catch up? Merging it usually
This happened to me with the links to Search/Results.html in the headings of
the boxes on the front page depending on whether I accessed the front page as
http://lindev/rt (bad) or http://lindev/rt/ (good). A glance at the HTML source
confirms that RT is generating relative links. I think
Hi Folks,
I was able to get RTx::Statistics 1.8 to work with 3.6.0. It turns out
that the call TitleBox does not work with RTx::Statistics, at least
with the index.html file in the CallsQueueDay directory. So, I replaced
line 18-20 with the following in index.html:
/Elements/TitleBoxStart,
Title: RT 3.6 Internet Explorer window resize crashes browser
Just to add a couple of other things about
this. The login screen in Internet Explorer isnt centered, its off to
the left. Once logged in, the text, bars, boxes, are noticeably larger than in
Firefox (the boxes start to overlap
Has anyone else experienced corruption of binary attachments when moving
their RT database from one host to another?
Long version: I used mysqldump to export the rt3 db from a host running
MySQL Max 4.1.13 to a machine running the RHEL MySQL 4.1.20. The my.cnf
file was the same on both hosts, so
On Tue, Jul 18, 2006 at 04:53:50PM +0200, Sven Sternberger wrote:
Hello!
the merge function in rt3.6 seems to be broken, after merge
I can't find the ticket-id of the merged ticket,
Of either ticket or the ticket you merged into another one?
Merged tickets should entirely cease to have
On Tue, 2006-07-18 at 10:56 -0400, Jesse Vincent wrote:
the merge function in rt3.6 seems to be broken, after merge
I can't find the ticket-id of the merged ticket,
Of either ticket or the ticket you merged into another one?
only the ticket which is merged (source)
Merged tickets
Hi Everyone,
When a user submits a ticket, with an image, the image is
displayed, when viewing a ticket, in a different location than where it was
placed in the message.
For example,
The message sent was:
Dear Support:
Please look at this:
IMAGE
Thanks.
However,
Merged tickets should entirely cease to have their own identities.
but if I send a reply to a customer and afterwards I merge this ticket.
What happens when the customer calls me and give me his ticket id? I
have no chance to find his ticket.
It should be the case that searching for the
I use this scrip to check the incoming To: address and use that to set
the CF - it could easily be adapted to look at the incoming subject
instead.
Custom action prep code:
---
# Get the message attachment
my $msgatt = $self-TransactionObj-Attachments-First;
return 0 if
Jesse Vincent wrote:
It should be the case that searching for the old ticket number will get
you the new ticket.
Hi Jesse.
I started a thread about this very thing. When you say searching for
the old ticket number do you mean in the search box at the top? If so,
then no, the ticket does not
Hi
I'm running rt 3.4.2. If I look at my list of open tickets which Iown,
there are 20 in the RT web interface.
However if I run the following command:
/opt/rt3/bin/rt list owner = 'pete' AND ( status = 'open' OR status
= 'new' )
I only get 11.
Any ideas why the discrepancy ?
Many
On Tue, 2006-07-18 at 11:27 -0400, Jesse Vincent wrote:
It should be the case that searching for the old ticket number will get
you the new ticket.
This is what I expected.
I have an 3.6 installation from tarball. The installation is upgraded
from 3.0.12. The search problem appears in
On Tue, Jul 18, 2006 at 05:48:41PM +0200, Sven Sternberger wrote:
On Tue, 2006-07-18 at 11:27 -0400, Jesse Vincent wrote:
It should be the case that searching for the old ticket number will get
you the new ticket.
This is what I expected.
I have an 3.6 installation from tarball.
Yes I had this same problem. I updated the wiki with the fix I had
found elsewhere:
http://wiki.bestpractical.com/index.cgi?MigrateToNewServer
See my Note: I found that with the above command my binary attachments
section.
--
Tim Casada
___
Title: RE: [rt-users] RT 3.6 Internet Explorer window resize crashes browser
Yup, that did it, I moved the Auth file to a different place, restarted Apache, and formatting is back to normal within IE and I can resize the window without issuesoo how do we make the Auth file work? Ill help
There seems to be an issue with revoking DelegateRights and SuperUser
privileges from the Unprivileged and Everyone system accounts. It has been
mentioned on this list before, at the link below.
http://comments.gmane.org/gmane.comp.bug-tracking.request-tracker.user/27707
Granting and revoking
To all,
I concur, but not only that, a scrip should be created to notify the
original Requestor on a merge as well as the owner or whomever is
administrating the Queue could add the requestor name from the old
ticket (#100) to the ticket merged into (#200) by updating people of
ticket #200.
On Tue, Jul 18, 2006 at 10:59:05AM -0700, Tim Berger wrote:
On 7/18/06, Barry L. Kline [EMAIL PROTECTED] wrote:
That is my EXACT problem. We have some queues where the admins get
paged with a ticket. Let's say that ticket #200 is created and the
admins get paged. One of them decides
Hello all,
On my ticket view, I am linking the values of the custom fields to
the search page, searching for any other tickets that have that same
value. Currently, this link is created with a target of 'new', thus
making it open in a new window. Is there anyway to change this target so
On Jul 13, 2006, at 12:23 PM, Stephen Turner wrote:
At Wednesday 7/12/2006 12:21 PM, Jesse Vincent wrote:
We've got a branch of 3.6 with a proper fix for these issues (which
I presume only manifest on MySQL 5. Would anyone like to confirm or
deny that?)
We have this problem with an Oracle
Hi, Does someone know how to do this:
1. create a CustomField (such as CFU) for users;
2. input its value (such as CFU_A) when create a user
A;
3. create a CustomField (such as CFT) for tickets.
4. when user A create a ticket, how to default set
CFT's value as CFU_A?
Thanks for your haelp,
-- next part --
An HTML attachment was scrubbed...
URL: http://lists.bestpractical.com/pipermail/rt-users/attachments/20060718/9aad9cdd/attachment-0001.htm
--
Message: 5
Date: Tue, 18 Jul 2006 08:59:27 -0400
From: Helmuth Ramirez [EMAIL PROTECTED]
Subject: [rt
I have been running 3.6 in a test mode trying to figure out what is
causing this. I suspected it may have been due to customizations we have
done to link in our corporate LDAP, but after taking the share/html
files and modifying them with our custom lines, it still fails.
Have stumbled on the
On Tue, 2006-07-18 at 10:31 -0700, Kenneth Crocker wrote:
To all,
I concur, but not only that, a scrip should be created to notify the
original Requestor on a merge as well as the owner or whomever is
administrating the Queue could add the requestor name from the old
ticket (#100) to the
We have the same problem with rt (both 3.6 3.4.X) on Gentoo. Perl 5.8.8,
mysql (both 4.1 5.0), latest dbd-mysql, fastcgi, apache 2.0.59. None of
these suggested fixes have resolved the problem, and we have been experiencing
the problem for about 2 months.
---
Chris Covington
IT
Plus One
Has anyone else experienced corruption of binary attachments when moving
their RT database from one host to another?
There have been several threads on this subject on the mailing lists.
Search the rt-devel archives for Dec 05 for the subject mysqldump on
Attachments table (bug #6655) and the
Simple template triggered by subject line to create child ticket(s) for
a workflow process. I've seen other posts about getting HASH errors with
3.6, is this a 3.6 bug? I've tried not listing a queue or using its
number all with the same result.
Thanks.
===Create-Ticket: Remove Groupwise
I spent a while yesterday poking at the logout bug reported by many
folks against RT 3.6.0. Turns out it's not one bug but several
related bugs. And only some of them are in RT ;)
I believe I've got a fairly complete solution ready to go.
Issue 1: Apache::Session statement handle
37 matches
Mail list logo