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

Hi, do you think it's possible to implement similar import/export features for test cases provided by TestManagerForTracPlugin (​http://trac-hacks.org/wiki/TestManagerForTracPlugin) ?

I can't get TicketEdit to work. I can't even tell if I'm connecting to Trac. I see Debug.print() stuff in the VB code but I don't know where that might be coming out. Can you suggest some strategies for diagnosing the problems?

Here is a patch adding changeset interface into Trac XmlRpc API. It's not perfect but it works really well.

As of yet, there does not seem to be a way to access the reports in a Trac repository via XML-RPC. Since the reporting engine in Trac is fairly powerful, this would be nice to have. I'm thinking of a simple method like tickets.report(int reportid) returning either a list of IDs of the relevant tickets (which the client can then individually query or process) or returning the whole table as seen in the actual report.

I have Trac 0.11 running on a server and have applied theme PyTpp; wiki, reports, editing tickets all look great, however on the New Ticket page the editing box for the full description is misaligned (see attached screenshots), making it very awkward for end users.

It would be usefull if you could tell the toc menu to disable when other output formats are being used.

For example use with

​http://www.trac-hacks.org/wiki/CombineWikiPlugin

Causes the Toc to appear on every single page....

I downloaded the code. I installed it using "python setup.py install" command. I thank all was fine but each time I connect to the trac home page I got the error :

Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/Trac-0.11rc1-py2.4.egg/trac/web/api.py", line 339, in send_error 'text/html') File "/usr/lib/python2.4/site-packages/Trac-0.11rc1-py2.4.egg/trac/web/chrome.py", line 684, in render_template data = self.populate_data(req, data) File "/usr/lib/python2.4/site-packages/Trac-0.11rc1-py2.4.egg/trac/web/chrome.py", line 592, in populate_data dchrome?.update(req.chrome) File "/usr/lib/python2.4/site-packages/Trac-0.11rc1-py2.4.egg/trac/web/api.py", line 168, in getattr value = self.callbacks[name](self) File "/usr/lib/python2.4/site-packages/Trac-0.11rc1-py2.4.egg/trac/util/compat.py", line 130, in newfunc return func_(*(args + fargs), dict(kwargs, fkwargs)) File "/usr/lib/python2.4/site-packages/Trac-0.11rc1-py2.4.egg/trac/web/chrome.py", line 460, in prepare_request for category, name, text in contributor.get_navigation_items(req): File "build/bdist.linux-i686/egg/tracdownloader/web_ui.py", line 53, in get_navigation_items LookupError: unknown encoding: /projects/project/downloader

In fact, TracDownloader was already installed. I got that error after the installation of TracTags. Is there a link?

I don't know python at all. What I can see is that the error is there:

def get_navigation_items(self, req):

"""Downloader isinstance visible if user hasattr got permission """ if req.perm.has_permission('DOWNLOADER_DOWNLOAD'):

yield 'mainnav', 'downloader', Markup('<a href="%s">Downloader</a>',

self.env.href.downloader())

I can confirm that because if I remove the DOWNLOADER_DOWNLOAD permission, that's better!

Any idea? Thanks.

Small patch which adds file size limiting.

It would be nice to have the possibility to reset statistics for a given file. I thought of an additional button on the admin pages when editing a files properties.

How about temporarily disable downloads? Background: Imagine multiple developers delivering their downloads, which have dependencies to the other downloads of the same group. So one could disable the group for download until all files are complete. Another case: A single file should be disabled because there are some (temporary) issues e.g. concerning copyrights, which came up after the download was added and need to be checked.

The whole thing could be realized by a checkbox. Of course, this would need an additional database field.

Downloader seems to be working fantastically on smaller files (<20mb) but dies on my primary release package (~500mb). Not neccesarily sure it's downloader dependent but ideas on how to get around/improve downloader to be able to handle files of this size would be greatly appreciated.

Server 2k3, XAMP (Apache 2.2) Trac .11dev and here's the output from the log:

2008-03-27 19:45:06,302 Trac[chrome] DEBUG: Prepare chrome data for request
2008-03-27 19:45:06,349 Trac[session] DEBUG: Retrieving session for ID 'ijones'
2008-03-27 19:45:06,365 Trac[session] DEBUG: Retrieving session for ID 'ijones'
2008-03-27 19:45:06,552 Trac[main] DEBUG: 475 unreachable objects found.
2008-03-27 19:45:06,599 Trac[main] DEBUG: 384 unreachable objects found.
2008-03-27 19:45:18,459 Trac[main] DEBUG: Dispatching <Request "POST u'/admin/general/downloader/files/release/1'">
2008-03-27 19:45:18,474 Trac[main] ERROR: 
Traceback (most recent call last):
  File "c:\python25\lib\site-packages\trac-0.11dev_r6750-py2.5.egg\trac\web\main.py", line 417, in _dispatch_request
    dispatcher.dispatch(req)
  File "c:\python25\lib\site-packages\trac-0.11dev_r6750-py2.5.egg\trac\web\main.py", line 164, in dispatch
    if handler.match_request(req):
  File "c:\python25\lib\site-packages\trac-0.11dev_r6750-py2.5.egg\trac\admin\web_ui.py", line 75, in match_request
    req.args['cat_id'] = match.group(1)
  File "c:\python25\lib\site-packages\trac-0.11dev_r6750-py2.5.egg\trac\web\api.py", line 168, in __getattr__
    value = self.callbacks[name](self)
  File "c:\python25\lib\site-packages\trac-0.11dev_r6750-py2.5.egg\trac\web\api.py", line 444, in _parse_args
    fs = cgi.FieldStorage(fp, environ=self.environ, keep_blank_values=True)
  File "C:\Python25\lib\cgi.py", line 534, in __init__
    self.read_multi(environ, keep_blank_values, strict_parsing)
  File "C:\Python25\lib\cgi.py", line 657, in read_multi
    headers = rfc822.Message(self.fp)
  File "C:\Python25\lib\rfc822.py", line 104, in __init__
    self.readheaders()
  File "C:\Python25\lib\rfc822.py", line 151, in readheaders
    line = self.fp.readline()
  File "c:\python25\lib\site-packages\trac-0.11dev_r6750-py2.5.egg\trac\web\modpython_frontend.py", line 46, in readline
    return self.req.readline(size)
MemoryError
2008-03-27 19:45:18,474 Trac[chrome] DEBUG: Prepare chrome data for request
2008-03-27 19:45:18,490 Trac[session] DEBUG: Retrieving session for ID 'ijones'
2008-03-27 19:45:18,552 Trac[main] DEBUG: 441 unreachable objects found.

The whole set of wiki pages is parsed each time the macro loads. This makes the macro slow, and it becomes unreasonably slow, often resulting in server timeouts, when there is a lot of wiki content.

Here is a plan to fix that:

• Save the wanted pages in the database.
• Add a TracAdmin command to initialize the database.
• Reparse each page when it changes, using IWikiChangeListener

Hi, I tried to use AwesomeAttachments plugin and it works nicely in that it simplifies uploading and publishing of the in-line images. It has one unfortunate feature though that renders it practically unusable - after I select file to upload and then click Preview button two things happening:

1. Image macro inserted into description is rendered as scary red box telling that image does not exists. Would be better to display some sort of placeholder (or maybe even upload image to temporary location and use that location for rendering)

2. The file name box is cleared in the preview form, so I have to re-select the uploads again. This is not very obvious thing to do, so I always forget this and just click "Submit". If I'm attaching image then Image macro in DEscription produces an error.

It seems like the plugin is not working on 1.4.2, which is really sad as it is such a great plugin! We cannot migrate to 1.4.2 because of this...

We are in the Pacific time zone, and the creation and expiration dates seem to be in UTC-8 time zone. The times are 8 hours ahead of our local time.

Does not work in conjunction with other wiki macros such as flat-table or the mediawiki processor. Instead, the following message is displayed:

Trac detected an internal error:

com.sun.star.lang.IndexOutOfBoundsException:

(note, pages that use only the trac wiki format are exported correctly).

i have a virtual machine from turnkey linux and it has no x server, so when i run the headless version of the soffice i get this

root@trac:~# soffice "-accept=socket,host=localhost,port=8100;urp;" -headless javaldx: Could not find a Java Runtime Environment! root@trac:~# I18N: Operating system doesn't support locale "en_US" /usr/lib/openoffice/program/soffice.bin X11 error: Can't open display:

Set DISPLAY environment variable, use -display option or check permissions of your X-Server (See "man X" resp. "man xhost" for details)

as a result, when i click the export to doc or odt, trac is unable to connect to the soffice server and then no doc or odt file

I tried to use this macro together with the in trac built in RSS Feed for the timeline But I get this Error:

coercing to Unicode: need string or buffer, NoneType found

The Trac Log tells me this:

2009-09-15 14:28:53,012 Trac[formatter] ERROR: Macro RssEmbed(url=http://***/projects/***/timeline?ticket=on&max=50&daysback=90&format=rss,details=true) failed
Traceback (most recent call last):
  File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/wiki/formatter.py", line 468, in _macro_formatter
    return macro.process(args, in_paragraph=True)
  File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/wiki/formatter.py", line 179, in process
    text = self.processor(text)
  File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/wiki/formatter.py", line 166, in _macro_processor
    text)
  File "build/bdist.linux-x86_64/egg/rssembed/macro.py", line 91, in expand_macro
    return "Cannot contact server: "+outputText+"\n ("+url+" "+ proxy + ")"
TypeError: coercing to Unicode: need string or buffer, NoneType found

A solution would be welcome.

Since feedparser is required, add it to the setup.py:

Index: setup.py
===================================================================
--- setup.py	(revision 6660)
+++ setup.py	(working copy)
@@ -26,7 +26,7 @@
         'Programming Language :: Python',
     ],
 
-    install_requires = ['Trac'],
+    install_requires = ['Trac', 'feedparser'],
 
     entry_points = {
         'trac.plugins': [

I am using the RssEmbedMacro (thank you, BTW, love it) to scrape issues of several of my plugins on trac-hacks into a wiki page:

​https://projects.openplans.org/GeoTrac/wiki/Components

Things display okay, but the end of the page looks a bit broken. See screenshot. Not sure if it is only the short description or other factors. FF 3 in a 1440 x 900 display.

Could you do Viddler support?

Error message:

Error: Macro XsdPlot(source:bdk/ServiceLandscape/schemas/messages/8/CmsTrainPositionMessage.xsd,top-element=CmsTrainPositionMessageType,width=600) failed

ImageMagick.convert(source:bdk/ServiceLandscape/schemas/messages/8/CmsTrainPositionMessage.xsd) exit code = 256, command=convert -density 400 SVG:"/opt/trac/si/htdocs/xsd2svg-images/0b69cfb562766a20378d1f733d422b8557d0a2186f9b466741e570f1" -limit area 0  -scale 600 PNG:"/opt/trac/si/htdocs/xsd2svg-images/0b69cfb562766a20378d1f733d422b8557d0a2186f9b466741e570f1.png"

Apparently, convert insists on having the -size parameter given.

Would be nice if the commandline tool's had a --new option that allows you to create a new Trac instance from scratch, based on the settings in a .cfg file, and import the Jira into.

Activating the plugin, causes the following traceback, even if I just want to access the root of the Trac installation (e.g. /trac and not /trac/login/xmlrpc).

Traceback (most recent call last):
  File "/usr/local/lib/python2.6/dist-packages/Trac-1.0-py2.6.egg/trac/web/api.py", line 502, in send_error
    data, 'text/html')
  File "/usr/local/lib/python2.6/dist-packages/Trac-1.0-py2.6.egg/trac/web/chrome.py", line 955, in render_template
    message = req.session.pop('chrome.%s.%d' % (type_, i))
  File "/usr/local/lib/python2.6/dist-packages/Trac-1.0-py2.6.egg/trac/web/api.py", line 304, in __getattr__
    value = self.callbacks[name](self)
  File "/usr/local/lib/python2.6/dist-packages/Trac-1.0-py2.6.egg/trac/web/main.py", line 268, in _get_session
    return Session(self.env, req)
  File "/usr/local/lib/python2.6/dist-packages/Trac-1.0-py2.6.egg/trac/web/session.py", line 200, in __init__
    if req.authname == 'anonymous':
  File "/usr/local/lib/python2.6/dist-packages/Trac-1.0-py2.6.egg/trac/web/api.py", line 304, in __getattr__
    value = self.callbacks[name](self)
  File "/usr/local/lib/python2.6/dist-packages/Trac-1.0-py2.6.egg/trac/web/main.py", line 135, in authenticate
    authname = authenticator.authenticate(req)
  File "build/bdist.linux-x86_64/egg/httpauth/filter.py", line 65, in authenticate
    user = self._check_password(req)
  File "build/bdist.linux-x86_64/egg/httpauth/filter.py", line 76, in _check_password
    user, passwd = b64decode(token).split(':', 1)
  File "/usr/lib/python2.6/base64.py", line 76, in b64decode
    raise TypeError(msg)
TypeError: Incorrect padding

Shouldn’t the plugin just ignore folders that don’t match the path and return a proper HTTP error code on missing auth parameters instead of raising an exception?

I enable the plugin, but then when I test it by go to the /xmlrpc, trying to enter any username/password created by AccountManager plugin doesn't work.

When HttpAuthPlugin is enabled user can't log out.

I'm running Trac 0.11 via tracd and I've got the following plugins: XMLRpcPlugin, AccountManager.

I have a case in which users are already logged in (via form login) so http basic authentication is not required. So to eliminate extra password browser prompts i created the attached patch.

• Tracchildtickets: 2.4.4
• Trac: 0.12.2

We have a parent ticket that has been closed, however at least one of its children has not.

We now want to close the child ticket, however we cannot as the parent is closed, and the ticket update form reports:

Warning: The ticket field 'parent' is invalid: The parent ticket (#7328) is not an active ticket (status: closed).

I've not tested, but it seems that it would in fact be impossible to make any changes to an open child ticket once the parent has been closed.

I have tested closing parent tickets with open children, and it seems that this is not prevented.