Edgewall Software
Modify

Opened 18 years ago

Closed 17 years ago

Last modified 16 years ago

#4005 closed enhancement (duplicate)

[PATCH] - Enable user-definable Ticket Query Result Fieldsets

Reported by: ilias@… Owned by: Matthew Good
Priority: normal Milestone:
Component: report system Version: devel
Severity: normal Keywords: query
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description

There are several methods to implement user-definable ticket query fields (fields which should shown in the query result table).

The basic one would be to define the default fields within the trac.ini

The location within the code should be this one:

source:trunk/trac/ticket/query.py#rev=3999#L106

Other options could be defined there, too (e.g. "verbose").


Several thoughts can be found here (not yet verified):

http://dev.lazaridis.com/base/wiki/PlanTicketQueryMacro#FieldSelection

Is there any document available, which shows the planned changes mentioned in [http://groups.google.com/group/trac-dev/msg/377b428936e0676a this message}?

Attachments (1)

TicketQueryDefaultFieldsOrderOption.diff (1.1 KB ) - added by ilias@… 18 years ago.
basic implementation

Download all attachments as: .zip

Change History (11)

comment:1 by ilias@…, 18 years ago

I have this addition ready, but must first apply the other patches prior to producing the final patch.

by ilias@…, 18 years ago

basic implementation

comment:2 by ilias@…, 17 years ago

reminder: see description in thread

Most of the code is already in trac 0.11dev.

What is missing is the part with the user defined query-result-fieldsets, which overrides the automated fieldset selection completely, thus a user can control the format of the resulting table.

diff against older version of trac (some code is already within trac 0.11dev)

see a related discussion subjecting naming and further functionality.

I can provide the final patch, but would need to know the preferred naming.

(Note: the code is actively tested on my and on the customers 0.11dev production environments since a few weeks)

comment:3 by ilias@…, 17 years ago

Summary: Provide Option to Define Default Ticket Query Fields[PATCH] - Enable user-definable Ticket Query Result Fieldsets

comment:4 by ilias@…, 17 years ago

An alternate implementation would be:

  • ability to define fields via a query parameter "fields"
    • fields=ID|title|modified|*dev

"*dev" would be defined within the trac.ini (naming as suggested by mgood: fieldalias)

comment:5 by Christian Boos, 17 years ago

Milestone: 0.12

comment:6 by Christian Boos, 17 years ago

Component: generalreport system
Keywords: query added
Owner: changed from Jonas Borgström to Matthew Good

comment:7 by ilias@…, 17 years ago

can this please be included with the 0.11 version?

This is the last part of the "ticket query" commercial task.

The functionality is ready implemented, and tested on 2 production systems, and enables a very flexible use of queries within the wiki.

I can provide the initial patches and modify them based on the further requests from the team.

comment:8 by Christian Boos, 17 years ago

Milestone: 0.12
Resolution: duplicate
Status: newclosed

This will be possible in 0.11 with a combination of #2409 and the possibility to add things like e.g. col=priority&col=user_field and row=description to the default query.

in reply to:  8 ; comment:9 by ilias@…, 16 years ago

Replying to cboos:

This will be possible in 0.11 with a combination of #2409 and the possibility to add things like e.g. col=priority&col=user_field and row=description to the default query.

That's not the same effect. For anyone interested:

http://dev.lazaridis.com/base/browser/infra/tracx/tracx/query.py@152

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The owner will remain Matthew Good.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from Matthew Good to the specified user.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.