RT 3.4.5pre1

I’m pleased to announce the first preview release of RT 3.4.5. This is
NOT a release candidate, though I’d really love to get some feedback on
it. The most significant change is to the API used by the Owner
dropdown box. In testing, we’ve had reports of about two orders of
magnitude performance improvement on the queries we’re doing…

This is one of the more significant code changes we’ve made in RT 3.4
since its release and I’d really like to make sure that we haven’t
broken the APIs as used by third-party functionality (such as Todd’s
RightsMatrix). We’ve still got a backlog of patches to apply before
3.4.5rc1, but we’re starting down that road.

Jesse

I’m pleased to announce the first preview release of RT 3.4.5. This is
NOT a release candidate, though I’d really love to get some feedback on
it. The most significant change is to the API used by the Owner
dropdown box. In testing, we’ve had reports of about two orders of
magnitude performance improvement on the queries we’re doing…

This is one of the more significant code changes we’ve made in RT 3.4
since its release and I’d really like to make sure that we haven’t
broken the APIs as used by third-party functionality (such as Todd’s
RightsMatrix). We’ve still got a backlog of patches to apply before
3.4.5rc1, but we’re starting down that road.

On my dev box I have a number of RT versions installed, using FastCGI
and each one is rooted differently using --prefix

So for this version:

./configure --with-web-user=wwwrun --with-db-database=rt345pre1 --prefix=/opt/rt345pre1

…and I can’t get this RT to work. All my other installs work fine.
The loging screen comes up, but the CSS file isn’t accessible and
clicking on a link gives this error:

could not find component for initial path ‘/345pre1/’ (component roots are: ‘/opt/rt3/local/html’, ‘/opt/rt3/share/html’)

But look:

grep LocalComp /opt/rt345pre1/lib/RT.pm

    $MasonLocalComponentRoot

$MasonLocalComponentRoot is where your rt instance keeps its site-local

$MasonLocalComponentRoot = ‘/opt/rt345pre1/local/html’;

I even made sure to clean out mason_data.

Ideas?

On my dev box I have a number of RT versions installed, using FastCGI
and each one is rooted differently using --prefix

So for this version:

./configure --with-web-user=wwwrun --with-db-database=rt345pre1 --prefix=/opt/rt345pre1

…and I can’t get this RT to work. All my other installs work fine.
The loging screen comes up, but the CSS file isn’t accessible and
clicking on a link gives this error:

could not find component for initial path ‘/345pre1/’ (component roots are: ‘/opt/rt3/local/html’, ‘/opt/rt3/share/html’)

My first guess would be an apache config issue.

On my dev box I have a number of RT versions installed, using FastCGI
and each one is rooted differently using --prefix

So for this version:

./configure --with-web-user=wwwrun --with-db-database=rt345pre1 --prefix=/opt/rt345pre1

…and I can’t get this RT to work. All my other installs work fine.
The loging screen comes up, but the CSS file isn’t accessible and
clicking on a link gives this error:

could not find component for initial path ‘/345pre1/’ (component roots are: ‘/opt/rt3/local/html’, ‘/opt/rt3/share/html’)

My first guess would be an apache config issue.

I am having similar problems using standalone_httpd. Does standalone
respect WebBaseURL?

Here is a snip of my httpd.conf. The other RT versions work
just fine and were configured the same way as this one.

FastCgiIpcDir /tmp

FastCgiServer /opt/rt3/bin/mason_handler.fcgi -idle-timeout 1200
FastCgiServer /opt/rt3.4.3/bin/mason_handler.fcgi -idle-timeout 1200
FastCgiServer /opt/rt35x/bin/mason_handler.fcgi -idle-timeout 1200
FastCgiServer /opt/rt345pre1/bin/mason_handler.fcgi -idle-timeout 1200
FastCgiServer /opt/rt3regression/bin/mason_handler.fcgi -idle-timeout 1200

<VirtualHost 10.136.147.168>
ServerName 10.136.147.168
DocumentRoot /opt/rt3/share/html
AddDefaultCharset UTF-8

Pass through requests to display images

Alias /NoAuth/images/ /opt/rt3/share/html/NoAuth/images/
Alias /rt35x/NoAuth/images/ /opt/rt35x/share/html/NoAuth/images/
Alias /rt345pre1/NoAuth/images/ /opt/rt345pre1/share/html/NoAuth/images/
Alias /rt343/NoAuth/images/ /opt/rt343/share/html/NoAuth/images/
Alias /rt344/NoAuth/images/ /opt/rt344/share/html/NoAuth/images/
Alias /rt3regression/NoAuth/images/ /opt/rt3regression/share/html/NoAuth/images/

AddHandler fastcgi-script fcgi
ScriptAlias /rt35x/ /opt/rt35x/bin/mason_handler.fcgi/
ScriptAlias /rt345pre1/ /opt/rt345pre1/bin/mason_handler.fcgi/
ScriptAlias /rt343/ /opt/rt3.4.3/bin/mason_handler.fcgi/
ScriptAlias /rt344/ /opt/rt3.4.4/bin/mason_handler.fcgi/
ScriptAlias /rt3regression/ /opt/rt3regression/bin/mason_handler.fcgi/
ScriptAlias / /opt/rt3/bin/mason_handler.fcgi/

And my httpd log seems to think things are OK:

10.136.147.56 - - [07/Nov/2005:13:48:49 -0500] “GET /345pre1/Admin/index.html HTTP/1.1” 200 7485
10.136.147.56 - - [07/Nov/2005:13:48:49 -0500] “GET /favicon.ico HTTP/1.1” 200 7407

Here is a snip of my httpd.conf. The other RT versions work
just fine and were configured the same way as this one.

Done a diff against 3.4.4? I’m not seeing this issue here.

I’m pleased to announce the first preview release of RT 3.4.5. This is
NOT a release candidate, though I’d really love to get some feedback on
it. The most significant change is to the API used by the Owner
dropdown box. In testing, we’ve had reports of about two orders of
magnitude performance improvement on the queries we’re doing…

This is one of the more significant code changes we’ve made in RT 3.4
since its release and I’d really like to make sure that we haven’t
broken the APIs as used by third-party functionality (such as Todd’s
RightsMatrix). We’ve still got a backlog of patches to apply before
3.4.5rc1, but we’re starting down that road.

All my RightsMatrix tests pass. I figured they would as RightsMatrix
doesn’t really ever ask for all the users having a specific right.
It tends to ask, “what are all the rights that this user/group/role
has and which ones are directly assigned to the principal and if
they are inherited, how?”

-Todd

All my RightsMatrix tests pass. I figured they would as RightsMatrix
doesn’t really ever ask for all the users having a specific right.
It tends to ask, “what are all the rights that this user/group/role
has and which ones are directly assigned to the principal and if
they are inherited, how?”

Does that mean you figured out the configuration issue? What was it?

All my RightsMatrix tests pass. I figured they would as RightsMatrix
doesn’t really ever ask for all the users having a specific right.
It tends to ask, “what are all the rights that this user/group/role
has and which ones are directly assigned to the principal and if
they are inherited, how?”

Does that mean you figured out the configuration issue? What was it?

Don’t ask. :slight_smile: