custom query full rows not wiki-processed

17 views
Skip to first unread message

Theodor Norup

unread,
Apr 19, 2018, 10:35:33 AM4/19/18
to Trac Users
I'm doing custom queries with the "Show under each result" checked so that the ticket descriptions are shown under each row.

My problem is that the query shows the raw ticket description text without wiki-processing it. Trac sites on other servers (incl. trac-hacks) wiki-formats this text nicely.

Trac's log gives no hint even if on DEBUG level.

The problem persists even with all macros except IniAdmin disabled. Trac version = 1.0.15.

Any suggestion on where to begin debugging will be most welcome. For once, Google has been of no help :-(

Thanks, Theodor

Jun Omae

unread,
Apr 19, 2018, 10:58:29 AM4/19/18
to trac-...@googlegroups.com
Hi,
I've reported similar issue in https://trac.edgewall.org/ticket/12801
and fixed in Trac 1.0.14.
However, I didn't confirm description field.

Please try the following patch:

diff --git a/trac/ticket/api.py b/trac/ticket/api.py
index 33396c5c0..4e3188b47 100644
--- a/trac/ticket/api.py
+++ b/trac/ticket/api.py
@@ -305,7 +305,7 @@ class TicketSystem(Component):

# Description
fields.append({'name': 'description', 'type': 'textarea',
- 'label': N_('Description')})
+ 'format': 'wiki', 'label': N_('Description')})

# Default select and radio fields
selects = [('type', N_('Type'), model.Type),


--
Jun Omae <jun...@gmail.com> (大前 潤)

RjOllos

unread,
Apr 19, 2018, 4:36:29 PM4/19/18
to Trac Users

Patch works well. I made a ticket for the issue:
https://trac.edgewall.org/ticket/13010

I'm surprised we haven't noticed that defect until now.

- Ryan
 

Theodor Norup

unread,
May 9, 2018, 3:34:20 AM5/9/18
to Trac Users
Thanks, but...

I've tried to upgrade a clone of my trac site to 1.0.17dev and to 1.2.2 and the problem still persists. So it seems to be a local problem, but i'm clueless about where and how to start looking and as originally written, there is nothing conspicuous in the log. Any guidance would most appreciated.

BR Theodor

Jun Omae

unread,
May 9, 2018, 3:39:14 AM5/9/18
to trac-...@googlegroups.com
The issue will be fixed in Trac 1.0.17, 1.2.3 and 1.3.3.
Trac 1.0.15, 1.2.2 and 1.3.2 have the issue.

Theodor Norup

unread,
May 9, 2018, 4:21:36 AM5/9/18
to Trac Users

Yes, but i installed 1.0.17dev where the patch in https://trac.edgewall.org/ticket/13010  _is_ included - therefore my speculation that it is a local issue.

BR Theodor

RjOllos

unread,
May 9, 2018, 11:26:52 AM5/9/18
to Trac Users


On Wednesday, May 9, 2018 at 1:21:36 AM UTC-7, Theodor Norup wrote:

Yes, but i installed 1.0.17dev where the patch in https://trac.edgewall.org/ticket/13010  _is_ included - therefore my speculation that it is a local issue.

BR Theodor

The only thing I can think is that your webserver is picking up and older version of the egg/wheel, or  the webserver wasn't restarted after the upgrade.

- Ryan

Theodor Norup

unread,
May 9, 2018, 3:33:17 PM5/9/18
to Trac Users
Yes, that was the case until I manually cleared 1.0.15 away even though i did restart Apache. All web page footers now says 1.0.17dev and 1.2.2, respectively. Strange...

I'll leave it for now and maybe return for investigation later. Thanks for the attention.

BR Theodor
Reply all
Reply to author
Forward
0 new messages