{5} Assigned, Active Tickets by Owner (Full Description) (188 matches)

I evaluated this plugin to see if it could modify custom ticket fields. I tried in a new environment with a text field, and did not see any box to edit.

Rationale for the requirement:

Currently at my organization we use a tool called ScrumWorks? to do agile planning and estimation and I'm looking at plugins for Trac to try to emulate the behavior (rather than using 2 products). In this tool, it displays a list of sprint tasks (SBIs) in a table format with the work remaining. In our agile environment the team does a "daily standup" and updates all values together in the meeting. In Trac we could do this with a custom field and update, but we would have to click each ticket. I was hoping this plugin would allow us to update all tickets from the same screen.

I rate this as a low priority, because I'm still not sure if we would want to use Trac for this, for reasons beyond multiple ticket editing.

Nice job on this plugin, and it's an awesome idea, plus it is great how it requires no configuration and integrates seamlessly.

When I try to use the DataMover? to move from 1 TRAC environment to another, I receive the following error:

Traceback (most recent call last):
  File "C:\Python24\lib\site-packages\trac\web\main.py", line 406, in dispatch_request
    dispatcher.dispatch(req)
  File "C:\Python24\lib\site-packages\trac\web\main.py", line 237, in dispatch
    resp = chosen_handler.process_request(req)
  File "C:\Python24\lib\site-packages\tracwebadmin-0.1.2dev_r5753-py2.4.egg\webadmin\web_ui.py", line 109, in process_request
    path_info)
  File "build\bdist.win32\egg\datamover\ticket.py", line 69, in process_admin_request
  File "build\bdist.win32\egg\datamover\util.py", line 40, in copy_ticket
TypeError: zip argument #2 must support iteration

I am using Trac version 0.10.4

I ran into problems with the dependencies this hack has. Which exact version of Tidy and XSLTPROC do you use for development?

We have trac with authForm plugin running with tracd. In our LAN, it works fine, but when we want to login with other computer in the Internet, the main page is ok, but the login doesn't work. Thanks

I downloaded the TracProjectMenu? source, built the egg using the following command: python ./setup.py bdist_egg I then took the TracProjectMenu?.egg and put it in the /plugins/ folder of the project that I wanted to enable the plugin for. Once this was done, I got the following error message: Traceback (most recent call last):

File "/usr/lib64/python2.4/site-packages/trac/web/main.py", line 387, in dispatch_request

dispatcher.dispatch(req)

File "/usr/lib64/python2.4/site-packages/trac/web/main.py", line 208, in dispatch

chrome.populate_hdf(req, chosen_handler)

File "/usr/lib64/python2.4/site-packages/trac/web/chrome.py", line 319, in populate_hdf

for category, name, text in contributor.get_navigation_items(req):

File "build/bdist.linux-x86_64/egg/projectmenu/web_ui.py", line 21, in get_navigation_items File "/usr/lib64/python2.4/site-packages/trac/web/main.py", line 58, in _open_environment

env_cache[env_path] = open_environment(env_path)

File "/usr/lib64/python2.4/site-packages/trac/env.py", line 434, in open_environment

env = Environment(env_path)

File "/usr/lib64/python2.4/site-packages/trac/env.py", line 126, in init

self.verify()

File "/usr/lib64/python2.4/site-packages/trac/env.py", line 174, in verify

fd = open(os.path.join(self.path, 'VERSION'), 'r')

IOError: [Errno 2] No such file or directory: '/data/trac/etc/VERSION'

Sorry for posting so many tickets ;)

When creating test cases sometimes you need some testing data, in form of text-documents or something else.

I think it would be helpful to have a new tag "attachment" or something in the xml-file where you can refer to a file in the same repository-folder where the test cases are stored.

This file could be linked (you can download it from the repository-browser), or attached to the ticket. (I think it should be linked, because such files can become very huge)

What do you think?

The irclogs view page can default to the current date by adding this code around line 210 in __init__.py

         if req.args['year'] is None:
            today = datetime.now()

Hi,

I am new to Trac, looking at different system to migrate slowly to a more end-to-end project management system. Trac is a really good core, and I really like your test tracking plugin.

I was thinking, do you think it would be possible to extend this system to perform general documentation control with a reasonable amount of work? I am thinking in the context of requirements document version control with reviews (multiple reviewers/comments/versions, etc.)

Same for other project documents (design documents, release notes etc. a generic document specific ticketing system) as well as think like source code reviews. I know we don't have a true requirements tracking/traceability system yet, but tracking the documents themselves seems like the same process as tracking a test plan to me.

Thanks for any feedback.

All users have access to the TestManagement tab (even though some can do nothing there because they lack privileges for svn view, TICKET_VIEW and so on). It would be great to have some permissions like TESTMNG_ADMIN, TESTMNG_CREATE, TESTMNG_VIEW, etc to manage this.

When running the search on all projects, every result which is generated by the plugin looks similar to this:

project1:<span class="closed">#17</span>: task: Some Task (closed: fixed)

The html <span> tags are still visible because they are escaped by Genshi to (from the html-sourcecode):

<dt><a href="/trac/project1/ticket/17" class="searchable">project1: &lt;span class="closed"&gt;#17&lt;/span&gt;: task: Some Task (closed: fixed)</a></dt>

This display can be fixed by removing the literal string conversion from the searchall.py file and istead using the a "tag" object as return value.

Find attached a diff to show the required modifications.

Here is a completed back port of gitplugin for Trac 0.11 to run on Python 2.4. There is no feature disparity other than support for older Python.

Basicly some explicit locking/try-finally for when, unrolled all, and lambda for partial. It lacks the 2.5 elegance but makes this plugin available to people running older stable systems.

Perhaps you want to feature this on the plugin page or even apply the patch for maximum compat.

I get this error when trying to add an event in the calendar. The time date that was entered as: 07/07/10. I also tried: 2007/07/10 ====================== Traceback (most recent call last):

File "D:\Python24\Lib\site-packages\trac\web\main.py", line 406, in dispatch_request

dispatcher.dispatch(req)

File "D:\Python24\Lib\site-packages\trac\web\main.py", line 237, in dispatch

resp = chosen_handler.process_request(req)

File "build\bdist.win32\egg\azcalendar\azcalendar.py", line 305, in process_request File "build\bdist.win32\egg\azcalendar\azcalendar.py", line 46, in process_add File "D:\Python24\Lib\_strptime.py", line 293, in strptime

raise ValueError?("time data did not match format: data=%s fmt=%s" %

ValueError?: time data did not match format: data=07/07/10 fmt=%Y/%m/%d %H:%M

it would be cool if events will show up in a timeline view like tickets:

* "foo@bar.com" added new event "go to meeting" date:time

I installed the plug-in and see it in my web admin control panel, but do not see it in my trac???

What am I missing here? Can you post some screen shots of it?

Thank you

I am getting really weird, seemingly random glitches from the Pydoc plugin.

Things like it will say that no documentation is found for a file, but if I refresh a few times it might show me the docs, and then go back to "not found" the next time I load the page.

Below is a traceback from on of the common errors. This error will also sometimes show up on a wiki page if I have used a [pydoc:] link on it.

Traceback (most recent call last):
  File "/usr/lib/python2.4/site-packages/trac/web/modpython_frontend.py", line 206, in handler
    dispatch_request(mpr.path_info, mpr, env)
  File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 139, in dispatch_request
    dispatcher.dispatch(req)
  File "/usr/lib/python2.4/site-packages/trac/web/main.py", line 107, in dispatch
    resp = chosen_handler.process_request(req)
  File "/usr/lib/python2.4/site-packages/trac/wiki/web_ui.py", line 116, in process_request
    self._render_view(req, db, page)
  File "/usr/lib/python2.4/site-packages/trac/wiki/web_ui.py", line 364, in _render_view
    req.hdf['wiki.page_html'] = wiki_to_html(page.text, self.env, req)
  File "/usr/lib/python2.4/site-packages/trac/wiki/formatter.py", line 744, in wiki_to_html
    Formatter(env, req, absurls, db).format(wikitext, out, escape_newlines)
  File "/usr/lib/python2.4/site-packages/trac/wiki/formatter.py", line 599, in format
    result = re.sub(self.rules, self.replace, line)
  File "/usr/lib/python2.4/sre.py", line 142, in sub
    return _compile(pattern, 0).sub(repl, string, count)
  File "/usr/lib/python2.4/site-packages/trac/wiki/formatter.py", line 221, in replace
    return getattr(self, '_' + itype + '_formatter')(match, fullmatch)
  File "/usr/lib/python2.4/site-packages/trac/wiki/formatter.py", line 290, in _lhref_formatter
    return self._make_link(ns, target, match, label)
  File "/usr/lib/python2.4/site-packages/trac/wiki/formatter.py", line 295, in _make_link
    util.escape(label, False))
  File "build/bdist.linux-i686/egg/tracpydoc/tracpydoc.py", line 322, in _pydoc_formatter
  File "build/bdist.linux-i686/egg/tracpydoc/tracpydoc.py", line 195, in load_object
  File "/var/www/gopetsdev/head/snofight/main.py", line 3, in ?
    import pygame, sys
  File "/usr/lib/python2.4/site-packages/pygame/__init__.py", line 71, in ?
    Color = color.Color
NameError: name 'color' is not defined

In brief, being able to turnoff the auto-index behaviour for large and busy repositores would allow the post-commit script to handle the re-index, or a nightly task.

The update-index.py script is perfectly serviceable, and admins should have the option of only re-indexing using processes under their control, such as a cron job or Sheduled Task, to avoid a very large re-index from impacting apache's performance and stability.

A large re-index can blow the 2Gb address space, and thus never completes, which means once a repository has failed to index, it can never catch up. Being able to tune the re-index operations to ensure they succeed regularly would help mitigate this risk.

Tested against Trac and latest ReposSearchPlugin? 0.10dev

I don't think this is an easy one, but the time and resources required to re-index a large number of changes are quite significant.

Is it possible for a re-index to index a configurable number of files on each invocation? This would leave the repository search out of date, but release the server to serve the requests of other users. Susbsequent re-indexes could fill in the gap.

I'm not sure how valuable this would be if #365 were implemented, as one huge cost to re-indexing (tagging and branching) could be radically reduced. Nonetheless, repository search is transparently such a great feature is would be a shame if it became a victim of its own success when people with large-ish source trees (>1K files) have a go at using it.

Suggested methods:

void setTags(pagename) string getTags(pagename) void addTag(pagename,tagname) array searchTags(tagquery)

Hi,

If XmlRpcPlugin support JSON protocol, it's fine to support Ajax function. I develop the patch with Shibuya.trac project which is the group by Japanese users and developers.

Please apply our patch to support json.

regards,

Takashi Okamoto

Shibuya.trac: http://sourceforge.jp/projects/shibuya-trac/wiki/FrontPage

svn allows users to set arbitrary properties on files. It would be good if the TagsPlugin was able to treat certain specific properties as tags, in the same way that it can treat certain fields on tickets as tags.

Example of what the trac.ini section would look like if you wanted the tags and flags properties to be treated as keywords:

[tags.browser]
properties=tags,flags

Here's an example of putting tag qux on a file foo in svn:

svn propset tags qux foo

Hello, Is this plugin scheduled to support Trac 0.11 ?

Will there be a feature to attach files in the discussion?

Columns in downloads list tables should be ordered by order they are listed in visible_fields configuration option.

Currently, the ViewTopic macro just prints "No discussion for this page created." when such a discussion doesn't exist. I'd like it to add a link "Start it here." or else to open the "add discussion" page with the topic field prefilled (and maybe, readonly?)

Like this, I could use the forum plugin as a comment-addon for the blog functionality.

Notification is not a component, and cannot be disabled through trac.ini.

I log to Trac using a certificate and my userid appears as :

logged in as /C=FR/O=CNRS/OU=UMR8607/CN=Michel Jouvin/emailAddress=jouvin@lal.in2p3.fr

I am used to ticket notification not working because of this. But with DiscussionPlugin, it leads to a failure to post to a forum with the following error :

Trac detected an internal error:

SMTPRecipientsRefused: {u'emailAddress=jouvin@lal.in2p3.fr': (550, '5.1.1 <emailAddress=jouvin@lal.in2p3.fr>... User unknown')}

It would be nice if the plugin could check the userid looks as a valid email. In particular something like a certificate DN is easy to identify as it contains / and = that are invalid characters in an email adress. It'd be better to be able to parse such a userid and look for emailAddress if present (not necessarily the case) but this should probably be handled by Trac notification system itself.

Michel

It would be useful to be able to specify permission on a per download basis.

If you post a topic which contains the name of a wiki page then the link to the topic is replaced by a link to the wiki page. This is very confusing to users and may require you to click the id on the topic list instead of the subject.

Here's an example (take note of the "DataCleaner 1.2 is out!" and "Report on DataCleaner development process" topics): http://www.eobjects.dk/trac/discussion/1

I upgraded to Ubuntu Intrepid which installed Trac 0.11 and so I had to upgrade my Trac sites from 0.10. Most everything is working, except that the screenshots matrix page now displays the site header twice as well as the footer twice.

Here is one of the sites with the issue: http://swami.resonance.org/trac/screenshots

I removed all .egg files from the site-packages folder before re-installing the needed Trac plugins. I'm using TracScreenshots 0.7.

I'd like my users to be able to upload to the downloads sections, but not to be able to admin it. This could be done by just creatind a seperate DOWNLOAD_UPLOAD permission, and then putting the upload interface in the downloads tab.

The url structure used by DiscussionPlugin currently is: discussion/<forum>/<topic>

If a topic is moved:

• Together with an RSS reader new events apear for every message in the Topic, because a topics path changed
• Bookmarked topics will display the wrong forum title
• Resources (topics) exist duplicated under different paths

I propose the following url scheme: discussion/<type>/<id>, where a topic would be addressed as discussion/topic/2 and a forum with discussion/forum/1

Also a timeline event should be generated if a topic moved.