Fastcgi mime types

RT Users
1

Hi

I have just installed request tracker 3 on debian sarge with fastcgi and
apache. The image that displays on the top right hand corner of the login
screen is not displayed because the mime type that is returned is
text/html.

https://secure.vipercode.com/rt/NoAuth/images//bplogo.gif

I found this message:

http://lists.bestpractical.com/pipermail/rt-devel/2002-January/001883.html

  • Is this the same problem that this message refers to?
  • Is there any chance that this will be addressed in the near future?
  • Would a patch that fixes this be welcomed?

Regards,
Tom

2

Hi

I have just installed request tracker 3 on debian sarge with fastcgi and
apache. The image that displays on the top right hand corner of the login
screen is not displayed because the mime type that is returned is
text/html.

Can you confirm that this issue still happens with RT 3.2.3rc2? I’m
pretty suire it’s been taken care of.

3

I have just installed request tracker 3 on debian sarge with fastcgi and
apache. The image that displays on the top right hand corner of the login
screen is not displayed because the mime type that is returned is
text/html.

https://secure.vipercode.com/rt/NoAuth/images//bplogo.gif

I presume you are using the Debian package?

I have come across this problem before. Do you have the following
stanza in the relevant bit of your apache config (VirtualHost or
whatever)?

<Directory /usr/share/request-tracker3/html/NoAuth/images>
SetHandler default-handler

If not, give it a try and see if it helps.

I think the problem is caused by the request for the image being sent
via the RT::Mason handler, that stanza should make it do the correct
thing instead.

Stephen Quinney

4

I think the problem is caused by the request for the image being sent
via the RT::Mason handler, that stanza should make it do the correct
thing instead.

html/NoAuth/images/autohandler should also make this dtrt.

5

I think the problem is caused by the request for the image being sent
via the RT::Mason handler, that stanza should make it do the correct
thing instead.

html/NoAuth/images/autohandler should also make this dtrt.

aha, this isn’t there in RT3.0.12 but is there in RT3.2 and beyond. I
think the apache config change should be a sufficient workaround for
the problem.

Thanks,

Stephen Quinney

6

The workaround didn’t work for me. This isn’t a big problem for me as long as
there is a fix on the horizon. Thanks for your help.

Regards,
TomOn Wednesday 02 February 2005 18:27, Stephen Quinney wrote:

On Wed, Feb 02, 2005 at 01:29:06PM -0500, Jesse Vincent wrote:

I think the problem is caused by the request for the image being sent
via the RT::Mason handler, that stanza should make it do the correct
thing instead.

html/NoAuth/images/autohandler should also make this dtrt.

aha, this isn’t there in RT3.0.12 but is there in RT3.2 and beyond. I
think the apache config change should be a sufficient workaround for
the problem.

Thanks,

Stephen Quinney