On 30 Jun 2011, at 22:14, Adam Thompson wrote:
RT-Authen-ExternalAuth falls back to internal auth if the username
/ pass doesn't match in LDAP
I'm sure I saw something about this a little while ago, but I can't find
it now. Sorry if this is rehashing old material...
Is there any way
Hi Kenn,
Fabian,
What is the relationship of your creator and the ticket Owner and the
ticket Requestor?
Creator = Requestor (sorry, I guess that made my question a bit confusing)
As far as I understood rt the owner is the user which the ticket is assigned
to, or did I misunderstood
Hi,
I have tried to use RT4 an a new Debian Squeeze Install, with Varnish and
Apache2, Mysql backend, but the RT is loading very slow - 7s. There is no
networking problem, and the 7s loading time is displayed in the Apache logs.
Is this a recurrent problem? Is it supposed to run that slow?
Fabian,
The Creator of a ticket is in most cases the requestor unless they decided to
change that by entering a different email address in the requestor field when a
ticket is first created. I think the scenario you describing below will most
likely be the creator == requestor.
Customers
Yeah I can't recreate the issue there, perhaps I haven't created a large
enough
ticket. More likely though it is my configuration or data migration - I had
to upgrade
from 3.6 - 4.0 in one go.
Is there some way to migrate a 3.6 database directly to 4.0 and then simply
hook
this into a RT 4.0
Hi,
I would like to change standard access to RT from username/pw to
certificates authorization.
This is what I made
in file:
/usr/share/request-tracker3.8/etc/RT_Config.pm
Set($WebExternalAuth, 1);
Set($WebExternalAuthContinuous, 1);
Set($WebFallbackToInternalAuth , undef);
What next ?
Hi,
when I have
Set($WebExternalAuth, 1);
I'm not able to log in using user/pass. There is missing text box ;/
Any idea ?
Best Regards
Adrian
2011/7/1 Adrian Stel adisa...@gmail.com
Hi,
I would like to change standard access to RT from username/pw to
certificates authorization.
Hi Roy,
Fabian,
The Creator of a ticket is in most cases the requestor unless they decided to
change that by entering a different email address in the requestor field when
a ticket is first created. I think the scenario you describing below will
most likely be the creator == requestor.
On 07/01/2011 04:54 AM, Fabian Unfried wrote:
I think it's some kind of the standard approach, so the requestor stays
always the same, but the owner is changing while the ticket will be
solved. But my problem is as long as the requestor isn't the owner, the
requestors can't see their tickets
On 07/01/2011 07:02 AM, Adrian Stel wrote:
when I have
Set($WebExternalAuth, 1);
I'm not able to log in using user/pass. There is missing text box ;/
You said you Set($WebFallbackToInternalAuth, undef) which means internal
auth should never be used. Please read the doc for that option in
On 07/01/2011 06:07 AM, Paul PISCUC wrote:
I have tried to use RT4 an a new Debian Squeeze Install, with Varnish
and Apache2, Mysql backend, but the RT is loading very slow - 7s. There
is no networking problem, and the 7s loading time is displayed in the
Apache logs.
Is this a recurrent
Users are experiencing random hangs when using IE. Firefox and chrome
seem to work well. I can't narrow down what causes the hangs, but on my
own computer I had to reset IE to its default condition. That's not an
option for most of our users. Has anyone else experienced this, and more
importantly
On 07/01/2011 09:10 AM, Henry Angeles wrote:
Users are experiencing random hangs when using IE. Firefox and chrome
seem to work well. I can’t narrow down what causes the hangs, but on my
own computer I had to reset IE to its default condition. That’s not an
option for most of our users. Has
Hmm, ok, maybe I forgot to mention it's important that they can just see their
own tickets and of course in the overview in the WebUI, could you tell me which
rights are necessary for that?
Currently my rt (demo-)system setup is:
Global group rights:
Everyone = no rights
Privileged = all
On 07/01/2011 09:33 AM, Fabian Unfried wrote:
Is there anything wrong with this setup, any idea why my customers /
unprivileged users can't see their own tickets as long as the tickets
aren't assigned to them? They can't even access the tickets when they
aren't assigned to/owner of them, rt
Thanks for the quick reply, but that didn't help, still the same the customers
(unprivileged users and creator/requestor of the tickets) can't see their
tickets only if they are assigned to it :S
Am 01.07.2011 um 15:36 schrieb Thomas Sibley:
On 07/01/2011 09:33 AM, Fabian Unfried wrote:
Is
On 07/01/2011 09:57 AM, Fabian Unfried wrote:
Thanks for the quick reply, but that didn't help, still the same the
customers (unprivileged users and creator/requestor of the tickets)
can't see their tickets only if they are assigned to it :S
This is entirely a rights configuration issue. If
I had the issue on both IE8 and IE9, windows seven x64.
-Original Message-
From: rt-users-boun...@lists.bestpractical.com
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Thomas Sibley
Sent: Friday, July 01, 2011 9:34 AM
To: rt-users@lists.bestpractical.com
Subject: Re:
On 07/01/2011 10:05 AM, Henry Angeles wrote:
I had the issue on both IE8 and IE9, windows seven x64.
And my second question? We need something to go on here to have any
idea of what might be the problem.
Thomas
2011 Training: http://bestpractical.com/services/training.html
Hmm, ok, any idea where the problem could be, or which right(s) my problem
could cause, or at least where I could get more information about that or
anything else?
I've tried a lot, but nothing did solve my problem, I even gave all general
rights to all requestors I've found (queues, global,
I have been trying to customize RT4 to match our old rt3 instance, one of the
items I need to modify is the sub _OverlayAccessible in lib/RT/User.pm
I have tried making a $rthome/local/lib/RT/User_Overlay.pm
$rthome/local/lib/RT/User_Local.pm $rthome/lib/RT/User_Overlay.pm and
On Fri, Jul 01, 2011 at 02:41:22PM +0200, Fabian Unfried wrote:
Hmm, ok that's strange, if I'm logging in as an unprivileged user, I can't
see the tickets I
created with that user, only if I log in as an admin and assign it the
that user. That's why
I'm asking my questions here :s
On Fri, Jul 01, 2011 at 10:45:32AM -0400, Shawn M Plummer wrote:
I have been trying to customize RT4 to match our old rt3 instance, one of the
items I need to modify is the sub _OverlayAccessible in lib/RT/User.pm
I have tried making a $rthome/local/lib/RT/User_Overlay.pm
On Thu, Jun 30, 2011 at 01:41:46PM -0700, Kenneth Crocker wrote:
I just ran across an odd occurence in a ticket. I have a Queue that uses
several Custom
Fields, only 1 of which is set to Mandatory for validation. Whil ein the
ticket, I made
changes to various ticket fields (none of
Has anyone implemented rich text/HTML articles for RTFM? If so can you
share your changes?
Is anything like this planned for RT, or does it already exist and I'm
not aware?
Thanks!
-Todd
2011 Training: http://bestpractical.com/services/training.html
On Thu, Jun 30, 2011 at 02:16:35PM -0700, Brian Dugay wrote:
Hi,
I have inherited 2 instances of RT (v3.8.4) running on Mac OS X
10.5.8. One instance is logging scrip messages to the apache2
error_log. E.g. when an comment or correspondence action occurs, it is
possible to see the scrip
Ok, now I'm confused, I thought every user that haven't set the privileged flag
is automatically an unprivileged user and a requestor is someone who creates a
ticket and the owner is the user the ticket is assigned to, or isn't this
correct?
If it is like I described it, I'm fine with my
Thanks for the help!
For those that find this later for RT4 you apparently need a
$rthome/local/lib/RT/User_Local.pm file with this contents to modify what
fields non admin users can view.
use strict;
no warnings qw(redefine);
package RT::User;
# Redefine sub _Overlay Accessible to allow all
On Fri, Jul 01, 2011 at 11:24:03AM -0400, Shawn M Plummer wrote:
Thanks for the help!
For those that find this later for RT4 you apparently need a
$rthome/local/lib/RT/User_Local.pm file with this contents to modify what
fields non admin users can view.
great - I believe the wiki has also
Hi. I just tried to upgrade to rt4 and I'm having the hardest time getting the
web server to work. For rt3, I was using webmux.pl in my apache configuration.
I'm on CentOS 5.5 and using Apache 2.2.3. I installed mod_fastcgi 2.4.6 from
source. I've followed the example configurations in
On Fri, Jul 01, 2011 at 11:28:42AM +0100, Sean McDaid wrote:
Yeah I can't recreate the issue there, perhaps I haven't created a large
enough
ticket. More likely though it is my configuration or data migration - I
had to upgrade
from 3.6 - 4.0 in one go.
Is there some way to
Fellow Users,
I've written a short script that will generate a simple report illustrating the
lifetime of resolved tickets. It's useful for determining if your support desk
is meeting service levels (i.e. tickets resolved in = 7 days). I plan on
taking it further in the near future including
Kevin,
Sorry. I created tickets via email. If I create the ticket via WebUI, then
the Mandatory edit seems to kick in as it should. Your comment on what RT
does during edit resolve pretty much answers my question. I'll write a
scrip to reset the ticket status and send a notification when this
On Fri, Jul 01, 2011 at 09:35:45AM -0700, Kenneth Crocker wrote:
OH. Quick question. In 4.01 does RT allow for user-defined error messages?
In past versions it
has been mentioned that we aren't able to get RT to display an error
message of our own. Just
curious.
No, you cannot
Fabian,
First of all, the Creator does NOT have to be the Requestor. When creating
a new ticket via WebUI, just override the UserID/Email Address to represent
the person who wants the work to be done. RT will STILL maintain the
creators UserID.
Second, all you have to do is grant SeeQueue and
mod_fastcgi and mod_fcgid require different configurations. We haven't used
mod_fastcgi in quite some time, but here is our config for mod_fcgid:
LoadModule fcgid_module modules/mod_fcgid.so
# Use FastCGI to process .fcg .fcgi .fpl scripts
# Don't do this if mod_fastcgi is present, as it will
Thanks. I'll have to give this a try later tonight when I can have some
downtime.
--
John Alberts
Cloud Optimization Engineer
Ex Libris (USA) Inc.
1350 E. Touhy Ave. Suite 200 East
Des Plaines, IL 60018
Phone: 1-219-979-6560
Follow Ex Libris on Twitter:
I have the same problem. I had rt4.0.0 and upgraded to 4.0.1 and I get
similar issues in both. Firefox works fine, but IE8.0 seems to have issues
just going to the RT at a glance page I start getting problems. 4.0.0 would
work for a while and eventually lock up, 4.0.1 seems to lock
On Fri, Jul 01, 2011 at 02:18:15PM -0400, Christopher Lasater wrote:
I have the same problem. I had rt4.0.0 and upgraded to 4.0.1 and
I get similar issues in both. Firefox works fine, but IE8.0
seems to have issues just going to the RT at a glance page I
start getting
I do not have any problems with the issues.bestpractical.com and IE8. Are
there any settings there that might make it more stable? My original install
was 4.0.0 and I ran the rt-setup-database command and read through all the
upgrade documentation.
-Original Message-
From:
On Fri, Jul 01, 2011 at 02:49:03PM -0400, Christopher Lasater wrote:
I do not have any problems with the issues.bestpractical.com and IE8. Are
there any settings there that might make it more stable? My original install
was 4.0.0 and I ran the rt-setup-database command and read through all
Mod_perl2, External Auth to an LDAP server, LDAP Importer. Not sure what else
you would be interested in.
Problem occurs with or without IE compatibility mode.
VirtualHost server.example.com:80
AddDefaultCharset UTF-8
DocumentRoot
I gave it another try using fcgid and now I have errors about running it being
configured to run on the wrong port, which makes no sense.
Here is the apache error log
[Fri Jul 01 13:58:24 2011] [warn] module fcgid_module is already loaded,
skipping
[Fri Jul 01 13:58:24 2011] [notice] Digest:
Very nice. Thank you.
--
John Alberts
Cloud Optimization Engineer
Ex Libris (USA) Inc.
1350 E. Touhy Ave. Suite 200 East
Des Plaines, IL 60018
Phone: 1-219-979-6560
Follow Ex Libris on Twitter: @exlibrisgrouphttp://twitter.com/ExLibrisGroup
From: Ryan Frantz
Hi Ryan,
We were looking for this type of report, but with some difference...
Instead of calculate created to resolved time, we are looking for a
created to open time approach. This is because our SLA's are based
on time to reply instead of time to resolution.
Can you please point me in the right
It sounds dumb, but I think the issues I related to zooming in. If I have no
zoom at 100% everything works fine. The second I try to zoom its freezes and
if I am at 115%, which was my default, then it freezes when I get into rt at a
glance. I can zoom in and out like crazy in Firefox without
You don't need both an RT4 and a fcgid conf file. Paste exactly what I put
in my previous reply (correcting for obvious path differences) into, say, a
file named rt.conf and then rename your current RT-associated config files
to something like rt4.conf.old and fcgid.conf.old then restart.
Let's
- Original Message -
From: seb...@gmail.com
To: Ryan Frantz ryanfra...@informed-llc.com,
rt-users@lists.bestpractical.com
Sent: Friday, July 1, 2011 3:16:20 PM
Subject: Re: [rt-users] Ticket Lifetime Report
Hi Ryan,
We were looking for this type of report, but with some
Hi Ryan, great to hear you need the same report, cause I'm very
limited in RT hacking.
I'll be waiting for that script when you get it done.
Thx,
Seb.-
On Fri, Jul 1, 2011 at 4:43 PM, Ryan Frantz ryanfra...@informed-llc.com wrote:
- Original Message -
From: seb...@gmail.com
To: Ryan
The RT guys also work on something similar.
Have a look at the 4.2/date-time-improvements-in-charts branch at github:
https://github.com/bestpractical/rt/commits/4.2%2Fdate-time-improvements-in-charts
-Chris
Am 01.07.2011 18:28, schrieb Ryan Frantz:
Fellow Users,
I've written a short script
50 matches
Mail list logo