Brackets in URLs cause problems showing message

IMP fails to display a message when it contains an URL that

Wed, 03 Apr 2013 08:35:26 +0000

IMP fails to display a message when it contains an URL that contains brackets. Instead IMP shows the content as an attachment. Trying to open the attachment results in a blank window with no content. See the attached screenshot for details. I have also attached two mail messages as examples, one of which displays perfectly okay and the other (containing an URL with brackets) failing to display.

Cannot reproduce. Do you get any error messages in in the we

Wed, 03 Apr 2013 11:38:59 +0000

Cannot reproduce. Do you get any error messages in in the webserver/PHP/Horde logs?

> Do you get any error messages in in the webserver/PHP/Hord

Wed, 03 Apr 2013 12:46:28 +0000

> Do you get any error messages in in the webserver/PHP/Horde logs? Thanks for your quick reply. We see no errors whatsoever. However, it is at least a remote possibility that one of our local patches could have effect on this. Our Horde/IMP admin will return next week and I guess we'll have to do new tests on a totally unpatched Horde/IMP.

Possibly an unreasonable low preg backtrack limit issue? Al

Wed, 03 Apr 2013 16:24:49 +0000

Possibly an unreasonable low preg backtrack limit issue? Although the symptoms don't quite match up. It might be an IMAP server parsing issue also (directly viewing an attachment means that we don't do any parsing ourselves). Maybe an IMAP log would be helpful. To further debug this issue, we need details of the IMP -> IMAP/POP communication. To enable debugging, see instructions contained in imp/config/backends.php (the 'debug' config parameter). Debugging should not be enabled on a production server, Attach/post only the portion of the log that directly deals with the problem reported (it may be simplest to clear the log file and then perform the event that causes the error).

Changes have been made in Git (master): commit 4a6352106b93

Tue, 09 Apr 2013 19:07:50 +0000

Changes have been made in Git (master): commit 4a6352106b93a92e00cd32128457d66d8606afd3 Author: Michael M Slusarz Date: Tue Apr 9 13:07:16 2013 -0600 [mms] If a preg call exceeds the backtrack limit, fallback to the original text (Bug #12152). framework/Text_Filter/lib/Horde/Text/Filter.php | 12 ++++++++++-- framework/Text_Filter/package.xml | 4 ++-- 2 files changed, 12 insertions(+), 4 deletions(-) http://git.horde.org/horde-git/-/commit/4a6352106b93a92e00cd32128457d66d8606afd3

Horde_Text_Filter 2.1.1. You are most likely using a vers

Tue, 09 Apr 2013 19:09:22 +0000

Horde_Text_Filter 2.1.1. You are most likely using a version of PHP < 5.3.7 which had an unrealistically low default value of pcre.backtrack_limit. Either upgrade PHP or set the default value to at least 1000000 instead.

Changes have been made in Git (master): commit 23ae3d2699eb

Tue, 09 Apr 2013 21:30:41 +0000

Changes have been made in Git (master): commit 23ae3d2699eb42c638be568f8282091f2c5a29e6 Author: Michael M Slusarz Date: Tue Apr 9 13:13:13 2013 -0600 Unit test for Bug #12152 .../test/Horde/Text/Filter/LinkurlsTest.php | 15 +++++++++++++++ 1 files changed, 15 insertions(+), 0 deletions(-) http://git.horde.org/horde-git/-/commit/23ae3d2699eb42c638be568f8282091f2c5a29e6

> Changes have been made in Git (master): Again, many tha

Wed, 10 Apr 2013 06:40:15 +0000

> Changes have been made in Git (master): Again, many thanks for your great problem solving. We do have an older PHP version and raising the pcre limit solved the problem!