Re: [rt-users] How to name a custom field?

[tkdchen]

This is clear. Thanks very much! :)


On Fri, Nov 30, 2012 at 9:00 PM, Gerard FENELON (EVE)  wrote:

>  It is the other way round :
> 1- you define CustomFields
> 2- then you apply them to Queues
> 3- only then, you may create tickets with values in those CustomFields.
>
> Gerard
>
>
> On 2012-11-30 05:16, tkdchen wrote:
>
> Hi,
>
>  EmailAddress is just for testing the creation of custom field, not for
> other purpose. As what you mentioned, if I create a new ticket with custom
> fields, that custom fields should be defined in the
> /Admin/CustomFields/index.html first. Am I right? Thanks!
>
> Chenxiong Qi
>
>
>
> On Fri, Nov 30, 2012 at 11:30 AM, Kevin Falcone  > wrote:
>
>> On Fri, Nov 30, 2012 at 10:09:06AM +0800, qcxh...@gmail.com wrote:
>> >Thanks for your guide. I just checked our RT system , the URI
>> /Admin/CustomFields/index.html
>> >lists all predefined custom fields. Is it possible to set some
>> application-specific custom
>> >fields that are not predefined in /Admin/CustomFields/index.html.
>>
>>  There are no predefined custom fields in RT.
>> Anything you see on that page is by definition an application-specific
>> custom field.
>>
>> You make more by clicking on Create.
>>
>> As Gerald asked, it's still relevant to know why you have a custom
>> field named Email Address.  Normally Email Addresses would be stored
>> on a Requestor or Cc or some other User.
>>
>> -kevin
>
>
>
> 
> We're hiring! http://bestpractical.com/jobs
>
>


-- 
A Python developer living in Beijing
http://about.me

We're hiring! http://bestpractical.com/jobs

Re: [rt-users] How to name a custom field?

[tkdchen]

This is clear. Thanks very much! :)


On Fri, Nov 30, 2012 at 9:00 PM, Gerard FENELON (EVE)  wrote:

>  It is the other way round :
> 1- you define CustomFields
> 2- then you apply them to Queues
> 3- only then, you may create tickets with values in those CustomFields.
>
> Gerard
>
>
> On 2012-11-30 05:16, tkdchen wrote:
>
> Hi,
>
>  EmailAddress is just for testing the creation of custom field, not for
> other purpose. As what you mentioned, if I create a new ticket with custom
> fields, that custom fields should be defined in the
> /Admin/CustomFields/index.html first. Am I right? Thanks!
>
> Chenxiong Qi
>
>
>
> On Fri, Nov 30, 2012 at 11:30 AM, Kevin Falcone  > wrote:
>
>> On Fri, Nov 30, 2012 at 10:09:06AM +0800, qcxh...@gmail.com wrote:
>> >Thanks for your guide. I just checked our RT system , the URI
>> /Admin/CustomFields/index.html
>> >lists all predefined custom fields. Is it possible to set some
>> application-specific custom
>> >fields that are not predefined in /Admin/CustomFields/index.html.
>>
>>  There are no predefined custom fields in RT.
>> Anything you see on that page is by definition an application-specific
>> custom field.
>>
>> You make more by clicking on Create.
>>
>> As Gerald asked, it's still relevant to know why you have a custom
>> field named Email Address.  Normally Email Addresses would be stored
>> on a Requestor or Cc or some other User.
>>
>> -kevin
>
>
>
> 
> We're hiring! http://bestpractical.com/jobs
>
>


-- 
A Python developer living in Beijing
http://about.me

We're hiring! http://bestpractical.com/jobs

Re: [rt-users] Redirection to unexisting page after login

[Lukáš Loskot]

Hi Kevin,

Tank you. Deleting the cache solved my problem.
Just to comlete the solution.
In my instalation the cache lives here:
/var/cache/request-tracker4/mason_data/
I placed folowing command to my favourites and thinking of placing it in the
apache2 restart routines:
rm -rf /var/cache/request-tracker4/mason_data/obj/*

Regards,
Lukas Loskot


We're hiring! http://bestpractical.com/jobs

Re: [rt-users] Problem with CPAN and prerequisites for RT 4.0.5

[Juanjo]

Hi make the RT full installation about 8 times, all with 2 centos isos (CD
and DVD), and always on a ESX 5.1 host. Every time i create a new machine
and always fails in the same point

I make the same installation (i have a text file with all the command
lines) with the same iso files on a windows 8 hyper-V and in a ESX 5.0 host
and works fine.

My opinion, is there somthing strange with ESX 5.1 and CPAN in a GUEST. Or
something is wrong on my ESX 5.1, but other machines that works fine.


:(



2012/11/30 Rory 

> At a guess I think you might be missing a dependency for
> Plack::Handler::Starlet
>
> Personally, I like to use 
> CPANMINUS as
> it will install dependencies for the Perl Module you want.
>
> Start CPAN and run;
>
> install App::cpanminus
>
> Once that completes exit CPAN to return to your shell prompt.
> From the shell prompt run;
>
> cpanm Plack::Handler::Starlet
>
> It should then run through all dependencies and install what's needed.
> Hopefully that will solve your issue.
>
> Rory
>
>
>
> On 30 November 2012 11:36, Juanjo  wrote:
>
>> Selinux is disabled and iptables are disabled too.
>>
>> Sorry, but i don´t know how use this information:
>>
>>
>>   If there's nothing useful, you may want to diag() out the $port in
>>   that test and pause the test and make sure the test server is
>> actually
>>   starting.
>>
>>
>>
>> 2012/11/29 Kevin Falcone 
>>
>>> On Wed, Nov 28, 2012 at 11:53:12PM +0100, Juanjo wrote:
>>> >IF i make the make test:
>>> >t/05server-header.t ..
>>> >not ok 1
>>> >not ok 2
>>> >ok 3
>>> >
>>> ># Failed test at t/05server-header.t line 14.
>>> >Use of uninitialized value $this in pattern match (m//) at
>>> t/05server-header.t line 15.
>>> >
>>> ># Failed test at t/05server-header.t line 15.
>>> ># undef
>>> ># doesn't match '(?-xism:Starlet)'
>>> >Use of uninitialized value $this in pattern match (m//) at
>>> t/05server-header.t line 16.
>>> >not ok 4
>>> >
>>> ># Failed test at t/05server-header.t line 19.
>>> >Use of uninitialized value $this in pattern match (m//) at
>>> t/05server-header.t line 20.
>>> >ok 5
>>> >Use of uninitialized value $this in pattern match (m//) at
>>> t/05server-header.t line 21.
>>> >not ok 6
>>> >
>>> ># Failed test at t/05server-header.t line 21.
>>> ># undef
>>> ># doesn't match '(?-xism:Hello)'
>>> >[Test::TCP] Child process does not block(PID: 32489, PPID: 32488) at
>>> >/usr/local/share/perl5/Test/TCP.pm line 121.
>>> >1..6
>>> ># Looks like you failed 4 tests of 6.
>>> >Dubious, test returned 4 (wstat 1024, 0x400)
>>> >Failed 4/6 subtests
>>> >t/06remote_port.t 
>>> >not ok 1
>>>
>>> That implies that nothing is binding to the test port, possibly a
>>> restriction of your system (selinux? firewall?).
>>>
>>> >  If there's nothing useful, you may want to diag() out the $port in
>>> >  that test and pause the test and make sure the test server is
>>> actually
>>> >  starting.
>>>
>>> You'll need to look at using this method to go deeper.
>>>
>>> -kevin
>>>
>>> 
>>> We're hiring! http://bestpractical.com/jobs
>>>
>>>
>>
>>
>> --
>> Un saludo.
>> Juanjo Corral
>>
>> 
>> We're hiring! http://bestpractical.com/jobs
>>
>>
>
> 
> We're hiring! http://bestpractical.com/jobs
>
>


-- 
Un saludo.
Juanjo Corral

We're hiring! http://bestpractical.com/jobs

Re: [rt-users] On Correspond - Open ticket

[Nick Fennell]

Actually, some additional information to this.

The scrip may in fact be working but from the opposite way to what I 
want/expect.

When customer correspondence is received, the ticket status (on a resolved 
ticket) is set to Open.

However, what I want is when correspondence is added to a ticket with status = 
New, set it to Open.

-- 
Nick Fennell
ApplianSys Support Team Leader

ApplianSys Limited
University of Warwick Science Park
Business Innovation Centre
Harry Weston Road
Coventry CV3 2TX

t: +44 (0) 870 7707 789
s: nick-fennell
www.appliansys.com

Our sales team sells by referral:
Less time looking for customers, more time looking after them

Subscribe: http://eepurl.com/ibKtY

On 30 Nov 2012, at 12:54, Nick Fennell  wrote:

> Hi All,
> 
> I have a Scrip defined as follows;
> 
> Description: On correspond Open Ticket
> Condition: On Correspond
> Action: Open Tickets
> Template: Global template: Blank
> Stage: TransactionCreate
> 
> This worked on RT3.8.8 but now doesn't work on RT4.0.8
> 
> The only item of relevance I can see in the log file;
> 
> {{{
> Skipping Scrip #1 because it didn't Prepare 
> (/opt/rt4/sbin/../lib/RT/Scrips.pm:237)
> }}}
> 
> Any ideas?
> 
> Thanks.
> -- 
> Nick Fennell
> ApplianSys Support Team Leader
> 
> ApplianSys Limited
> University of Warwick Science Park
> Business Innovation Centre
> Harry Weston Road
> Coventry CV3 2TX
> 
> t: +44 (0) 870 7707 789
> s: nick-fennell
> www.appliansys.com
> 
> Our sales team sells by referral:
> Less time looking for customers, more time looking after them
> 
> Subscribe: http://eepurl.com/ibKtY
> 


We're hiring! http://bestpractical.com/jobs

Re: [rt-users] How to name a custom field?

[Gerard FENELON (EVE)]

It is the other way round :
1- you define CustomFields
2- then you apply them to Queues
3- only then, you may create tickets with values in those CustomFields.

Gerard

On 2012-11-30 05:16, tkdchen wrote:

Hi,

EmailAddress is just for testing the creation of custom field, not for 
other purpose. As what you mentioned, if I create a new ticket with 
custom fields, that custom fields should be defined in the 
/Admin/CustomFields/index.html first. Am I right? Thanks!


Chenxiong Qi



On Fri, Nov 30, 2012 at 11:30 AM, Kevin Falcone 
mailto:falc...@bestpractical.com>> wrote:


On Fri, Nov 30, 2012 at 10:09:06AM +0800, qcxh...@gmail.com
 wrote:
>Thanks for your guide. I just checked our RT system , the URI
/Admin/CustomFields/index.html
>lists all predefined custom fields. Is it possible to set
some application-specific custom
>fields that are not predefined in /Admin/CustomFields/index.html.

There are no predefined custom fields in RT.
Anything you see on that page is by definition an application-specific
custom field.

You make more by clicking on Create.

As Gerald asked, it's still relevant to know why you have a custom
field named Email Address.  Normally Email Addresses would be stored
on a Requestor or Cc or some other User.

-kevin




We're hiring! http://bestpractical.com/jobs

[rt-users] On Correspond - Open ticket

[Nick Fennell]

Hi All,

I have a Scrip defined as follows;

Description: On correspond Open Ticket
Condition: On Correspond
Action: Open Tickets
Template: Global template: Blank
Stage: TransactionCreate

This worked on RT3.8.8 but now doesn't work on RT4.0.8

The only item of relevance I can see in the log file;

{{{
Skipping Scrip #1 because it didn't Prepare 
(/opt/rt4/sbin/../lib/RT/Scrips.pm:237)
}}}

Any ideas?

Thanks.
-- 
Nick Fennell
ApplianSys Support Team Leader

ApplianSys Limited
University of Warwick Science Park
Business Innovation Centre
Harry Weston Road
Coventry CV3 2TX

t: +44 (0) 870 7707 789
s: nick-fennell
www.appliansys.com

Our sales team sells by referral:
Less time looking for customers, more time looking after them

Subscribe: http://eepurl.com/ibKtY


We're hiring! http://bestpractical.com/jobs

Re: [rt-users] Problem with CPAN and prerequisites for RT 4.0.5

[Rory]

At a guess I think you might be missing a dependency for
Plack::Handler::Starlet

Personally, I like to use
CPANMINUS
as
it will install dependencies for the Perl Module you want.

Start CPAN and run;

install App::cpanminus

Once that completes exit CPAN to return to your shell prompt.
>From the shell prompt run;

cpanm Plack::Handler::Starlet

It should then run through all dependencies and install what's needed.
Hopefully that will solve your issue.

Rory



On 30 November 2012 11:36, Juanjo  wrote:

> Selinux is disabled and iptables are disabled too.
>
> Sorry, but i don´t know how use this information:
>
>
>   If there's nothing useful, you may want to diag() out the $port in
>   that test and pause the test and make sure the test server is
> actually
>   starting.
>
>
>
> 2012/11/29 Kevin Falcone 
>
>> On Wed, Nov 28, 2012 at 11:53:12PM +0100, Juanjo wrote:
>> >IF i make the make test:
>> >t/05server-header.t ..
>> >not ok 1
>> >not ok 2
>> >ok 3
>> >
>> ># Failed test at t/05server-header.t line 14.
>> >Use of uninitialized value $this in pattern match (m//) at
>> t/05server-header.t line 15.
>> >
>> ># Failed test at t/05server-header.t line 15.
>> ># undef
>> ># doesn't match '(?-xism:Starlet)'
>> >Use of uninitialized value $this in pattern match (m//) at
>> t/05server-header.t line 16.
>> >not ok 4
>> >
>> ># Failed test at t/05server-header.t line 19.
>> >Use of uninitialized value $this in pattern match (m//) at
>> t/05server-header.t line 20.
>> >ok 5
>> >Use of uninitialized value $this in pattern match (m//) at
>> t/05server-header.t line 21.
>> >not ok 6
>> >
>> ># Failed test at t/05server-header.t line 21.
>> ># undef
>> ># doesn't match '(?-xism:Hello)'
>> >[Test::TCP] Child process does not block(PID: 32489, PPID: 32488) at
>> >/usr/local/share/perl5/Test/TCP.pm line 121.
>> >1..6
>> ># Looks like you failed 4 tests of 6.
>> >Dubious, test returned 4 (wstat 1024, 0x400)
>> >Failed 4/6 subtests
>> >t/06remote_port.t 
>> >not ok 1
>>
>> That implies that nothing is binding to the test port, possibly a
>> restriction of your system (selinux? firewall?).
>>
>> >  If there's nothing useful, you may want to diag() out the $port in
>> >  that test and pause the test and make sure the test server is
>> actually
>> >  starting.
>>
>> You'll need to look at using this method to go deeper.
>>
>> -kevin
>>
>> 
>> We're hiring! http://bestpractical.com/jobs
>>
>>
>
>
> --
> Un saludo.
> Juanjo Corral
>
> 
> We're hiring! http://bestpractical.com/jobs
>
>

We're hiring! http://bestpractical.com/jobs

Re: [rt-users] Problem with CPAN and prerequisites for RT 4.0.5

[Juanjo]

Selinux is disabled and iptables are disabled too.

Sorry, but i don´t know how use this information:

  If there's nothing useful, you may want to diag() out the $port in
  that test and pause the test and make sure the test server is actually
  starting.



2012/11/29 Kevin Falcone 

> On Wed, Nov 28, 2012 at 11:53:12PM +0100, Juanjo wrote:
> >IF i make the make test:
> >t/05server-header.t ..
> >not ok 1
> >not ok 2
> >ok 3
> >
> ># Failed test at t/05server-header.t line 14.
> >Use of uninitialized value $this in pattern match (m//) at
> t/05server-header.t line 15.
> >
> ># Failed test at t/05server-header.t line 15.
> ># undef
> ># doesn't match '(?-xism:Starlet)'
> >Use of uninitialized value $this in pattern match (m//) at
> t/05server-header.t line 16.
> >not ok 4
> >
> ># Failed test at t/05server-header.t line 19.
> >Use of uninitialized value $this in pattern match (m//) at
> t/05server-header.t line 20.
> >ok 5
> >Use of uninitialized value $this in pattern match (m//) at
> t/05server-header.t line 21.
> >not ok 6
> >
> ># Failed test at t/05server-header.t line 21.
> ># undef
> ># doesn't match '(?-xism:Hello)'
> >[Test::TCP] Child process does not block(PID: 32489, PPID: 32488) at
> >/usr/local/share/perl5/Test/TCP.pm line 121.
> >1..6
> ># Looks like you failed 4 tests of 6.
> >Dubious, test returned 4 (wstat 1024, 0x400)
> >Failed 4/6 subtests
> >t/06remote_port.t 
> >not ok 1
>
> That implies that nothing is binding to the test port, possibly a
> restriction of your system (selinux? firewall?).
>
> >  If there's nothing useful, you may want to diag() out the $port in
> >  that test and pause the test and make sure the test server is
> actually
> >  starting.
>
> You'll need to look at using this method to go deeper.
>
> -kevin
>
> 
> We're hiring! http://bestpractical.com/jobs
>
>


-- 
Un saludo.
Juanjo Corral

We're hiring! http://bestpractical.com/jobs