RTFM permission issue

RT Users
1

Hello,

I upgraded RT and RTFM yesterday and now mortal users can’t create new
articles. The problem occurs when extracting, after I’ve selected the
parts of the ticket to extract, or when creating a new ticket after
selecting the class.

The problem looks to be this segment:

unless ( $ArticleObj->CurrentUserHasRight(‘ShowArticle’) ) {
$m->comp( “/RTFM/Elements/Error”, Why => “No permission to view
Article” );
}

from share/html/RTFM/Article/Edit.html but I’m not sure why.

I’d originally upgraded RT to RT 3.0.9p2 and RTFM to RTFM-2.0.3rc4
from 3.0.7_1 and 2.0.1 but have since reverted to 3.0.7_1 and 2.0.2 (stable).

Has anyone else seen this issue? I’ve tried creating new classes and
given my mortal user all permission and Everyone all permissions on the
class.

I don’t see any other problems with RT/RTFM introduced in the upgrade.

Thanks much!
rick

Rick Rezinas
Unix Systems Administrator
Qsent, Inc.

When Gladstone was British Prime Minister he visited Michael Faraday’s
laboratory and asked if some esoteric substance called `Electricity’
would ever have practical significance.
“One day, sir, you will tax it,” was the answer.
– Science, 1994

2

a bit more info, from web error logs:

when I go to RTFM->Articles:

[Thu Jan 29 19:44:21 2004] [crit]: Checking for a class of
(/usr/local/rt-3-0-9
p2/share/html/RTFM/Article/Search.html:161)

then it’s quiet when I choose Create Article,

then when I select a class I see:

[Thu Jan 29 19:45:02 2004] [crit]: Trying to check RT::FM::Class rights
for an unspecified RT::FM::Class
(/usr/local/rt-3-0-9p2/lib/RT/Principal_Overlay.pm:355)
[Thu Jan 29 19:45:02 2004] [crit]: Trying to check RT::FM::Article
rights for an unspecified RT::FM::Article
(/usr/local/rt-3-0-9p2/lib/RT/Principal_Overlay.pm: 355)
[Thu Jan 29 19:45:02 2004] [error]: WebRT: No permission to view Article
() (/usr/local/rt-3-0-9p2/share/html/RTFM/Elements/Error:48

and that’s where I see the red ‘No permission to view article’

thanks
rickOn Thu, 29 Jan 2004, Rick Rezinas wrote:

Rick Rezinas 503-889-7091
Unix Systems Administrator
Qsent, Inc.

When Gladstone was British Prime Minister he visited Michael Faraday’s
laboratory and asked if some esoteric substance called `Electricity’
would ever have practical significance.
“One day, sir, you will tax it,” was the answer.
– Science, 1994

3

The problem looks to be this segment:

unless ( $ArticleObj->CurrentUserHasRight(‘ShowArticle’) ) {
$m->comp( “/RTFM/Elements/Error”, Why => “No permission to view
Article” );
}

from share/html/RTFM/Article/Edit.html but I’m not sure why.

Are you using postgres?

I have this problem with RT 3.0.8 and RTFM 2.0.2 using postgres – “No
permission to view Article” occurring anytime anybody attempts to create
an article, either through extracting or directly creating a new
article.

Through apache/postgres logs, it looks like it has to do with RTFM not
being completely nice with postgres 7.3 or later. Several int’s in RTFM
are initialized as ‘’ by default, and pg_atoi doesn’t like that anymore.
Thus, the pg_atoi zero-length string errors cause failures. These need
to be initialized as 0.

I opened a new ticket on the issue in Best Practical’s RT, but if you
are able to track down where these changes need to occur before they get
to it, I’m sure we’d all be overjoyed.

Thanks,

Patrick

4

Are you using postgres?
mysql Ver 12.21 Distrib 4.0.14, for sun-solaris2.8 (sparc)

Do you happen to know the ticket number that you opened? I looked in
the bug list but my eyes crossed and didn’t see anything.

thanks
rick

I have this problem with RT 3.0.8 and RTFM 2.0.2 using postgres – “No
permission to view Article” occurring anytime anybody attempts to create
an article, either through extracting or directly creating a new
article.

Through apache/postgres logs, it looks like it has to do with RTFM not
being completely nice with postgres 7.3 or later. Several int’s in RTFM
are initialized as ‘’ by default, and pg_atoi doesn’t like that anymore.
Thus, the pg_atoi zero-length string errors cause failures. These need
to be initialized as 0.

I opened a new ticket on the issue in Best Practical’s RT, but if you
are able to track down where these changes need to occur before they get
to it, I’m sure we’d all be overjoyed.

Thanks,

Patrick

Rick Rezinas 503-889-7091
Unix Systems Administrator
Qsent, Inc.

When Gladstone was British Prime Minister he visited Michael Faraday’s
laboratory and asked if some esoteric substance called `Electricity’
would ever have practical significance.
“One day, sir, you will tax it,” was the answer.
– Science, 1994

5

Do you happen to know the ticket number that you opened? I looked in
the bug list but my eyes crossed and didn’t see anything.

I believe that would be ticket #5185.

If you just search for ‘postgres’ it should show up as the most recent
ticket in the list (I believe it’s the 4th of 4).

Though, if you’re using mysql, I’m guessing it doesn’t apply to you.
There is a fair amount of log information in the ticket, tho, so perhaps
that may help.

Patrick

6

Actually, I misspoke: there isn’t a fair amount of log information in
the ticket. But if you search through the past month’s archive, you’ll
find a few posts from me about the topic that contain that fair amount
of log information.

Sorry bout that.

Patrick

-----Original Message-----
From: rt-users-bounces@lists.bestpractical.com [mailto:rt-users-
bounces@lists.bestpractical.com] On Behalf Of Rick Rezinas
Sent: Thursday, January 29, 2004 3:22 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] RTFM permission issue

Are you using postgres?
mysql Ver 12.21 Distrib 4.0.14, for sun-solaris2.8 (sparc)

Do you happen to know the ticket number that you opened? I looked in
the bug list but my eyes crossed and didn’t see anything.

thanks
rick

I have this problem with RT 3.0.8 and RTFM 2.0.2 using postgres –
“No
permission to view Article” occurring anytime anybody attempts to
create
an article, either through extracting or directly creating a new
article.

Through apache/postgres logs, it looks like it has to do with RTFM
not
being completely nice with postgres 7.3 or later. Several int’s in
RTFM
are initialized as ‘’ by default, and pg_atoi doesn’t like that
anymore.
Thus, the pg_atoi zero-length string errors cause failures. These
need
to be initialized as 0.

I opened a new ticket on the issue in Best Practical’s RT, but if
you
are able to track down where these changes need to occur before they
get
to it, I’m sure we’d all be overjoyed.

Thanks,

Patrick

–
Rick Rezinas 503-889-7091
Unix Systems Administrator
Qsent, Inc.

When Gladstone was British Prime Minister he visited Michael Faraday’s
laboratory and asked if some esoteric substance called `Electricity’
would ever have practical significance.
“One day, sir, you will tax it,” was the answer.
– Science, 1994

rt-users mailing list
rt-users@lists.bestpractical.com
The rt-users Archives

Have you read the FAQ? The RT FAQ Manager lives at
http://fsck.com/rtfm

7

Patrick Hurley wrote:

I believe that would be ticket #5185.

If you just search for ‘postgres’ it should show up as the most recent
ticket in the list (I believe it’s the 4th of 4).

Though, if you’re using mysql, I’m guessing it doesn’t apply to you.
There is a fair amount of log information in the ticket, tho, so perhaps
that may help.

The symptoms look very similar to the issues I’m having, might be
different causes though. See ticket #4386. This is with MySQL 3.23 and
both RTFM 2.0.2 and 2.0.3rc4.

Fabian