Hi,
I'm about to try out the new rt3.8 on debian etch and saw that
Emmanuel Lacour already built a package for it. Can I install rt3.8
directly by that package or is it only for the dependencies?
On 1 Aug 2008, at 8:52 am, Emmanuel Lacour wrote:
As I already said here, I made needed packages
On Thu, Aug 14, 2008 at 01:01, Jesse Vincent [EMAIL PROTECTED]wrote:
On Aug 14, 2008, at 12:23 AM, Jerrad Pierce wrote:
3.8 seems to have pulled in the functionality from RTx::Calendar, and
provides iCal feeds for tickets,
but I can't figure out how to get the a feed for reminders (which
around; having to constrantly restart apache to flush the cache
doesn't help either.
Look at the $DevelMode configuration variable. It might make you happy.
--
Cambridge Energy Alliance: Save money the planet
___
On Aug 14, 2008, at 10:26 AM, Jerrad Pierce wrote:
On Thu, Aug 14, 2008 at 01:01, Jesse Vincent
[EMAIL PROTECTED] wrote:
On Aug 14, 2008, at 12:23 AM, Jerrad Pierce wrote:
3.8 seems to have pulled in the functionality from RTx::Calendar,
and provides iCal feeds for tickets,
but I
Hi, I created a queue and later renamed it before any tickets were
created in it. Now when any tickets *are* created in it, the old queue
name is displayed in the edit page. Displaying the ticket shows the
correct queue name. Searches display the correct queue name. It seems to
be only the
On Thu, Aug 14, 2008 at 10:35, Jesse Vincent [EMAIL PROTECTED]wrote:
around; having to constrantly restart apache to flush the cache doesn't
help either.
Look at the $DevelMode configuration variable. It might make you happy.
Okay, but is there any documentation on developing plugins?
Scott;
Try logout then back in it may solve your problem, the queue list for
SelectQueue is cached in session.
Roy
scott smith wrote:
Hi, I created a queue and later renamed it before any tickets were
created in it. Now when any tickets *are* created in it, the old queue
name is
Hi everyone,
I just installed a fresh copy of 3.8 (new server). It is up and
running. I want to use the data in my existing 3.6.3 db on it. I
dumped and copied my db over to the new server, I restored it. Good so
far. I now want to update it to make sure its 3.8 friendly (though I
can log in
Scott,
Queues are keyed by ID number, not name. The name field is merely a
reference or related field. When a ticket points to a queue, it points
to the id number and in your instance, that never changed. Searches,
however, may have the selection criteria referring to a name and in
The links in the content area are missing /CustomFields when you
navigate from the top menu in Configuration Global Custom Fields.
The top menu final link is ok just the ones in the content area.
MENU: /Admin/Global/CustomFields/Users.html
CONTENT: /Admin/Global/Users.html
This appears to be
On Aug 14, 2008, at 1:46 PM, Curtis Bruneau wrote:
The links in the content area are missing /CustomFields when you
navigate from the top menu in Configuration Global Custom Fields.
The top menu final link is ok just the ones in the content area.
MENU:
Kevin Falcone wrote:
On Aug 14, 2008, at 1:46 PM, Curtis Bruneau wrote:
The links in the content area are missing /CustomFields when you
navigate from the top menu in Configuration Global Custom Fields.
The top menu final link is ok just the ones in the content area.
MENU:
Yes, one can (and should :-) use the REST interface from python. It
takes a fair bit of hacking around, and reading bin/rt.in and
html/REST/1.0/dhandler (which do a lot of things implicitly, making
them poor-to-wretched as documentation :-) Hopefully this will save
you some reverse engineering
Hi all,
I was hoping someone could point me in a direction for figuring out this error:
Can't locate object method binmode via package IO::File at
/usr/lib/perl5/site_perl/5.8.5/MIME/Body.pm line 437.
This occurs when trying to add a doc/pdf/xls/etc. to a ticket. Plain text
works fine. We
Kenneth Crocker wrote:
Scott,
Queues are keyed by ID number, not name. The name field is merely a
reference or related field. When a ticket points to a queue, it points
to the id number and in your instance, that never changed. Searches,
Yeah, I thought as much
however, may have
Curtis Bruneau wrote:
Kevin Falcone wrote:
On Aug 14, 2008, at 1:46 PM, Curtis Bruneau wrote:
The links in the content area are missing /CustomFields when you
navigate from the top menu in Configuration Global Custom Fields.
The top menu final link is ok just the ones in the
On Aug 14, 2008, at 2:05 PM, Mark Eichin wrote:
Note also that all of this is based on 3.6.1, which is I think the
first release where the REST interface worked *at all* with Custom
Fields; I seem to recall the later 3.6's didn't improve on this,
Actually, there have been a bunch of fixes to
A followup:
I tried to resolve the issue by creating a new system-level saved
search called All New and Open Tickets. I deleted the old All New
Open Tickets and under Configuration Global RT at a Glance set
the body to be Bookmarked Tickets and All New and Open Tickets.
Two different
Graham,
I have a question. You mentioned that you do not have many users. Are
they in any groups? Were these searches created by those group members
and saved as group searches or as general RT searches?
Kenn
LBNL
On 8/14/2008 12:50 PM, Graham Ballantyne wrote:
A followup:
I
Hi Ken,
Yes, we use groups. We have several queues set up for different campus
groups and use groups to control access to the queues. The search I'm
concerned with is the system-level All New Open Tickets. User-
defined queries seem OK; I have one that I created for myself and I
was able
I figured this out .. just had to reinstall the IO:File module.
___
http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
Community help: http://wiki.bestpractical.com
Commercial support: [EMAIL PROTECTED]
Discover RT's hidden secrets
Helmuth Ramirez wrote:
Hi everyone,
I just installed a fresh copy of 3.8 (new server). It is up and
running. I want to use the data in my existing 3.6.3 db on it. I
dumped and copied my db over to the new server, I restored it. Good so
far. I now want to update it to make sure its 3.8
Thanks Curtis, unfortunately I am still getting the same message. I
tried running it from my installed location:
/opt/rt3/sbin/rt-setup-database --dba root --prompt-for-dba-password
--action upgrade
As well as from the rt-3.8.0 folders I used to make the install.
On Aug 14, 2008, at 10:38 PM, Jonathan Jeppson wrote:
I figured this out .. just had to reinstall the IO:File module.
Do you know how it got corrupted so we can work to make it not happen
to anyone else?
-j
___
That I don't know. I suspect that one of our IT members ran some yum updates
that may have done something, but I can't get anyone to confirm this. We had
an interesting case where the ownership and group of the rt and httpd folders
were changed to root from the correct owner... apparently for
Curtis,
Thank you VERY much! That did it! I am now rocking my 3.8 db :)
**
You'll have to run it from your /usr/src/rt-3.8.1rc4 or equivalent
directory because like you said the etc/upgrade files are in there,
which is why you have to specify the full path to the rt-setup-database
http://rt.cpan.org/Ticket/Display.html?id=34178#txn-475483
On Fri, Aug 15, 2008 at 1:41 AM, Jesse Vincent [EMAIL PROTECTED] wrote:
On Aug 14, 2008, at 10:38 PM, Jonathan Jeppson wrote:
I figured this out .. just had to reinstall the IO:File module.
Do you know how it got corrupted so we can
27 matches
Mail list logo