Hi,
still using RT 3.8.8 ;)
i have included multiple Queries to a dashboard, including 2 graphs : A
pie chart one , and a tickets relationship one
This dashboard is correctly displaying all my queries (tables graphs)
inside RT webUI.
But when sending this dashboard on email, the graphs aren't
Hi everyone,
Thanks for your input, this helped me out tremendously.
It's a shame that searching based on user CF's isn't possible, in a way
users are connected to tickets and other attributes (the default user
fields) seem to be possible.
Hopefully it will be possible to also search on user
Hi,
I've just coded an overlay for Users.pm that doesn't perform unique
email validation. My aim is that some users can share an email address
(mail list) so that people belonging to a team can receive all
notifications dealing with one ticket, and if the owner is out of work
place, another one
After looking more precicely into the mail headers and format, i notice
that images generated for the graphs have header :
Content-Transfer-Encoding: base64
Content-Type: image/png
Content-Disposition: inline
Content-ID: 131002560331525265433
and are reffered with : img
One step further : Lotus Notes won't accept PNG images, but will show GIF
images
So for the pie chart to be displayed correctly, the following patch did
the trick :
in /opt/rt3/share/html/Search/Chart
line 191
-my @types = ('png' , 'gif');
+my @types = ('gif' ,
On 07/07/2011 05:01 AM, Manolo Cotallo wrote:
I've just coded an overlay for Users.pm that doesn't perform unique
email validation. My aim is that some users can share an email address
(mail list) so that people belonging to a team can receive all
notifications dealing with one ticket, and if
On 07/06/2011 06:44 PM, Joanne Keown wrote:
Back in June I emailed the below question/request for help and I don’t
believe I have seen a response to that.
Does anyone have any good ideas/pointers on this? I have searched
archives manuals etc. but I can’t see what right I am applying that
On Thu, Jul 7, 2011 at 9:59 AM, Mike Johnson mike.john...@nosm.ca wrote:
Just trying to peice together the workflow from the last few emails, sorry
if I simplify it too much...
- previous owner comments on ticket with attachments
- somehow the owner changes(sounds like the previous owner may
Hi All,
We just upgraded our RT from 3.8.4 to 4.0.1We upgraded the database also.
When we want to create a new custom field we are getting the following errors
Can't coerce array into hash at /opt/rt3/sbin/../lib/RT/CustomField.pm line 696.
Can't coerce array into hash at
On Thu, 2011-07-07 at 09:52 -0400, Thomas Sibley wrote:
On 07/06/2011 06:44 PM, Joanne Keown wrote:
Back in June I emailed the below question/request for help and I don’t
believe I have seen a response to that.
Does anyone have any good ideas/pointers on this? I have searched
archives
On Thu, Jul 07, 2011 at 08:42:27AM -0700, Direct Insure Online wrote:
We just upgraded our RT from 3.8.4 to 4.0.1
We upgraded the database also.
When we want to create a new custom field we are getting the following
errors
Can't coerce array into hash at
Raphael,
No it isn't. I have some graphs I send out in a dashboard and they all look
fine. The only problem I've had with dashboards is the No Limit option
doesn't really work and the output gets dropped after a certain number of
lines. The graphs show up fine (I'm still in 3.8.7).
Two
Joanne,
Have you installed RT::Rights Matrix? I have found that VERY useful in the
past. If someone is getting rights from more than one setting, it will show
up in those results.
Kenn
LBNL
On Thu, Jul 7, 2011 at 9:28 AM, Alex Vandiver ale...@bestpractical.comwrote:
On Thu, 2011-07-07 at
I am upgrading from RT3.8.10 to RT4.* and have completed the entire
upgrade up to the point of getting Apache2 to recognize the new
location of RT.
In 3.8.10, I point the /etc/apache2/sites-available/default file to:
Include /etc/request-tracker3.8/apache2-modperl2.conf
RedirectMatch ^/$ /rt
On Thu, Jul 07, 2011 at 01:10:07PM -0500, Jared Lynn wrote:
I am upgrading from RT3.8.10 to RT4.* and have completed the entire
upgrade up to the point of getting Apache2 to recognize the new
location of RT.
In 3.8.10, I point the /etc/apache2/sites-available/default file to:
Include
Do you remove the default virtualHost information and then update the
ports file?
Jared Lynn
PORTA CUSD #202 Technology Coordinator
E-mail: jl...@porta202.org
Phone: 217-501-4920
On Thu, Jul 7, 2011 at 1:21 PM, Kevin Falcone falc...@bestpractical.com wrote:
On Thu, Jul 07, 2011 at 01:10:07PM
hi,
thanks for the hint but these don't change the default behavior for the
searchfield thats in the upper right corner. to search for someticket
resolved are also no solution because we need to search always for tickets in
the whole lifecycle.
greetings
gregor
- Original Message -
On Thu, Jul 07, 2011 at 09:46:49PM +0200, Gregor Binder wrote:
thanks for the hint but these don't change the default behavior for
the searchfield thats in the upper right corner. to search for
someticket resolved are also no solution because we need to search
always for tickets in the whole
Hi Kevin,
I deleted all *_Overlay.pm files when I upgraded and I have the following
setting in RT_SiteConfig.pm
Set(@Plugins, qw(
RT::Authen::ExternalAuth
RT::Extension::CustomField::Checkbox
));
If I comment the above one I am getting the
On Thu, Jul 07, 2011 at 01:01:27PM -0700, Direct Insure Online wrote:
Hi Kevin,
I deleted all *_Overlay.pm files when I upgraded and I have the following
setting in RT_SiteConfig.pm
Set(@Plugins, qw(
RT::Authen::ExternalAuth
Hi Kevin,
Updated the database as you suggested.
Now on the form there are no radio button's
With Regards
Vinod.R
From: Kevin Falcone falc...@bestpractical.com
To: Direct Insure Online vinod.rap...@yahoo.com
Sent: Thursday, July 7, 2011 4:31 PM
Subject: Re: [rt-users] Can't coerce array into
On Wed, July 6, 2011 4:36 pm, Edward Frye wrote:
I am trying to work with this plugin, I would like to limit what gets
displayed to those where a tag is used more than one time rather than
every
tag I have which has gotten out of hand.
I can't help you but thanks for pointing this out.
I
I believe me and a coworker have found the problem, if we comment out the line
in the following file the problem goes away. I assume it has to do with the
PIE.htc which is at version 1.0beta2 current version is beta4, which I tried
and did not help :/
/*behavior:
Hi,
Try the following SQL query that should help. I'm preparing a new
version of the extension to stop people from using it under RT4 and
help them upgrade. We'll try to automate process in 4.0.2.
UPDATE CustomFields SET Type = 'Select' AND RenderType = 'List'
WHERE Type =
On Thu, Jul 07, 2011 at 02:25:54PM -0700, Direct Insure Online wrote:
Updated the database as you suggested.
Now on the form there are no radio button's
You don't say what *is* on the form.
I suspect you only updated part of the table.
Now that you've made RT not throw an error, you can
Hi,
In RT4 it's slightly different. See screenshots.
On Fri, Jul 8, 2011 at 1:25 AM, Direct Insure Online
vinod.rap...@yahoo.com wrote:
Hi Kevin,
Updated the database as you suggested.
Now on the form there are no radio button's
With Regards
Vinod.R
From: Kevin Falcone
Thanks for the tip. It led me in the right direction and I ended up with
this, which finally works.
my $T_Obj = $self-TicketObj;
my $a = RT::Attachments-new($self-TransactionObj-CurrentUser);
my $b = RT::Attachments-new($self-TransactionObj-CurrentUser);
my $AttachObj =
On 07/07/2011 07:21 PM, John Alberts wrote:
Thanks for the tip. It led me in the right direction and I ended up with
this, which finally works.
my $T_Obj = $self-TicketObj;
my $a = RT::Attachments-new($self-TransactionObj-CurrentUser);
my $b =
28 matches
Mail list logo