Re: [rt-users] After upgrade to RT 4.2, can only access Self Service
Hey Shane, Well it is good that things are working again. Let's keep rt-users in the loop. I've re-added them to the recipients list. I don't have much for other suggestions at this point. Cheers, -m On Fri, Jul 17, 2015 at 2:22 PM, Shane Archer wrote: > On Fri, Jul 17, 2015 at 12:06 PM, Matt Zagrabelny > wrote: >> >> On Fri, Jul 17, 2015 at 1:49 PM, Shane Archer wrote: >> > Hi, >> > >> > I just upgraded my RT 4.0.7 installation to 4.2.8, and while the upgrade >> > seems to have gone off correctly, I am no longer able to access anything >> > other than the "Self Service" portal using either of my configured >> > accounts. >> > >> > If I punch in a ticket number manually I can view the basics of the >> > ticket, >> > but cannot take any action, view any queues, etc. >> > >> > I can confirm that the database migrations were run and did not report >> > any >> > errors. >> > >> > Any idea on where I might begin in order to troubleshoot this? >> >> Can you check with the root account? >> >> If not, check the database to see if your user(s) are still >> Privileged. For instance: >> >> rt4=# SELECT * from groups, groupmembers where groupmembers.groupid = >> groups.id and groups.name = 'Privileged' and groupmembers.memberid = >> 98 :G >> -[ RECORD 1 ]-+- >> id| 4 >> name | Privileged >> description | Pseudogroup for internal use >> domain| SystemInternal >> type | Privileged >> instance | 0 >> creator | 0 >> created | >> lastupdatedby | 0 >> lastupdated | >> id| 333405 >> groupid | 4 >> memberid | 98 >> creator | 0 >> created | >> lastupdatedby | 0 >> lastupdated | >> >> -m > > > I ran that query and appear to have got a similar result to yours (using ID > 23 which is my normal account): > > mysql> SELECT * from Groups, GroupMembers where GroupMembers.groupid = > Groups.id and Groups.name = 'Privileged' and GroupMembers.memberid = 23 \G > *** 1. row *** >id: 4 > Name: Privileged > Description: Pseudogroup for internal use >Domain: SystemInternal > Type: Privileged > Instance: 0 > Creator: 0 > Created: NULL > LastUpdatedBy: 0 > LastUpdated: NULL >id: 10 > GroupId: 4 > MemberId: 23 > Creator: 0 > Created: NULL > LastUpdatedBy: 0 > LastUpdated: NULL > > Just now, though, I logged in as "root" and it appears to work -- I am able > to see my usual dashboard. > > From that, I went to Admin -> Users -> Select and clicked on my account (the > same ID 23 from above) and I see that the "Let this user be granted rights > (Privileged)" is checked. Without performing any action, I logged out, and > logged back in as my normal account, and _now_ it works. > > So it appears to have resolved itself; maybe the process of logging in as > the root account performed some magic? : ) > > > Thanks, > > Shane
Re: [rt-users] Edit fields on mobile
On Fri, Jul 17, 2015 at 12:07:04PM -0700, Roman Massey wrote: > Hi everyone, > > is it possible to edit fields on mobile interface? and custom fields? > Thanks! Hi Roman, I have added a select group to the mobile interface. I simply modeled them on existing versions. Regards, Ken
Re: [rt-users] Edit fields on mobile
On Fri, Jul 17, 2015 at 2:07 PM, Roman Massey wrote: > Hi everyone, > > is it possible to edit fields on mobile interface? and custom fields? I don't ever use the mobile interface, but you can check the code: tree share/html/m share/html/m ├── dhandler ├── _elements │ ├── footer │ ├── full_site_link │ ├── header │ ├── login │ ├── menu │ ├── ticket_list │ ├── ticket_menu │ └── wrapper ├── index.html ├── logout ├── ticket │ ├── autohandler │ ├── create │ ├── history │ ├── reply │ ├── select_create_queue │ └── show └── tickets └── search 3 directories, 18 files Cheers, -m
[rt-users] Edit fields on mobile
Hi everyone, is it possible to edit fields on mobile interface? and custom fields? Thanks! -- Roman Massey
Re: [rt-users] After upgrade to RT 4.2, can only access Self Service
On Fri, Jul 17, 2015 at 1:49 PM, Shane Archer wrote: > Hi, > > I just upgraded my RT 4.0.7 installation to 4.2.8, and while the upgrade > seems to have gone off correctly, I am no longer able to access anything > other than the "Self Service" portal using either of my configured accounts. > > If I punch in a ticket number manually I can view the basics of the ticket, > but cannot take any action, view any queues, etc. > > I can confirm that the database migrations were run and did not report any > errors. > > Any idea on where I might begin in order to troubleshoot this? Can you check with the root account? If not, check the database to see if your user(s) are still Privileged. For instance: rt4=# SELECT * from groups, groupmembers where groupmembers.groupid = groups.id and groups.name = 'Privileged' and groupmembers.memberid = 98 :G -[ RECORD 1 ]-+- id| 4 name | Privileged description | Pseudogroup for internal use domain| SystemInternal type | Privileged instance | 0 creator | 0 created | lastupdatedby | 0 lastupdated | id| 333405 groupid | 4 memberid | 98 creator | 0 created | lastupdatedby | 0 lastupdated | -m
[rt-users] After upgrade to RT 4.2, can only access Self Service
Hi, I just upgraded my RT 4.0.7 installation to 4.2.8, and while the upgrade seems to have gone off correctly, I am no longer able to access anything other than the "Self Service" portal using either of my configured accounts. If I punch in a ticket number manually I can view the basics of the ticket, but cannot take any action, view any queues, etc. I can confirm that the database migrations were run and did not report any errors. Any idea on where I might begin in order to troubleshoot this? Thanks, Shane
Re: [rt-users] about signatures
Hi Bernhard,
From: http://requesttracker.wikia.com/wiki/SignatureToTheTop
working on rt 4.2.9
copy MessageBox to local/html/Elements. if rt is in /opt/rt4:
mkdir /opt/rt4/local/html/Elements && cp
/opt/rt4/share/html/Elements/MessageBox $_
change
<% $Default || %><% $message %><% $signature %>
to:
<% $Default || %><% $signature %><% $message %>
clear your mason cache
rm -rf /opt/rt4/var/mason_data/obj
restart apache
--
Roman Massey
On June 1, 2015 at 2:46:45 AM, Eierschmalz, Bernhard
(bernhard.eierschm...@scheppach.com) wrote:
Hello Alex,
thanks for your detailed mail. I have one idea to fix the position of
signature, but for this I need to know one point of configuration.
You wrote:
I don't have an easy answer for moving the quoted text beneath the signature.
As a desperate measure, your template could try to detect the beginning of
quoted text and truncate all content after it. There might be a big risk of
truncating actual non-quoted content though.
This was the basic for my idea.
My idea is to split the {$Transaction->Content()} part into 2 pieces:
1. Until “on wrote”
2. After “on wrote”
With this splitting I will be able to place the signatures between the 2 parts.
But to provide a stable splitting, I would like to change the syntax of “on … …
wrote” into some clearly syntax (e.g. with entering a new line with “_” before
the “on wrote” line)
Can you tell me how to do this?
Best regards
Bernhard
Von: Alex Peters [mailto:a...@peters.net]
Gesendet: Montag, 26. Januar 2015 06:29
An: Eierschmalz, Bernhard
Cc: rt-users@lists.bestpractical.com
Betreff: Re: [rt-users] about signatures
You can use RT templates to add custom signatures to outgoing mail. The
template can read details for the user generating the mail, and output them in
any manner that you wish.
First, you would need to ensure that the necessary information is entered into
each user's account (Admin > Users > Select).
Second, you would need to create a template (or modify an existing one) to call
on various elements like:
{ $Transaction->CreatorObj->Name }
{ $Transaction->CreatorObj->WorkPhone }
You might want to include logic to omit the fields (and possibly log an error
to RT's log) if they are empty for a particular user.
Other methods on the CreatorObj are available here:
https://www.bestpractical.com/docs/rt/4.2/RT/User.html
I don't have an easy answer for moving the quoted text beneath the signature.
As a desperate measure, your template could try to detect the beginning of
quoted text and truncate all content after it. There might be a big risk of
truncating actual non-quoted content though.
On 21 January 2015 at 17:47, Eierschmalz, Bernhard
wrote:
Hello,
I have 2 questions about signatures.
1. For our “non-request-tracker”-mails I have a HTML-Template, to
standardize all our outgoing email signatures (on the email server runs a
program that attaches the template with filled in parameters for name phone
number etc. to every email)
is it possible to use a HTML-Template like this also for emails sent through
request tracker? (the problem is, the software only sees one email address for
each queue, so I need to generate the signature directly in RT.
2. In the moment our signatures are attached under the quoted text; many
customers complain about this. Is it possible to place the signature between
message and quoted text?
By the way: we use RT 4.2.8
Best regards,
Bernhard
Re: [rt-users] p*a*s*s*w*o*r*d quality enforcement?
On Fri, Jul 17, 2015 at 6:55 AM, Václav Ovsík wrote: > Hi, > is there any way to set password quality enforcement better then its > minimal length ($MinimumPasswordLength)? There is a BeforeUpdate callback in share/html/Admin/Users/Modify.html. Without looking deeper at the code I don't know if that will also catch "new" user creation. You'd have to write a little bit of code and put it in the callback and fail accordingly if the password didn't meet your requirements. > I mean something like > http://sourceforge.net/projects/cracklib > http://www.openwall.com/passwdqc/ > or so. > > Tried Anyone John The Ripper successfully with RT password hashes? We use an SSO in front of RT - so no need to have local hashes. -m
[rt-users] p*a*s*s*w*o*r*d quality enforcement?
Hi, is there any way to set password quality enforcement better then its minimal length ($MinimumPasswordLength)? I mean something like http://sourceforge.net/projects/cracklib http://www.openwall.com/passwdqc/ or so. Tried Anyone John The Ripper successfully with RT password hashes? -- Zito
Re: [rt-users] Customizing with overlays, question about file path
The right path for this is /opt/rt4/local The other path only holds sources... Regards, Markus
[rt-users] Adding multiple members VIA the Rest interface.
Good morning all. I am trying to add multiple members to a ticket via the REST Interface. On the RT interface it states to use spaces to separate multiple, but this does not work for the REST interface. Does anyone know how this can be achieved? Thank you.
[rt-users] Disable the update of the history when a custom field is updated
Hi, We have a custom field updated with the REST API every hour. Each time this field is updated, the history of the incident is also updated. Is it possible to disable the update of the history when this custom field is updated? Thanks! Pierre
