When ticket 2 is merged into ticket 4 and after #4 is closed out I go back
and look at ticket #2, I don’t see the ticket. All I see is
Request Number 2
Subject none
Area none
Queue
Requestors
Owner none
Status
Last User Contact Never contacted
Current Priority
Final Priority
Due No date assigned
Last Action Wed Dec 31 16:00:00 1969 ( ago)
Created Wed Dec 31 16:00:00 1969 ( ago)
Is this normal behaivor for RT? It would be nice if it actually displayed
the ticket and that it was merged into ticket 4.
What version of RT are you using and what interface is that biting you from?
It’s a bug.
-jOn Mon, Sep 18, 2000 at 09:10:38AM -0700, Grant Miller wrote:
When ticket 2 is merged into ticket 4 and after #4 is closed out I go back
and look at ticket #2, I don’t see the ticket. All I see is
Request Number 2
Subject none
Area none
Queue
Requestors
Owner none
Status
Last User Contact Never contacted
Current Priority
Final Priority
Due No date assigned
Last Action Wed Dec 31 16:00:00 1969 ( ago)
Created Wed Dec 31 16:00:00 1969 ( ago)
Is this normal behaivor for RT? It would be nice if it actually displayed
the ticket and that it was merged into ticket 4.
jesse reed vincent — root@eruditorum.org — jesse@fsck.com
pgp keyprint: 50 41 9C 03 D0 BC BC C8 2C B9 77 26 6F E1 EB 91
pretty soon we’re going to HAVE to have hypertext mail!
–Tim Berners Lee. (8 Jan 1993 on www-talk)
What version of RT are you using and what interface is that biting you from?
It’s a bug.
I’m using RT 1.0.2 via the web interface. Is this fixed in a later version?
When ticket 2 is merged into ticket 4 and after #4 is closed out I go back
and look at ticket #2, I don’t see the ticket. All I see is
Request Number 2
Subject none
Area none
Queue
Requestors
Owner none
Status
Last User Contact Never contacted
Current Priority
Final Priority
Due No date assigned
Last Action Wed Dec 31 16:00:00 1969 ( ago)
Created Wed Dec 31 16:00:00 1969 ( ago)
Is this normal behaivor for RT? It would be nice if it actually displayed
the ticket and that it was merged into ticket 4.
What version of RT are you using and what interface is that biting you from?
It’s a bug.
I’m using RT 1.0.2 via the web interface. Is this fixed in a later version?
I think it may well have been fixed in 1.0.3.
jesse reed vincent — root@eruditorum.org — jesse@fsck.com
pgp keyprint: 50 41 9C 03 D0 BC BC C8 2C B9 77 26 6F E1 EB 91
After all, it’s not every day you meet up with an evil power
-M. Bulgakov
we have the same “problem” with rt 1.0.3, but i thought it was a feature
frank> On Mon, Sep 18, 2000 at 12:23:03PM -0400, Jesse wrote:
What version of RT are you using and what interface is that biting you from?
It’s a bug.
I’m using RT 1.0.2 via the web interface. Is this fixed in a later version?
When ticket 2 is merged into ticket 4 and after #4 is closed out I go back
and look at ticket #2, I don’t see the ticket. All I see is
Request Number 2
Subject none
Area none
Queue
Requestors
Owner none
Status
Last User Contact Never contacted
Current Priority
Final Priority
Due No date assigned
Last Action Wed Dec 31 16:00:00 1969 ( ago)
Created Wed Dec 31 16:00:00 1969 ( ago)
Is this normal behaivor for RT? It would be nice if it actually displayed
the ticket and that it was merged into ticket 4.
we have the same “problem” with rt 1.0.3, but i thought it was a feature
Same here with rt 1.0.4, with both email and web interfaces.
The ‘each_req’ and ‘transactions’ tables both seem to know
about the effective SN, but neither interface wants to show
it…
Phil Homewood pdh@asiaonline.net
Senior Technician +61 7 3620 1930
Asia Online (Brisbane) http://www.asiaonline.net/
Ack. I thought I fixed this one a while ago. I’m kind of hosed right now.
If anyone else has some time to poke at the webui code, I’d greatly appreciate
it.
-jOn Wed, Sep 20, 2000 at 08:47:27PM +1000, Phil Homewood wrote:
Frank Thommen wrote:
we have the same “problem” with rt 1.0.3, but i thought it was a feature
Same here with rt 1.0.4, with both email and web interfaces.
The ‘each_req’ and ‘transactions’ tables both seem to know
about the effective SN, but neither interface wants to show
it…
jesse reed vincent — root@eruditorum.org — jesse@fsck.com
pgp keyprint: 50 41 9C 03 D0 BC BC C8 2C B9 77 26 6F E1 EB 91
There are no supercomputer applications that are solvable that cannot be solved
in finite time using a fucking TRS-80 with approprite disk/tape drives. Zero.
-Tanj
Ack. I thought I fixed this one a while ago. I’m kind of hosed right now.
If anyone else has some time to poke at the webui code, I’d greatly appreciate
it.
I’ve hacked that just today - currently fixed errors (1) web and (2) cli
and still working on (?) mail. Expect unvalidated (different line
numbers in the core) patches from me in rt-devel later.
-j
Frank Thommen wrote:
we have the same “problem” with rt 1.0.3, but i thought it was a feature
Same here with rt 1.0.4, with both email and web interfaces.
The ‘each_req’ and ‘transactions’ tables both seem to know
about the effective SN, but neither interface wants to show
it…
There are no supercomputer applications that are solvable that cannot be solved
in finite time using a fucking TRS-80 with approprite disk/tape drives. Zero.
-Tanj
Ack. I thought I fixed this one a while ago. I’m kind of hosed right now.
If anyone else has some time to poke at the webui code, I’d greatly appreciate
it.
If I get time, I will.
Same here with rt 1.0.4, with both email and web interfaces.
The ‘each_req’ and ‘transactions’ tables both seem to know
about the effective SN, but neither interface wants to show
it…
Of course, stupid me meant the “cli” and web interfaces, NOT email.
(AFAIK, you can’t get a job history via email intreface - or am I
missing something?)
Phil Homewood pdh@asiaonline.net
Senior Technician +61 7 3620 1930
Asia Online (Brisbane) http://www.asiaonline.net/
Ack. I thought I fixed this one a while ago. I’m kind of hosed right now.
If anyone else has some time to poke at the webui code, I’d greatly appreciate
it.
If I get time, I will.
Same here with rt 1.0.4, with both email and web interfaces.
The ‘each_req’ and ‘transactions’ tables both seem to know
about the effective SN, but neither interface wants to show
it…
Of course, stupid me meant the “cli” and web interfaces, NOT email.
(AFAIK, you can’t get a job history via email intreface - or am I
missing something?)
You’re right, but the error in email is similar kind - f.e. if you send
reply to a request which has been merged then RT send to manipulators
empty content of your reply.
I use 3.6.5 and all is well except when i merge tickets. When i want to
do anything with merged tickets tghe system slow down to a snail and
even times out. I then have to close and reopen browser to continue as
it will just not do anything. Can anybody help please.
