[rt-users] RT eats table-tags in html-emails
RT is pruning the table, td and tr -tags from emails when you look at them at the Ticket/Display.html -page, is there a way to stop RT from doing this? I tried enabling Rich text (HTML) in my preferences and looked at \share\html\Elements\ShowMessageStanza but I'm just a beginner when it comes to perl. I'm currently on RT 4.2.6 and use apache, mod_fcgi and nginx as a reverse proxy. Thanks in advance, vinz -- View this message in context: http://requesttracker.8502.n7.nabble.com/RT-eats-table-tags-in-html-emails-tp59339.html Sent from the Request Tracker - User mailing list archive at Nabble.com.
Re: [rt-users] RT eats table-tags in html-emails
On Fri, Jan 16, 2015 at 06:49:05AM -0700, vinz wrote: RT is pruning the table, td and tr -tags from emails when you look at them at the Ticket/Display.html -page, is there a way to stop RT from doing this? I tried enabling Rich text (HTML) in my preferences and looked at \share\html\Elements\ShowMessageStanza but I'm just a beginner when it comes to perl. I'm currently on RT 4.2.6 and use apache, mod_fcgi and nginx as a reverse proxy. Thanks in advance, vinz Hi Vinz, You need to adjust the allowed tags in the HTML::Scrubber object by adding a Web_Local.pm: https://www.bestpractical.com/docs/rt/4.2/RT/Interface/Web.html Here is what I am using because I wanted to allow the tables to have colors: package HTML::Mason::Commands; # Let tables through push @SCRUBBER_ALLOWED_TAGS, qw(TABLE THEAD TBODY TFOOT TR TD TH); # Allow bgcolor to be set $SCRUBBER_ALLOWED_ATTRIBUTES{bgcolor} = '^\s*\#[a-fA-F0-9]{3,6}\s*'; 1; Make sure to set the option in your RT_SiteConfig.pm Set($TrustHTMLAttachments, 1); I think that is all I needed to do. Then restart after clearing your Mason cache. Regards, Ken
[rt-users] RT-Extension-QueueDeactivatedScrips for RT 4.2 ?
Hi all, is there an extension like RT-Extension-QueueDeactivatedScrips but working with RT 4.2? What the extension does is allowing an administrator to selectively deactivate global scrips for a queue. thank you in advance. Bye Cris
Re: [rt-users] RT-Extension-QueueDeactivatedScrips for RT 4.2 ?
RT 4.2 Gas a similar mechanism. Von meinem iPhone gesendet Am 16.01.2015 um 15:23 schrieb Guadagnino Cristiano guadagnino.cristi...@creval.it: Hi all, is there an extension like RT-Extension-QueueDeactivatedScrips but working with RT 4.2? What the extension does is allowing an administrator to selectively deactivate global scrips for a queue. thank you in advance. Bye Cris
Re: [rt-users] setting a password for a user
Hi Alex, Thanks for the reply. We actually do import passwords from LDAP for users that are in LDAP. But is it possible to also have users who are not in LDAP - and be able to change their passwords? I am sorry, I must be missing something but I still don't quite see the logic of the arrangement in place. Cheers, Boris. On Thu, Jan 15, 2015 at 11:34 PM, Alex Peters a...@peters.net wrote: The discussion thread you've linked to concerns LDAP, and doesn't seem relevant to your case. If you have the correct privileges (which you seem to), the Modify screen for another user will have three password boxes: the top one for you to confirm your password, and the bottom two to actually change the user's password. I assume that the requirement to enter your own password at this stage is for added security, i.e. to prevent someone else using your logged-in account to gain access to other people's accounts. Does this resolve things? On 16 January 2015 at 14:27, Boris Epstein borepst...@gmail.com wrote: Hello all, I am a user who has administrative privileges within my RT installation. That is usually enough but now an situation has come up that I need to alter an RT password for a user and it has turned out that I need to do that but can't - at least not easily. Here is a discussion I found on the topic: http://www.gossamer-threads.com/lists/rt/users/99177 So it looks like I need to either create/activate user root and create a password for that user (not sure exactly how to do that) or I need to change my own password - why should I? At any rate, any insight into what the logic is behind things being this way would be very helpful. Same for practical advice on how to set things up in such a way that admin users can modify other users' passwords by default though the web GUI. Thanks in advance. Cheers, Boris.
[rt-users] call and display custom field in create.html Ticket
call and display custom field in create.html Ticket hi I write because I could not give in and you can call and display ticket interface only one of the custom fields are generated and to display them in different locations interface creating a new ticket. As it directly shows all the fields together and displays them all at once. % $m-callback( CallbackName = 'AfterBasics', QueueObj = $QueueObj, ARGSRef = \%ARGS ); /Elements/EditCustomFieldCustomGroupings, %ARGS, Object = $ticket, CustomFieldGenerator = sub { $QueueObj-TicketCustomFields }, KeepValue = 1, Can you help me to know how to make the call and display manually one by one ?. Thanks in advance, greetings !!
[rt-users] Adding accesskey for next and previous
We recently upgraded to 4.0 ... and although I really like the new layout, the move to dropdowns for next and previous has turned out to be a little annoying - particularly when trying to get through a number of tickets. Example: Search for tickets, open first ticket - do some work, then you want to go to the 'next' one -- you have to hover over tickets, go down to next ... I am wondering if / where the code is generated for these next and previous links. I can't seem to find them and would love to add a p and n accesskey for those two links? -- http://www.wikiak.org # Associate yourself with men of good quality if you esteem your own reputation; for 'tis better to be alone then in bad company.- George Washington, Rules of Civility
Re: [rt-users] setting a password for a user
Alex, I finally resolved the issue by setting up the password for use root using this command: perl -I/opt/rt4/local/lib -I/opt/rt4/lib \ -MRT -MRT::User \ -e'RT::LoadConfig();RT::Init(); my $u = RT::User-new($RT::SystemUser); $u-Load(root); $u-SetPassword(secret)' borrowed from here: http://requesttracker.wikia.com/wiki/RecoverRootPassword and then logging in as root. As soon as I did I saw the tabs for password entry and was able to set a password for the user in question. I guess the question still remains, what is the rational behind me being unable to do so just as a user with admin privileges. Thanks. Boris. On Fri, Jan 16, 2015 at 9:34 AM, Boris Epstein borepst...@gmail.com wrote: Hi Alex, Thanks for the reply. We actually do import passwords from LDAP for users that are in LDAP. But is it possible to also have users who are not in LDAP - and be able to change their passwords? I am sorry, I must be missing something but I still don't quite see the logic of the arrangement in place. Cheers, Boris. On Thu, Jan 15, 2015 at 11:34 PM, Alex Peters a...@peters.net wrote: The discussion thread you've linked to concerns LDAP, and doesn't seem relevant to your case. If you have the correct privileges (which you seem to), the Modify screen for another user will have three password boxes: the top one for you to confirm your password, and the bottom two to actually change the user's password. I assume that the requirement to enter your own password at this stage is for added security, i.e. to prevent someone else using your logged-in account to gain access to other people's accounts. Does this resolve things? On 16 January 2015 at 14:27, Boris Epstein borepst...@gmail.com wrote: Hello all, I am a user who has administrative privileges within my RT installation. That is usually enough but now an situation has come up that I need to alter an RT password for a user and it has turned out that I need to do that but can't - at least not easily. Here is a discussion I found on the topic: http://www.gossamer-threads.com/lists/rt/users/99177 So it looks like I need to either create/activate user root and create a password for that user (not sure exactly how to do that) or I need to change my own password - why should I? At any rate, any insight into what the logic is behind things being this way would be very helpful. Same for practical advice on how to set things up in such a way that admin users can modify other users' passwords by default though the web GUI. Thanks in advance. Cheers, Boris.
Re: [rt-users] RT eats table-tags in html-emails
Another solution in recent versions of RT is to install the HTML::Gumbo module from CPAN, which should automatically enable correct display of all HTML in tickets without any coding. On Sat, 17 Jan 2015 1:11 am k...@rice.edu k...@rice.edu wrote: On Fri, Jan 16, 2015 at 06:49:05AM -0700, vinz wrote: RT is pruning the table, td and tr -tags from emails when you look at them at the Ticket/Display.html -page, is there a way to stop RT from doing this? I tried enabling Rich text (HTML) in my preferences and looked at \share\html\Elements\ShowMessageStanza but I'm just a beginner when it comes to perl. I'm currently on RT 4.2.6 and use apache, mod_fcgi and nginx as a reverse proxy. Thanks in advance, vinz Hi Vinz, You need to adjust the allowed tags in the HTML::Scrubber object by adding a Web_Local.pm: https://www.bestpractical.com/docs/rt/4.2/RT/Interface/Web.html Here is what I am using because I wanted to allow the tables to have colors: package HTML::Mason::Commands; # Let tables through push @SCRUBBER_ALLOWED_TAGS, qw(TABLE THEAD TBODY TFOOT TR TD TH); # Allow bgcolor to be set $SCRUBBER_ALLOWED_ATTRIBUTES{bgcolor} = '^\s*\#[a-fA-F0-9]{3,6}\s*'; 1; Make sure to set the option in your RT_SiteConfig.pm Set($TrustHTMLAttachments, 1); I think that is all I needed to do. Then restart after clearing your Mason cache. Regards, Ken
Re: [rt-users] setting a password for a user
When you say in your original message that you seem to be required to change your own password in order to change someone else's, can you please describe what is being shown to you in RT's interface at that point? I'm still expecting that you're being shown three password entry boxes on users' Modify pages when you're logged in. One should be asking for your password, and the other two should be asking for that user's new password. What's being shown to you if that's incorrect? On Sat, 17 Jan 2015 6:56 am Boris Epstein borepst...@gmail.com wrote: Alex, I finally resolved the issue by setting up the password for use root using this command: perl -I/opt/rt4/local/lib -I/opt/rt4/lib \ -MRT -MRT::User \ -e'RT::LoadConfig();RT::Init(); my $u = RT::User-new($RT::SystemUser); $u-Load(root); $u-SetPassword(secret)' borrowed from here: http://requesttracker.wikia.com/wiki/RecoverRootPassword and then logging in as root. As soon as I did I saw the tabs for password entry and was able to set a password for the user in question. I guess the question still remains, what is the rational behind me being unable to do so just as a user with admin privileges. Thanks. Boris. On Fri, Jan 16, 2015 at 9:34 AM, Boris Epstein borepst...@gmail.com wrote: Hi Alex, Thanks for the reply. We actually do import passwords from LDAP for users that are in LDAP. But is it possible to also have users who are not in LDAP - and be able to change their passwords? I am sorry, I must be missing something but I still don't quite see the logic of the arrangement in place. Cheers, Boris. On Thu, Jan 15, 2015 at 11:34 PM, Alex Peters a...@peters.net wrote: The discussion thread you've linked to concerns LDAP, and doesn't seem relevant to your case. If you have the correct privileges (which you seem to), the Modify screen for another user will have three password boxes: the top one for you to confirm your password, and the bottom two to actually change the user's password. I assume that the requirement to enter your own password at this stage is for added security, i.e. to prevent someone else using your logged-in account to gain access to other people's accounts. Does this resolve things? On 16 January 2015 at 14:27, Boris Epstein borepst...@gmail.com wrote: Hello all, I am a user who has administrative privileges within my RT installation. That is usually enough but now an situation has come up that I need to alter an RT password for a user and it has turned out that I need to do that but can't - at least not easily. Here is a discussion I found on the topic: http://www.gossamer-threads.com/lists/rt/users/99177 So it looks like I need to either create/activate user root and create a password for that user (not sure exactly how to do that) or I need to change my own password - why should I? At any rate, any insight into what the logic is behind things being this way would be very helpful. Same for practical advice on how to set things up in such a way that admin users can modify other users' passwords by default though the web GUI. Thanks in advance. Cheers, Boris.