ticket summary type release owner status created modified _description _reporter 3532 handling of blank values is hacked defect 0.11 new 2008-08-11T07:19:48+02:00 2017-10-10T19:31:54+02:00 "See HACK below: {{{ for field in TicketSystem(self.env).get_ticket_fields(): if field['type'] == 'select': xpath = '//*[contains(@class, ""tickets"")]//td[contains(@class, ""%s"")]' % (field['name']) select = tag.select(name=field['name']) # HACK: For some reason custom fields that have a blank value # as a valid option don't actually have that blank # value among the options in field['options'] so # we force a blank option in in the case where the # _default_ value is blank. if(field['value'] == '' and not ('' in field['options'])): select.append(tag.option()) for option in field['options']: select.append(tag.option(option, value=option)) }}} I'm not sure if this is a defect in trac or in GridModifyPlugin. I suspect trac." Abbywinters.com WebDev 3836 [PATCH] Disable gridmodify until explicitly enabled enhancement 0.11 new 2008-10-01T13:40:06+02:00 2017-10-10T19:31:54+02:00 "Hi, GridModifyPlugin is almost very useful to us, unfortunately certain reports we use (for example those from the TimingAndEstimationPlugin) look pretty nasty when it is enabled. This would be a non problem if reports and queries had an extra option/link/button you could select to turn on the !GridModifyBehaviour - because you sometimes just want to look, not edit :) Cheers Shez" shez@… 4990 [PATCH] Want content-based way to disable gridmod for specific pages defect 0.11 new 2009-04-27T20:06:47+02:00 2017-10-10T19:31:54+02:00 "Most reports benefit from gridmod. Some don't – indeed it's harmful – and I need a way to disable gridmod for those pages. Attached is one approach: if the text {{{ }}} appears in the page (e.g. in the report description) gridmod will recuse itself. " dgc 8621 Add support for ticket tweaking plugins enhancement 0.12 new 2011-03-18T22:51:43+01:00 2017-10-10T19:31:54+02:00 "I'm using the DynamicFieldsPlugin to clear one field when another changes on the ticket page. It would be convenient if GridModify could respect the .clear_on_change_of attribute from that plugin so that both ticket modification locations could stay in sync. Similarly, I'm using the DateFieldPlugin to make date-based select boxes implement a calendar popup to encourage consistency in dates (identified by the .date attribute). In both cases, the GridModifyPlugin, if enabled on any of those extended fields, leads to data which potentially can fall out of sync with data which would've normally been kept in sync through a ticket. I don't know if this is neccesarily an issue related to the GridModifyPlugin, or something which would be better implemented by the other plugins using some interface to register with this plugin (possibly the say the CustomAdminPlugin can be extended). This is potentially related to ticket #4507." Danny Sauer 10176 Should allow editing of text areas enhancement 0.12 new 2012-07-25T07:46:57+02:00 2017-10-10T19:31:54+02:00 It would be fantastic if this would also work on text areas such as the description field, so that I can edit as if I am in Excel. anonymous 10464 Accepting a ticket leaves it unowned. enhancement 0.12 new 2012-10-10T17:23:21+02:00 2017-10-10T19:31:54+02:00 "Great plugin, thanks. One of my team noted that if he accepts a ticket (in the ""Status"" field) it remains unowned. I've added the ""Owner"" field to the [gridmodify] part of trac.ini thus: {{{ [gridmodify] fields = status,owner,priority,milestone,scope,blockedby,estimatedhours,component }}} ... but of course this just means he's now able to accept the ticket and then type his username into the ""Owner"" field. Is it possibly for the updating of ""Status"" to ""Accepted"" to also update ""Owner"" to the login of the user, at the same time? Many thanks, Tom." tom.knight@… 11353 Handle Milestone field the same as ticket edits defect 0.11 Björn Harrtell new 2013-10-17T20:02:35+02:00 2021-01-16T03:08:35+01:00 When creating a ticket (or editing a ticket not through grid modify), milestone's are broken up into two lists, open and closed. Please fix Grid modify to behave the same. dac122 4507 set resolution or invoke workflow enhancement 0.11 new 2009-01-24T17:04:54+01:00 2017-10-10T19:31:54+02:00 "On my project, sometimes there is a lot of ticket triage to do on invalid (or deferrable) reports. I'd love to be able to resolve them from the report view, too. Perhaps a nice way of doing so would be to invoke a predefined workflow, rather than simply setting the resolution field. Maybe it could be inserted as an extra table column containing a select with options for each defined workflow. Clicking into each ticket and waiting for complete synchronous page views is the only really annoying part of using Trac. Thanks for this plugin -- it does much to alleviate this already. " dgc 13893 TracGridModify 1.0.0.dev0 Plugin not compatible with Trac 1.4.x defect 1.4 Ryan J Ollos accepted 2020-10-07T19:07:55+02:00 2020-10-08T00:42:50+02:00 "I installed the GridModify plugin from SVN as {{{#!sh sudo pip install svn+https://trac-hacks.org/svn/gridmodifyplugin/trunk }}} added configuration to trac.ini {{{#!ini [components] advancedworkflow.* = enabled trachtmlnotification.* = enabled tracrpc.* = enabled gridmod.* = enabled [gridmodify] fields = status,priority,milestone }}} Did a trac-admin - upgrade, apache restart, etc. and when users access Trac the logs show: {{{#!logtalk 2020-10-07 15:30:53,204 Trac[env] INFO: -------------------------------- environment startup [Trac 1.4.2] -------------------------------- 2020-10-07 15:30:54,300 Trac[loader] **ERROR: Skipping ""gridmod.web_ui = gridmod.web_ui"": ImportError: cannot import name TicketNotifyEmail ** }}} Code in the `web_ui.py` module of the TracGridModify plugin looks like it needs to be updated as described in comment:1:ticket:13263. Running Ubuntu 18.04 with Apache {{{ Babel 2.4.0 Genshi 0.7 mod-python 3.3.1 Trac 1.4.2 trac-oidc 0.1.5 TracAccountManager 0.6.dev0 TracAdvancedTicketWorkflow 1.2.1 TracDragDrop 0.12.0.12.post14397 TracGridModify 1.0.0.dev0 TracHtmlNotificationPlugin 0.12.0.2 TracReportInplaceEditPlugin 0.2 TracXMLRPC 1.1.9.dev0 Python 2.7.17 }}}" scott.dunt@…