After upgrade to v4.0.17 from 3.x loading tickets is extremely slow..
can anyone give me any clues please...?
Profiler shows this for a load of a single ticket:
/Ticket/Display.html BEGINS {{{
/autohandler {{{
/Elements/SetupSessionCookie {{{
/Elements/SetupSessionCookie
Hi List!
I have lots of custom fields im my queues, and when I choose one queue
in query builder I have list of all custom fields assigned to this
queue. But even if query is built on custom fields values I don't see
values of custom fields in results window, nor in exported excel file.
How
When building the search, once the queue is selected, look at Display Columns
panel. The custom fields names should appear in the Add Columns: list. You
will want to experiment with the Format: options and the order under Show
Columns.
--
Jim
-Original Message-
From:
Versions of RT between 4.2.0 and 4.2.2 (inclusive) are vulnerable to a
denial-of-service attack via the email gateway; any installation which
accepts mail from untrusted sources is vulnerable, regardless of the
permissions configuration inside RT. This vulnerability is assigned
CVE-2014-1474.
On Wed, 2014-01-22 at 08:33 -0800, andriuss wrote:
Glad to hear that. Waiting for the fix.
Please see the just-announced CVE-2014-1474, and
http://download.bestpractical.com/mirror/Email-Address-List-0.03.tar.gz
which resolves the issue.
- Alex
On Fri, 2014-01-24 at 20:00 +0100, Arkadiusz Miśkiewicz wrote:
It will be re-queued and tried again
when it fails to submit to RT, so it'll be somewhere in your queues
I find it to not always be true. For example when our mysql died then rt-
mailgate didn't return any error BUT rt itself
I saw under the General User UI fixes in 4.2.2:
* Fix Clone ticket functionality with Select-multiple custom fields.
I don't see anything in my UI about cloning a ticket. This is actually a
feature I've been desiring, but the old plugin to do it didn't work in the 4.x
branch.
Am I missing
On Mon, 2014-01-27 at 10:06 +0100, Michelle Sullivan wrote:
After upgrade to v4.0.17 from 3.x loading tickets is extremely slow..
can anyone give me any clues please...?
What version were you upgrading from? What database backend are you
using?
Profiler shows this for a load of a single
On Fri, 2014-01-24 at 17:43 +, Jonah Hirsch wrote:
I just upgraded to RT 4.2.2 yesterday, and whenever a user merges a
ticket, the responsible apache processes maxes out memory usage on the
system and the system slows to a crawl until the OS kills the process,
since the system is out of
On Mon, 2014-01-27 at 21:13 +, Brent Wiese wrote:
I saw under the “General User UI” fixes in 4.2.2:
* Fix Clone ticket functionality with Select-multiple custom fields.
I don’t see anything in my UI about cloning a ticket. This is actually
a feature I’ve been desiring, but the old
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Can anyone help with this? I'm getting this error every time I access
the home dashboard, and I think it's causing 504 time-outs when I try
to access the comment or reply section in a ticket. I looked in the
folders it suggests, but I'm not entirely
Alex Vandiver wrote:
On Mon, 2014-01-27 at 10:06 +0100, Michelle Sullivan wrote:
After upgrade to v4.0.17 from 3.x loading tickets is extremely slow..
can anyone give me any clues please...?
What version were you upgrading from? What database backend are you
using?
3.6.3
Michelle Sullivan wrote:
Alex Vandiver wrote:
The fact that even cookie setup takes a quarter of a second is
problematic, and suggests that your database badly needs tuning.
I doubt it, it's probably because it's busy.
Oh I should also point out in lulls between
Michelle Sullivan wrote:
Michelle Sullivan wrote:
Alex Vandiver wrote:
The fact that even cookie setup takes a quarter of a second is
problematic, and suggests that your database badly needs tuning.
I doubt it, it's probably because it's
Ok so temporarily I set min_duration to 0 and logged everything, the log
is here:
http://www.mhix.org/ticketload.log
That'sa single ticket load, and is a little difficult to read due to the
replication.. but with filtering (eg: grep -Evi
15 matches
Mail list logo