Re: [rt-users] New UX for RT: REST 2.0, json, and what?
Hi All, We try to use the RTx-REST v2 plugin. We modified the source of RT 4.2 with the following: https://github.com/bestpractical/rt/compare/4.2;support-rest-v2 then installed the plugin and tried to use the REST interface with curl, but we got internal server error message. In the error log we have: [error] [client 1.2.3.4] You must pass in a resource for this Web::Machine at /usr/local/share/perl/5.14.2/Web/Machine.pm line 29.\n\tWeb::Machine::new('Web::Machine', 'resource', 'RTx::REST::Resource::Queue') called at /opt/rt4/local/plugins/RTx-REST/lib/RTx/REST.pm line 176\n\tRTx::REST::resource('Queue') called at /opt/rt4/local/plugins/RTx-REST/lib/RTx/REST.pm ... then [error] [client 1.2.3.4] Attempt to reload RTx/REST/Resource/Queue.pm aborted.\nCompilation failed in require at /usr/local/share/perl/5.14.2/Module/Runtime.pm line 317.\n Could you give us a short hint how to get through this problem? Thanks, Bekeny On Thu, Mar 13, 2014 at 9:16 AM, akos.to...@docca.hu wrote: Hello Alex, Thank you for all the infos. So: - we would join improving REST 2.0 (rtx-rest), - we would develope an angularjs (or backbone.js) client. I hope our work would be useful for all the RT community. Hello Community, If anyone has angularJS or backbone.js competency and could join us (any way), just let us know please. Thanks, Ákos On Wed, Mar 12, 2014 at 8:33 PM, Alex Vandiver ale...@bestpractical.comwrote: On Thu, 2014-03-06 at 17:21 +0100, akos.to...@docca.hu wrote: This is some kind of request for comment. Please, feel free to give us advice, support, ideas. If you have similar effort, if you know any solution that makes this problems causeless, let us know please! Best Practical is always interested in contributions from the community which improve the product. As it happens, our focus for RT 4.4 is planned to include a concentration on the UI, as well as a rewrite of the REST API. For RT 4.2, we held to our previous restrictions that the entirety of the UI needed to be accessible to users without JS enabled. With JS-based UIs sufficiently prevalent now, it is our intent with RT 4.4 that JS will be a required part of the UI. That being said, we do not intend to write the entirety of the UI in JS, as a thin wrapper around back-end APIs. Such a rewrite would be extremely time-intensive, and unlikely to be able to duplicate all of the features of the current server-side templating solution. However, we're quite interested in improving the REST API. The 1.0 REST API was written well before the advent of JSON, and indeed before the concept of REST APIs had begun to be commonplace -- as such, it has a number of very odd design decisions that hinder extensibility. Because of this, we are uninterested in expanding on it, but are more focused on providing a new implementation which is based on modern assumptions of how REST APIs should function. We currently have an initial sketch of a REST 2.0 already partially completed, with the aim to release it as an extension for RT 4.2, in core in RT 4.4, and remove REST 1.0 thereafter. It is now published at https://github.com/bestpractical/rtx-rest -- it also requires the RT branch https://github.com/bestpractical/rt/tree/4.2/support-rest-v2 Bear in mind that this is highly experimental; we do _not_ suggest its use apart from developers working on it. It is in no way production-ready. As we are aware it is lacking in features, pull requests or patches welcome; simple bug reports are not helpful at this juncture. - Alex -- RT Training London, March 19-20 and Dallas May 20-21 http://bestpractical.com/training -- RT Training London, March 19-20 and Dallas May 20-21 http://bestpractical.com/training -- RT Training - Dallas May 20-21 http://bestpractical.com/training
[rt-users] 4.2.0rc1 question
Hi List, Where can I find these new features in 4.2.0rc1? * Custom field groupings - Display CFs in configurable groupings (boxes) on the ticket display/edit pages - Includes arbitrary grouping names as well as standard ticket groupings (Basics, Dates, People, Links, etc.) Thanks, -- Bekeny Docca OutSource IT Ltd.
[rt-users] Scrip too fast or dirty read from db or what?
Hi List, I have the following problem on an RT 3.8.8: There is a simple scrip that notifies the owner on comments. Sometimes this scrip sends This transaction appears to have no content instead of the real textural content of the incoming e-mail. This problem mainly present if there are file attachements of the email. But if I run the following code from CLI the outgoing mail contains the good content not the This trans... warning message: --- my $tic = RT::Ticket-new($RT::SystemUser); $tic-Load(*id_of_ticket*); my $tr = RT::Transaction-new($RT::SystemUser); $tr-Load(*id_of_incoming_mail_comment_transaction*); my $scrip = RT::Scrip-new($RT::SystemUser); $scrip-Load(*id_of_notify_owner_scrip*); $scrip-Prepare(TicketObj = $tic, TransactionObj = $tr); $scrip-Commit(TicketObj = $tic, TransactionObj = $tr); --- So it seems to me that scrip runs earlier than the attachements of transaction inserted into the DB or there is some kind of MySQL cache problem which causes dirty read but there aren't any special MySQL settings. What do you think? Thanks, -- Bekeny Final RT training for 2012 in Atlanta, GA - October 23 24 http://bestpractical.com/training We're hiring! http://bestpractical.com/jobs
[rt-users] filename is untitled instead of the real name
Hi All, Some of our users who use Outlook reported that if they forward a mail into RT the attached files' names disappear. I attached a sample mail source (unrelevant lines are removed). Is it simply a bug they found or a known bug or settings problem of our RT, or ... ? Thanks, -- Bekeny Balint Docca OurSource IT Ltd. mail3.src Description: WAIS Source Final RT training for 2012 in Atlanta, GA - October 23 24 http://bestpractical.com/training We're hiring! http://bestpractical.com/jobs
Re: [rt-users] Improvement suggestions
Hi Cris, I absolutely agree with you. Lot of our users asked for this feature, that's why I do the following: - give an ERROR: prefix in the language file to every result line with type error - modify /Elements/ListActions to place these error lines in a results-error class div - in the css make results-error div red It's not so nice but it works. I think a standard solution for this would be better... -- Bekeny On Thu, Feb 2, 2012 at 10:41 AM, Guadagnino Cristiano guadagnino.cristi...@creval.it wrote: Hi all, I have a few problems that, if solved, I think may enhance the quality of RT. 1) RT displays a lot of notification messages through a pale yellow message box on top of the ticket page. Everything is displayed the same way regardless of nature (info, error, etc.). I think that it would be good to separate this messages at least into two categories: info (usual pale yellow box) and error (pale red box). Presently, since you cannot easily tell the difference, it happens quite often that one operator tries to take a ticket just half a second another operator took it, gets an error box, thinks it is the usual confirmation box, and starts working on the ticket. Sometimes he even does not realize he is doing duplicate work until he tries to resolve! 2) Beginning users of RT often fall into this error: click resolve on top of the ticket, write some message, then click resolve again instead of clicking on update ticket at the bottom. Why does resolve still show on top of the ticket when you're resolving? Is it possible to remove it? I think it doesn't belongs there. 3) Custom field of type check multiple values (check-box) could be ticked directly from the display page of a ticket instead of having to go into the modify page. It would help streamlining the work on tickets. Just a few thoughts. Thank you Cris p.s. We are using RT 3.8.10 and testing 4.02. Both have the mentioned problems. -- Cristiano Guadagnino Servizio Data Administration Bankadati S.I. Gruppo Credito Valtellinese Tel. +39-0342-522172 RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] attachment improvements
Hi Chris, I attached the two Callback files for attachment forward. I hope it will help you. -- Bekeny Docca OutSource IT Ltd. On Sun, Jan 22, 2012 at 3:57 PM, Christian Loos cl...@netsandbox.de wrote: Hi, can you please send your changes for 1. Attachment forward. I also have to implement this for your company RT (3.8.6) within the next weeks and would implement this in our internal RT plugin or would release a separate plugin on github.com for this change if it would be ok for you. Thanks! -Chris Am 21.01.2012 15:52, schrieb BÁLINT Bekény: 1. Attachment forward: previously attached files are listed on Update.html and you can check them to attach to the outgoing mail. (I don't understand why this kind of feature isn't in vanilla RT. Everybody downloads and then reuploads attachments if he or she wants to send it to an email address?). AttachmentForward.tar.bz2 Description: BZip2 compressed data RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] attachment improvements
Hi Ruslan, 2. Unique attachment session: RT temporary stores attachments in $session{'Attachments'} and deletes this on Display.html, Update.html, Create.html, ModifyAll.html and Bulk.html. The problem is that if you start a comment, attach a file and you open a ticket or start another comment, etc.in another browser window or tab, your uploaded attachment will be deleted from session. So later when you submit your comment there won't be your previously attached file. This is annoying for a lot of users that's why I create unique session variable in every related page to store the attachments. Note: I think it is impossible to implement this with Callbacks only. It needs patching or overlaying some files. This is implemented in the repo and aimed at 4.2. Good news. In that case I won't work on creating patches for this. 3. Multiple attach: there are flash solutions for multi-attach file but I don't like flash. Fortunately in HTML5 you can create input type=file with multiple attribute. Modern browsers support it and allow users to select more than one file at once. I implement this feature on Update, Create and ModifyAll pages. Users like this more than I previously supposed and it was only a 20 minute work to implement. :) Note: this will be another reason for IE users to change their browser :) What happens with browsers that don't support this feature? If those don't have problems and just allow users to upload one file then we can consider this for core. It is backward compatible so you can upload one file without any problem with IE or older FF, Safari, Chrome, etc. Do you care to send a patch against master branch? Note that because of above change (2), code around attachments upload is different, but actually it's better as we concentrated it in one place. Patch for master branch is attached. IMPORTANT: I'm unable to test it but I hope it works well on this branch. 4. Attachment coloring and ordering: you can define categories in SiteConfig and also colors for these categories. On Display page you can set category for every file with one click. Files get the color of their categories. You can also order attachments list by category (color), filename, creator, size and date. There is a predefined category hidden. With this you can hide an attachment. It's not my favorite improvement but this is very useful for companies work on long projects with lot of files. Sounds like useful @Plugin. If you need new callbacks for any code then you can send patches. Thanks, I think it will help me a lot to create Plugins. -- Bekeny Docca OutSource IT Ltd. From ab86ab8277fa9ed49a4a791180558d4c1b0364ae Mon Sep 17 00:00:00 2001 From: Balint Bekeny balint.bek...@docca.hu Date: Sun, 22 Jan 2012 20:54:15 +0100 Subject: [PATCH 1/2] multiple attribute added to input type=file --- share/html/Ticket/Elements/AddAttachments |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/share/html/Ticket/Elements/AddAttachments b/share/html/Ticket/Elements/AddAttachments index 0086858..8021bcb 100644 --- a/share/html/Ticket/Elements/AddAttachments +++ b/share/html/Ticket/Elements/AddAttachments @@ -56,6 +56,6 @@ /tr % } # end of if -trtd class=label|/lAttach/:/tdtdinput name=Attach type=file /input type=submit class=button name=AddMoreAttach value=|/lAdd More Files/ /input type=hidden class=hidden name=UpdateAttach value=1 / +trtd class=label|/lAttach/:/tdtdinput name=Attach type=file multiple=multiple /input type=submit class=button name=AddMoreAttach value=|/lAdd More Files/ /input type=hidden class=hidden name=UpdateAttach value=1 / /td/tr % $m-callback( %ARGS, CallbackName = 'End' ); -- 1.7.2.5 From b421c45d917a41e8d98ae79bc6c9a26665fd0c81 Mon Sep 17 00:00:00 2001 From: Balint Bekeny balint.bek...@docca.hu Date: Sun, 22 Jan 2012 21:30:12 +0100 Subject: [PATCH 2/2] handle multiple files attached --- lib/RT/Interface/Web.pm | 17 + share/html/Search/Bulk.html | 21 + share/html/Ticket/Create.html| 23 ++- share/html/Ticket/ModifyAll.html | 23 ++- share/html/Ticket/Update.html| 23 ++- 5 files changed, 64 insertions(+), 43 deletions(-) diff --git a/lib/RT/Interface/Web.pm b/lib/RT/Interface/Web.pm index eefaab5..9c1c7cf 100644 --- a/lib/RT/Interface/Web.pm +++ b/lib/RT/Interface/Web.pm @@ -1678,12 +1678,13 @@ sub MakeMIMEEntity { #TODO document what else this takes. my %args = ( -Subject = undef, -From= undef, -Cc = undef, -Body= undef, -AttachmentFieldName = undef, -Type= undef, +Subject = undef, +From = undef, +Cc = undef, +Body = undef, +
Re: [rt-users] attachment improvements
Patch for master branch is attached. IMPORTANT: I'm unable to test it but I hope it works well on this branch. Slightly misguided you. Mentioned change is not yet on master, it's in 4.2/web-attachs-processing branch. Took a look at the changes. Looks good and simple. I think patch for this branch is more simple because it is not require to modify Create.html, etc. pages only the ProcessAttachments function in Web.pm. Should I create a patch for this branch also? -- Bekeny Docca OutSource IT Ltd. RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
[rt-users] attachment improvements
Hi list, I've made some attachment improvements in our company's RT 3.8 in the last few years. If you are interested in it I can try to create 4.0 compatible Plugins for these features (now I could only send patches for 3.8.x files). 1. Attachment forward: previously attached files are listed on Update.html and you can check them to attach to the outgoing mail. (I don't understand why this kind of feature isn't in vanilla RT. Everybody downloads and then reuploads attachments if he or she wants to send it to an email address?). 2. Unique attachment session: RT temporary stores attachments in $session{'Attachments'} and deletes this on Display.html, Update.html, Create.html, ModifyAll.html and Bulk.html. The problem is that if you start a comment, attach a file and you open a ticket or start another comment, etc.in another browser window or tab, your uploaded attachment will be deleted from session. So later when you submit your comment there won't be your previously attached file. This is annoying for a lot of users that's why I create unique session variable in every related page to store the attachments. Note: I think it is impossible to implement this with Callbacks only. It needs patching or overlaying some files. 3. Multiple attach: there are flash solutions for multi-attach file but I don't like flash. Fortunately in HTML5 you can create input type=file with multiple http://www.w3schools.com/html5/att_input_multiple.aspattribute. Modern browsers support it and allow users to select more than one file at once. I implement this feature on Update, Create and ModifyAll pages. Users like this more than I previously supposed and it was only a 20 minute work to implement. :) Note: this will be another reason for IE users to change their browser :) 4. Attachment coloring and ordering: you can define categories in SiteConfig and also colors for these categories. On Display page you can set category for every file with one click. Files get the color of their categories. You can also order attachments list by category (color), filename, creator, size and date. There is a predefined category hidden. With this you can hide an attachment. It's not my favorite improvement but this is very useful for companies work on long projects with lot of files. -- Bekeny Docca OutSource IT Ltd. RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
[rt-users] two new themes for RT
Hi list, One of my workmates made two themes for RT and he allows me to share these with you so I do it. :) Maybe someone also likes one of them. Our RT version is 3.8.11 but I think they fit on 4.0 as well. QUICK INSTALLATION (if your RT's path is /opt/rt3/): Download the attached themes.tar.bz2 somewhere on your RT server. tar xvjf themes.tar.bz2 cd themes mkdir -p /opt/rt3/local/lib/RT/ cp -i Config_Local.pm /opt/rt3/local/lib/RT/ mkdir -p /opt/rt3/local/html/NoAuth/css/ cp -r web2-docca4* /opt/rt3/local/html/NoAuth/css/ ln -s /opt/rt3/share/html/NoAuth/css/web2 /opt/rt3/share/html/NoAuth/css/web2-docca4 ln -s /opt/rt3/share/html/NoAuth/css/web2 /opt/rt3/share/html/NoAuth/css/web2-docca4-dark Restart your web server. Login to RT and go to Preferences (Settings). Select web2-docca4 or web2-docca4-dark from Themes. If I remember well that's all. ps: Is it possible that these themes are a little bit faster than web2 or is it just a feeling? Maybe because of removing background gradient image? Bye, -- Bekény themes.tar.bz2 Description: BZip2 compressed data RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
[rt-users] SetMIMEHeadToEncoding bug?
Hi, I think I found a (strange) bug in RT. You can reproduce it in the following way: - Send an email into your RT with non-ascii characters in the Subject (eg. accented characters) - Open the created ticket and start to write a comment - Modify the Subject (eg. add some random characters to the end) - Select a file to attach - Click on Update Ticket (register the comment) The comment will be registered well the attachment will be okay but you will see that the subject of this in the ticket history is wrong. Sometimes it's also wrong in the outgoing mails, if there's any (depends on the template?). I started to dig the problem out. I realized that if I create the ticket on web interface, everything is good. I found that the problem is in file: Ticket_Overlay.pm, sub: _RecordNote, line: RT::I18N::SetMIMEEntityToUTF8( $args{'MIMEObj'} ); It seems that the problem is coused by In-Reply-To header line in file: I18N.pm , sub: SetMIMEHeadToEncoding. Then I was lost a little bit and couldn't find a solution for this. Please help me! More info: The problem exists in 3.8.11 and 4.0.3 with MIME-tools 5.427 and newer too. Thanks, Bekeny Docca OutSource IT Ltd. RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
Re: [rt-users] Limit upload to compressed files
Hi, I think the easiest way is this: http://www.w3schools.com/tags/att_input_accept.asp But: - it's not yet supported by all browsers - it's not on server side, so can be ignored -- Bekeny Docca OutSource IT Ltd. On Tue, Nov 8, 2011 at 9:23 AM, Michael Polenske michael.polen...@skm-skyline.de wrote: Good morning, ** ** we allow our customers to upload files (configuration files, kernel dumps etc) to their ticket. Unfortunately not all customers follow the rule and compress their uploads, so it can be that they upload a config file with 20MB (compressed with standard zip it’s 1MB). ** ** So big question – can I limit the upload to .zip /.gz/.rar.7z or whatever on a easy way ? Any idea ? ** ** Thanks and best regards, Michael ** ** RT Training Sessions (http://bestpractical.com/services/training.html) * Barcelona, Spain — November 28 29, 2011 RT Training Sessions (http://bestpractical.com/services/training.html) * Boston March 5 6, 2012
[rt-users] Attachment filename encode problem (via Web interface)
Hi all, I found the following problem: If I attach a file on the web interface with utf8 characters in the filename it will appear wrong in the attachments box (showing the octets of the utf8 string). It is wrong in IE, FF, Chrome and under Mac, Linux, Windows also. If I send the same file into the ticket via email everything is fine. We use version 3.8.8. We have some customers also using RT so I tried it in earlier versions and I found out that it works well until version 3.8.7. I also found out that the error is in lib/RT/Interface/Web.pm. The commit when it becomes wrong was this: https://github.com/bestpractical/rt/commit/a6e855c1cf6825d7c95f964afb59779fa4cbfb67 I don't know what is the good solution for this problem but if I downgrade this line: $filename = Encode::encode_utf8( $filename ); to $filename = Encode::decode_utf8($filename); in Web.pm, everything is good again so it's a workaround for this problem. Do you know about this bug (if it is a bug)? Do you have a better fix? Thanks, _ BALINT Bekeny / DOCCA OutSource IT Ltd. www.docca.hu
[rt-users] subject quote problem
Hi List, I think there is a problem with mime-encoded header handling. The following code (and comments) are in I18N.pm file (3.8.7): - # It's legal for headers to contain mime-encoded commas and semicolons which # should not be treated as address separators. (Encoding == quoting here) # # until this is fixed, we must escape any string containing a comma or semicolon # this is only a bandaid # Some _other_ MUAs encode quotes _already_, and double quotes # confuse us a lot, so only quote it if it isn't quoted # already. $enc_str = qq{$enc_str} if $enc_str =~ /[,;]/ and $enc_str !~ /^.*$/; - It is good for To, Cc and other fields because non-ascii, encoded names before email addresses can containt commas and semicolons, for example: NonAscii, Name f...@bar.com becomes NonAscii, Name f...@bar.com and that's why commas don't cause problems, but it's not good for subject. If I have a non-ascii subject with comma or semicolon it will be quoted. Non-ascii, subject becomes Non-ascii, subject It's not good but tolerable. But if I have a long non-ascii subject, I will get a worse thing: It is a very long non ascii subject with commas, in the header, it will be encoded and multiline becomes something like this: It is a very long non ascii subject with commas, in the header, it will be encoded and multiline It's not good if you parse the subject, and may annoy your users. I attached a patch that I use to avoid this problem. It's maybe useful but maybe you have a better solution or opinion about this problem. Please let me know if there is! Thanks, -- Bekeny Docca OutSource IT Ltd subject_noquote.diff Description: Binary data ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com 2010 RT Training Sessions! San Francisco, CA, USA - Feb 22 23 Dublin, Ireland - Mar 15 16 Boston, MA, USA - April 5 6 Washington DC, USA - Oct 25 26 Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Problems with Text::Quoted Module / RT 3.6.5
Btw, a good question could be: is this also fixed in later rt 3.6.x releases? I don't think so but this maybe helps you for fix it in 3.6: http://lists.bestpractical.com/pipermail/rt-commit/2008-November/01.html -- Bekény On Fri, Jan 8, 2010 at 9:57 PM, Torsten Brumm torsten.br...@googlemail.comwrote: Btw, a good question could be: is this also fixed in later rt 3.6.x releases? 2010/1/7 BÁLINT Bekény balint.bek...@docca.hu Hi Torsten, I think this was fixed in 3.8.2. The relevant ChangeLog part is: * rewrite displaying message stanza without recursion to avoid problems with deep recursion errors and improve performance [ruz] -- Bekény On Wed, Jan 6, 2010 at 1:58 PM, Brumm, Torsten / Kuehne + Nagel / Ham MI-ID torsten.br...@kuehne-nagel.com wrote: Happy new year to all RT Gurus, starting from Monday 4th of Jan, we found some strange problems inside our RT Installation on Centos 5.2. From time to time the mason_handler.fcgi process uses all the memory our system has installed until oom-killer of apache stops this process. After reading a lot and searching the logfiles, i found that every time this occures, we get a logentry: [Wed Jan 06 12:47:17 2010] [warn] mod_fcgid: stderr: Deep recursion on subroutine Text::Quot Next i found some useful hints inside the list about replacing and renewing Text::Quoted Module, i've done this and yes, the error still occures several times the day. Btw. I also renewed the Scalar::Util Modul during this process. Any ideas or suggestions? Torsten Kuehne + Nagel (AG Co.) KG, Geschaeftsleitung: Hans-Georg Brinkmann (Vors.), Dirk Blesius, Reiner Heiken, Bruno Mang, Alfred Manke, Christian Marnetté, Mark Reinhardt, Jens Wollesen, Rainer Wunn, Sitz: Bremen, Registergericht: Bremen, HRA 21928, USt-IdNr.: DE 812773878, Persoenlich haftende Gesellschaft: Kuehne Nagel A.G., Sitz: Contern/Luxemburg Geschaeftsfuehrender Verwaltungsrat: Klaus-Michael Kuehne ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com -- MFG Torsten Brumm http://www.brumm.me http://www.elektrofeld.de ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Problems with Text::Quoted Module / RT 3.6.5
Hi Torsten, I think this was fixed in 3.8.2. The relevant ChangeLog part is: * rewrite displaying message stanza without recursion to avoid problems with deep recursion errors and improve performance [ruz] -- Bekény On Wed, Jan 6, 2010 at 1:58 PM, Brumm, Torsten / Kuehne + Nagel / Ham MI-ID torsten.br...@kuehne-nagel.com wrote: Happy new year to all RT Gurus, starting from Monday 4th of Jan, we found some strange problems inside our RT Installation on Centos 5.2. From time to time the mason_handler.fcgi process uses all the memory our system has installed until oom-killer of apache stops this process. After reading a lot and searching the logfiles, i found that every time this occures, we get a logentry: [Wed Jan 06 12:47:17 2010] [warn] mod_fcgid: stderr: Deep recursion on subroutine Text::Quot Next i found some useful hints inside the list about replacing and renewing Text::Quoted Module, i've done this and yes, the error still occures several times the day. Btw. I also renewed the Scalar::Util Modul during this process. Any ideas or suggestions? Torsten Kuehne + Nagel (AG Co.) KG, Geschaeftsleitung: Hans-Georg Brinkmann (Vors.), Dirk Blesius, Reiner Heiken, Bruno Mang, Alfred Manke, Christian Marnetté, Mark Reinhardt, Jens Wollesen, Rainer Wunn, Sitz: Bremen, Registergericht: Bremen, HRA 21928, USt-IdNr.: DE 812773878, Persoenlich haftende Gesellschaft: Kuehne Nagel A.G., Sitz: Contern/Luxemburg Geschaeftsfuehrender Verwaltungsrat: Klaus-Michael Kuehne ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] UpdateCc, clickable addresses bug?
On Mon, Dec 21, 2009 at 5:17 PM, Jesse Vincent je...@bestpractical.comwrote: On Sat, Dec 19, 2009 at 12:15:12PM +0100, BBBLINT Bekkkny wrote: Of course. -- Bekény I have the following problem in 3.8.6 (sorry I can't try it on 3.8.7 now). If I have a header line in an email like this (or in Cc field): To: 'Foo Bar' foo@foobar.hu of To: 'Foo2 Bar2' foo2.b...@foobar2.hu on the Update.html page (UpdateCc component) RT generates the code: [...] It seems that ' disturbs the generated JavaScript code. Is it a known issue? Looking at the patch now that it's a unified diff, I think we probably want to be escaping the ' rather than killing it. Does \\' work as a replacement string? Yes, it works. -- Bekeny ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] UpdateCc, clickable addresses bug?
Of course. -- Bekény 2009/12/18 Jesse Vincent je...@bestpractical.com Bekeny, Could you do me the favor of resending as a unified diff? (diff -u) Thanks! On Thu 17.Dec'09 at 23:24:11 +0100, BÁLINT Bekény wrote: Hi Jesse, I attached a patch for 3.8.6. I'm not sure it is the best solution for this problem but it seems a working one. Hope I helped. Best regards, -- Bekeny 2009/12/17 Jesse Vincent je...@bestpractical.com On Thu 17.Dec'09 at 13:43:41 +0100, BALINT Bekeny wrote: Hi List, I have the following problem in 3.8.6 (sorry I can't try it on 3.8.7 now). If I have a header line in an email like this (or in Cc field): To: 'Foo Bar' foo@foobar.hu of To: 'Foo2 Bar2' foo2.b...@foobar2.hu on the Update.html page (UpdateCc component) RT generates the code: [...] It seems that ' disturbs the generated JavaScript code. Is it a known issue? I didn't know about it. Or a Bug? It sure looks like a bug. Will you open a ticket? A patch would be much appreciated if you or anyone else is up to it. Or a Feature? It's definitely not one of these. -Jesse -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAksqQg0ACgkQEi9d9xCOQEbYEACeN5Wphc16WbGraqy9ayXsPeVt uHYAn1I2sS4AHEqkKNeK4uY+TZRwgjao =N12W -END PGP SIGNATURE- *** share/html/Ticket/Elements/UpdateCc Mon Nov 23 23:11:39 2009 --- local/html/Ticket/Elements/UpdateCc Thu Dec 17 23:14:00 2009 *** *** 55,61 id=UpdateCc-%$addr% name=UpdateCc-%$addr% type=checkbox ! onClick=checkboxToInput('UpdateCc', 'UpdateCc-%$addr%','%$txn_addresses{$addr}-format%' ); $(UpdateIgnoreAddressCheckboxes).value=1 % $ARGS{'UpdateCc-'.$addr} ? 'checked=checked' : ''% /Elements/ShowUser, Address = $txn_addresses{$addr} %} /td/tr --- 55,63 id=UpdateCc-%$addr% name=UpdateCc-%$addr% type=checkbox ! % my $clean_addr = $txn_addresses{$addr}-format; ! % $clean_addr =~ s/'//g; ! onClick=checkboxToInput('UpdateCc', 'UpdateCc-%$addr%','%$clean_addr%' ); $(UpdateIgnoreAddressCheckboxes).value=1 % $ARGS{'UpdateCc-'.$addr} ? 'checked=checked' : ''% /Elements/ShowUser, Address = $txn_addresses{$addr} %} /td/tr *** *** 66,72 id=UpdateBcc-%$addr% name=UpdateBcc-%$addr% type=checkbox ! onClick=checkboxToInput('UpdateBcc', 'UpdateBcc-%$addr%','%$txn_addresses{$addr}-format%' ); $(UpdateIgnoreAddressCheckboxes).value=1 % $ARGS{'UpdateBcc-'.$addr} ? 'checked=checked' : ''% /Elements/ShowUser, Address = $txn_addresses{$addr} %} --- 68,76 id=UpdateBcc-%$addr% name=UpdateBcc-%$addr% type=checkbox ! % my $clean_addr = $txn_addresses{$addr}-format; ! % $clean_addr =~ s/'//g; ! onClick=checkboxToInput('UpdateBcc', 'UpdateBcc-%$addr%','%$clean_addr%' ); $(UpdateIgnoreAddressCheckboxes).value=1 % $ARGS{'UpdateBcc-'.$addr} ? 'checked=checked' : ''% /Elements/ShowUser, Address = $txn_addresses{$addr} %} -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAksr5l8ACgkQEi9d9xCOQEY0cQCgooq/46j4HCDwE5miUkMto6nv DZgAoLU0rQvdttmcTwYHw8RRf5xvr1b+ =PnES -END PGP SIGNATURE- clean_address_in_RT_3_8_6.patch Description: Binary data ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
[rt-users] UpdateCc, clickable addresses bug?
Hi Jesse, I attached a patch for 3.8.6. I'm not sure it is the best solution for this problem but it seems a working one. Hope I helped. Best regards, -- Bekeny 2009/12/17 Jesse Vincent je...@bestpractical.com On Thu 17.Dec'09 at 13:43:41 +0100, BALINT Bekeny wrote: Hi List, I have the following problem in 3.8.6 (sorry I can't try it on 3.8.7 now). If I have a header line in an email like this (or in Cc field): To: 'Foo Bar' foo@foobar.hu of To: 'Foo2 Bar2' foo2.b...@foobar2.hu on the Update.html page (UpdateCc component) RT generates the code: [...] It seems that ' disturbs the generated JavaScript code. Is it a known issue? I didn't know about it. Or a Bug? It sure looks like a bug. Will you open a ticket? A patch would be much appreciated if you or anyone else is up to it. Or a Feature? It's definitely not one of these. -Jesse -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAksqQg0ACgkQEi9d9xCOQEbYEACeN5Wphc16WbGraqy9ayXsPeVt uHYAn1I2sS4AHEqkKNeK4uY+TZRwgjao =N12W -END PGP SIGNATURE- clean_address_in_RT_3_8_6.patch Description: Binary data ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: sa...@bestpractical.com Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com