RT errors on search functions / a.k.a. tipsontrackingdown the source of errors in RT

I have now removed the Saved Search displays on the Home page (by
removing the quips from index.html (and resorted back to the orig
version) and my problems seem to have cleared up.

What is it with the Saved Searches that is going awry (especially all of
the sudden… nothing should have changed w/r/t my saved searches other
than the following to chances: 1) I added the text based priorities
(high/low etc) which I cant imagine affected the Saved Searches (and I
subsequently rolled the changes back assuming it didn’t touch the DB)
and 2) I added a couple of saved searches that I think are pretty non
exciting, other than I am now using “LastUpdated < 7 days ago”. Could
that be part of it?

I saw the thread on rt-devel
(http://archives.free.net.ph/thread/20051223.194442.365f77fe.en.html)

And it must be happening to a few people.

I’d really like to help out how ever I can (that applies to all things
RT)

Please I hope someone is reading this and can offer some advise on how
to fix my problem AND/OR how to help out with RT.

duncan

At Thursday 12/29/2005 09:25 AM, Duncan Shannon wrote:

I have now removed the Saved Search displays on the Home page (by
removing the quips from index.html (and resorted back to the orig
version) and my problems seem to have cleared up.

What is it with the Saved Searches that is going awry (especially all of
the sudden… nothing should have changed w/r/t my saved searches other
than the following to chances: 1) I added the text based priorities
(high/low etc) which I cant imagine affected the Saved Searches (and I
subsequently rolled the changes back assuming it didn’t touch the DB)
and 2) I added a couple of saved searches that I think are pretty non
exciting, other than I am now using “LastUpdated < 7 days ago”. Could
that be part of it?

I saw the thread on rt-devel
(http://archives.free.net.ph/thread/20051223.194442.365f77fe.en.html)

And it must be happening to a few people.

I’d really like to help out how ever I can (that applies to all things
RT)

Please I hope someone is reading this and can offer some advise on how
to fix my problem AND/OR how to help out with RT.

duncan

Hello Duncan,

I don’t believe the cause of this error (identified by the message
"RT::Attribute::Name Unimplemented in RT::Attributes) has been definitely
identified - it seems to be somewhere deep in the code that retrieves
attributes for an object. Because Saved Searches are stored as user
attributes, the error is often seen when working with them. We’ve seen the
error with attribute settings other than saved searches that we’ve added to
RT ourselves - I wouldn’t spend time worrying about whether specific saved
search criteria have caused a problem.

A fix that we tried (suggested by Jesse) was to upgrade to the latest
DBIx::SearchBuilder (we are now at 1.36) and to remove one line of code
from SB::Record->__Value:

$field = $self->_Accessible($field, “column”) if
$self->_Accessible($field, “column”);

This seems to have gotten rid of the problem for us - however, I
personally don’t understand what the omission of the code changes and so I
don’t understand why this fix works. It’s not clear that this will
guarantee a solution to the problem, so if you try it I strongly recommend
trying it on a test/devel setup first, and if you try it in production,
make sure you can easily back the change out if you need to.

Good luck -
Steve

I don’t believe the cause of this error (identified by the message
"RT::Attribute::Name Unimplemented in RT::Attributes) has been
definitely
identified - it seems to be somewhere deep in the code that retrieves

Hmm. Well, I guess im glad its not something dumb im doing.

A fix that we tried (suggested by Jesse) was to upgrade to the latest
DBIx::SearchBuilder (we are now at 1.36) and to remove one line of
code
from SB::Record->__Value:

$field = $self->_Accessible($field, “column”) if
$self->_Accessible($field, “column”);

I will try this (saw it on the rt-devel list too) and report my success
or failure.

guarantee a solution to the problem, so if you try it I strongly
recommend
trying it on a test/devel setup first, and if you try it in
production,

A question: is creating a tarball of the current $RTHOME enough to
create a good backup test these kinds of things? As I understand them,
they don’t touch the DB etc. (I don’t have a dev. Box to run this on,
but I can easily stop/start apache and create tarballs!)

Thanks for your response… I appreciate it.

duncan

At Friday 12/30/2005 01:22 PM, Duncan Shannon wrote:

A question: is creating a tarball of the current $RTHOME enough to
create a good backup test these kinds of things? As I understand them,
they don’t touch the DB etc. (I don’t have a dev. Box to run this on,
but I can easily stop/start apache and create tarballs!)

Thanks for your response… I appreciate it.

duncan

No, the code you’re tweaking is in the DBIx::SearchBuilder module, and this
will be somewhere under your Perl installation - it’s not under $RTHOME.

Steve

No, the code you’re tweaking is in the DBIx::SearchBuilder module, and
this
will be somewhere under your Perl installation - it’s not under
$RTHOME.

Ah! Right and thanks.

How about a tarball of DBIx::SeachBuilder?

duncan

No, the code you’re tweaking is in the DBIx::SearchBuilder module, and
this
will be somewhere under your Perl installation - it’s not under
$RTHOME.

Ah! Right and thanks.

How about a tarball of DBIx::SeachBuilder?
You can hack it in place and have DBIx::SB tarball laying around to
reinstall vannilla SB.

This line, Jesse recommended to comment, is feature that is not used
in RT and shouldn’t hurt your RT instance, but by some magic unknown
conditions it fixes problem you hit.

duncan


http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users

Be sure to check out the RT Wiki at http://wiki.bestpractical.com

Download a free sample chapter of RT Essentials from O’Reilly Media at http://rtbook.bestpractical.com

WE’RE COMING TO YOUR TOWN SOON - RT Training in Amsterdam, Boston and
San Francisco - Find out more at http://bestpractical.com/services/training.html

Best regards, Ruslan.

No, the code you’re tweaking is in the DBIx::SearchBuilder module, and
this
will be somewhere under your Perl installation - it’s not under
$RTHOME.

Ah! Right and thanks.

How about a tarball of DBIx::SeachBuilder?

You can do a:
perl -MCPAN -eshell
cpan> look DBIx::SearchBuilder
and end up in the unpacked build directory
where you can edit before installing by
hand. (Then exit to get out of the subshell.)

Les Mikesell
les@futuresource.com