{5} Assigned, Active Tickets by Owner (Full Description) (175 matches)
List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.
abbywinterscom
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3651 | Allow editting of field types other than "select" | GridModifyPlugin | None | enhancement | normal | 09/02/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
anonymous
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3169 | Local saved wiki file edited with wiki editor does not get saved | EclipseTracPlugin | None | defect | critical | 06/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
If one saves a wiki file localy (with extension .wiki) and changes this file with the wiki editor, the changes are just kept in memory!! Even if you save it, the changes won't be written do disk. After restarting Eclipse all changes will be lost !! |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1263 | pic2plot / Plotutils Plugin | Request-a-Hack | None | defect | normal | 03/01/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It will be great to have pic2plot plugin, as GraphViz? is adapted to draw diagram sequence : http://www.spinellis.gr/sw/umlgraph/doc/seq-intro.html Or does it exist something equivalent to draw diagram sequence? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #562 | Allow increments and decrements in year and month views. | WikiCalendarMacro | None | enhancement | normal | 08/01/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be useful to display two instances of the calendar on the same page; e.g., current month and next month, or current month and previous month, or a combination of both. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #696 | web auth problems | AuthFormPlugin | None | defect | normal | 09/07/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #973 | confusing grey-out of form labels | BatchModifyPlugin | None | defect | normal | 12/08/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It is very confusing at first that labels and entry fields in the batch update form are greyed out until the corresponding check box has been checked. Perhaps make the label apply to the check box so that clicking it will check the box and enable the other controls? That way, also, the label won't be greyed out which dissuades users from touching it. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1463 | TracProjectMenu Python Error | TracProjManagerPlugin | None | defect | normal | 04/18/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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):
IOError: [Errno 2] No such file or directory: '/data/trac/etc/VERSION' |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1550 | Why select more than one user to generate tickets for? | TestCaseManagementPlugin | None | enhancement | normal | 05/22/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
In the standard installation Trac doesn't know it's users, isn't that right? The result is, that I can't select any user, because there is no user shown in the select-box. I think it would be better if there was an simple textfield, where I can manually enter the user's name I want the tickets to be generated for. If it's important to generate the tickets for more than one user, perhaps you could use a comma seperated list of user names? By the way: Some documentation would be nice, how the tickets are assigned to multiple users. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1576 | Enabling attachments for test data | TestCaseManagementPlugin | None | enhancement | normal | 05/25/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1705 | should the testtemplates.xml file be required... | TestCaseManagementPlugin | None | defect | normal | 06/26/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
potentially we should elimate the requirement that the testtemplates.xml file has to exists, since it really is just a convienient way to group and organize testcases. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1949 | Default irclogs view page to current date | IrcLogsPlugin | None | enhancement | normal | 08/20/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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() |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2561 | Jabber support for AnnouncerPlugin | AnnouncerPlugin | None | enhancement | normal | 02/13/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've started work on supporting Jabber as a Distribution mechanism for the AnnouncerPlugin It uses pyxmpp and is currently functional but needing glitches ironed out. At the moment the templates are based on the email ones which aren't ideal - they could be trimmed down a lot (the text templates are using genshi 0.4 style too) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2808 | Could this be extended for general document control/reviewing? | TestCaseManagementPlugin | None | defect | normal | 03/27/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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.
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2971 | Erro when using the plugin | StractisticsPlugin | None | defect | normal | 04/29/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The following error: Trac detected an internal error: If you think this really should work and you can reproduce it, you should consider reporting this problem to the Trac team. Go to http://trac.edgewall.org/ and create a new ticket where you describe the problem, how to reproduce it. Don't forget to include the Python traceback found below. TracGuide — The Trac User and Administration Guide Python Traceback Traceback (most recent call last):
ParseError?: ParseError?: [C:\Documents and Settings\postgres\Application Data\Python-Eggs\stractistics-0.4.0-py2.4.egg-tmp\stractistics\templates/myHeader.cs:114] Unknown function first called I have installed this plugins according the instruction that are on the http://trac-hacks.org/wiki/StractisticsPlugin |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3027 | TestManagement tab access based on permissions. | TestCaseManagementPlugin | None | defect | normal | 05/14/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3445 | a way to reset form, esp if 'tf.who' is stored with form | TracFormsPlugin | None | defect | normal | 07/23/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've created a master form and am including it on other pages and all seems to be working fine. However I noticed that the master form has the "tf.who" value stored from when I was testing how it worked. Is there any way to clear those values? Where do these values get stored? A reset button would be fab. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3522 | Results from cross-project search show escaped html tags | SearchAllPlugin | None | defect | normal | 08/08/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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: <span class="closed">#17</span>: 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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3631 | trac internal error on syntax error | PageToDocIntegration | None | defect | normal | 08/29/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Oops... Trac detected an internal error: invalid syntax (pagetodoc.py, line 98) Traceback (most recent call last):
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3411 | Python 2.4 backport (done) | GitPlugin | None | enhancement | major | 07/17/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2600 | TicketDeletePlugin breaks DateField plugin | TicketDeletePlugin | None | defect | minor | 02/18/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Obviously, there is a conflict between TicketDeletePlugin and DateFieldPlugin - c.f. #2599 When both plugins are loaded, and with the TICKET_ADMIN right (Delete enabled), the calendar icons (link) of DateField? is not displayed anymore. Maybee something in relation with #1654 ? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ant_39
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1617 | Calendar time data did not match | CalendarPlugin | None | defect | blocker | 06/06/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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):
ValueError?: time data did not match format: data=07/07/10 fmt=%Y/%m/%d %H:%M |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1525 | shouldn't the calendar contain the project's milestones? | CalendarPlugin | None | enhancement | normal | 05/08/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1526 | iCal export would be very usefull, too. | CalendarPlugin | None | enhancement | normal | 05/08/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1557 | show events in a timeline view | CalendarPlugin | None | enhancement | normal | 05/22/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1558 | add body to calendar events | CalendarPlugin | None | defect | normal | 05/22/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
at this moment a calendar events has a text (subject) and start/end timestamps. It would be very useful if an event can have a body of text like a ticket, to describe event in details, add links, ticket numbers, etc. (hope my feedback is useful) Cheers, Konstantin |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1613 | Activating Plugin | CalendarPlugin | None | task | normal | 06/05/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
asmodai
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1749 | 0.11 support for deleteticket | TicketDeletePlugin | None | enhancement | blocker | 07/07/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
0.11 support for deleteticket |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
athomas
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #164 | Pydoc Heisenbugs | PyDocPlugin | None | defect | major | 01/31/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #362 | repository search seems to be impacted by presence of branches | RepoSearchPlugin | None | defect | major | 05/11/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
repo search seems to be slowed (re-index) is much slower when branches have been made from the trunk. I've seen this twice in two repositories of small size, on lowish spec. machines. Looking at open files, the indexing appears to loiter at a revision file (using fsfs for repository) that is a large commit to the URL that was branched. The indexing on the repository seemed much faster prior to this change. I can roll back one of repositories and test this more scientifically, if that would be helpful. Or try something else, like attaching a profiler of some kind? Regards, Patrick |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #385 | Automatically launching a re-index or brute force search from browser resquests needs to be configurable | RepoSearchPlugin | None | enhancement | major | 05/24/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #327 | ChangeLog from a specific revision | ChangeLogPlugin | None | enhancement | normal | 04/23/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be nice to be able to output the changelog between 2 revisions so that you can display changes between 2 versions |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #388 | ability to to perform re-index with a quota of time / memory consumption | RepoSearchPlugin | None | enhancement | normal | 05/25/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1055 | listLinks() should be implemented | XmlRpcPlugin | None | enhancement | normal | 12/28/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The listLinks function of the Wiki XML-RPC API should be implemented. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1304 | Implement tags related XMLRPC methods | TagsPlugin | None | enhancement | normal | 03/11/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Suggested methods: void setTags(pagename) string getTags(pagename) void addTag(pagename,tagname) array searchTags(tagquery) |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1453 | Give higher permissions to plugin owners | TracHacks | None | defect | normal | 04/14/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be really great and useful if the plugin owners were allowed to modify the ticket descriptions (for example to fix the Wiki syntax), as well as deleting some comments (such as spam). I guess this would require some Trac tweaking as a plugin owner should get higher permissions for his plugins - only. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2251 | [PATCH] JSON support | XmlRpcPlugin | None | enhancement | normal | 12/02/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2404 | ability to tag a changeset | TagsPlugin | None | enhancement | normal | 01/13/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
For the tags plugin(s) I'd like the ability to tag a changeset (currently it only supports wiki and tickets). E.g. tag a changeset that deals with a certain target platform, feature, etc. I would post this to the Tags trac but it's full of spam! |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2428 | TagsPlugin should support specifically-tagged files in svn by `svn propset` | TagsPlugin | None | enhancement | normal | 01/16/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2419 | Add WikiNotofication plugin to track-hacks.org | TracHacks | None | enhancement | major | 01/15/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It is very hard to monitor changes in different plugins. I thought it might be good idea to install Trac Wiki Notification Plugin (http://trac-hacks.org/wiki/WikiNotificationPlugin). I am using this plugin at my work and it works without slightest issue... |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
aurelio
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2197 | Trac 0.11 support | CondFieldsPlugin | None | task | normal | 11/19/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hello, Is this plugin scheduled to support Trac 0.11 ? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
bas
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #954 | script does not work out of the box with .10.2 | EmailtoTracScript | None | defect | normal | 11/30/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
When I updated to 0.10.2 all of a sudden email2trac broke. Digging a bit I see: Traceback (most recent call last):
File "/usr/local/bin/email2trac", line 874, in ?
tktparser.parse(sys.stdin)
File "/usr/local/bin/email2trac", line 512, in parse
self.new_ticket(m)
File "/usr/local/bin/email2trac", line 407, in new_ticket
tkt = Ticket(self.env)
File "/usr/lib/python2.3/site-packages/trac/ticket/model.py", line 37, in __init__
self.fields = TicketSystem(self.env).get_ticket_fields()
File "/usr/lib/python2.3/site-packages/trac/ticket/api.py", line 145, in get_ticket_fields
for field in self.get_custom_fields():
File "/usr/lib/python2.3/site-packages/trac/ticket/api.py", line 164, in get_custom_fields
field = {
File "/usr/lib/python2.3/site-packages/trac/wiki/formatter.py", line 1006, in wiki_to_oneliner
OneLinerFormatter(env, absurls, db).format(wikitext, out, shorten)
File "/usr/lib/python2.3/site-packages/trac/wiki/formatter.py", line 859, in __init__
Formatter.__init__(self, env, None, absurls, db)
File "/usr/lib/python2.3/site-packages/trac/wiki/formatter.py", line 236, in __init__
self.href = absurls and (req or env).abs_href or (req or env).href
AttributeError: 'Environment' object has no attribute 'href'
Which I've seen before. The attached patch fixes it (at least it seems to). |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Blackhex
| Ticket | Summary | Component | Milestone | Type | Severity | Created | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1512 | RFE: Attach a file feature? | DiscussionPlugin | None | enhancement | normal | 05/02/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Will there be a feature to attach files in the discussion? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2706 | RFE: Spamfilter support! | DiscussionPlugin | None | enhancement | major | 03/09/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Since I got fed up with all the spam I started getting on my forum page I started looking around for a spam thingy without success so I sat down and added one instead. It is a bit of hack since I don't know much about neither trac nor python but it seems to work :) The plugin adds an extension point for new posts and new topics and then adds an adapter to the "regular" spam filtering so you need to have the trac anti spam thingy installed and setup and working. I think maybe the adapters might have to be moved to their own module to work regardless of if the anti-spam is installed (since AFAIK tracdiscussion imports *) but I have not tested this. Also I have only made this patch for 0.10 since I don't have any other version. // MickeM |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2227 | RFE: Order downloads columns. | DownloadsPlugin | None | defect | minor | 11/27/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Columns in downloads list tables should be ordered by order they are listed in visible_fields configuration option. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3010 | Email-notification field | DiscussionPlugin | None | enhancement | minor | 05/09/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be lovely if anonymous users could fill in their email address, so they get notified if anyone replies to their posts. I am aware that one could just enter their email as the username, but a lot of users don't realize that and it will also be nicest to hide the email so it's only their nickname thats displayed on the forum. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #892 | RFE: ViewTopic macro should be able to start a topic | DiscussionPlugin | None | enhancement | normal | 11/11/06 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1364 | RFE: Separated RSS feed for each topic. | DiscussionPlugin | None | enhancement | normal | 03/21/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Would be nice to be able to follow forums, topics, and messages using a feed. No? |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1424 | RFE: Subscription to forums and topic. | DiscussionPlugin | None | enhancement | normal | 04/04/07 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Notification is not a component, and cannot be disabled through trac.ini. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2693 | Links like "/downloads/<filename>" required | DownloadsPlugin | None | defect | normal | 03/06/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Hi, currently download:<id> results in a link /downloads/<id> not in /download/<filename> and giving /download/<filename> results in an error. Why? It would make more sense to give a filenamed-link then a number. Not all tools - like wget - care about the header information. So it woould real great if /downloads/<filename> would be possible same as /downloads/<id>. Tnx |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #2792 | Posting does not work due to SMTP error | DiscussionPlugin | None | defect | normal | 03/24/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
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 |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3167 | RFE: Inviting users to topic | DiscussionPlugin | None | enhancement | normal | 06/11/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I would like for the Discussion plugin to have a to: field (or cc: field or something similar) so that a user can specify other users that should be reading that topic. The other users will get an email to indicate that topic is important to them, and that they should be reading/keeping informed on that topic. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3208 | DownloadsPlugin - Add Download box appears on top of other text | DownloadsPlugin | None | defect | normal | 06/18/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
The add download box appears on top of other text making it hard to read. Here's a screenshot of what I see: http://ports.haiku-files.org/attachment/ticket/61/download-screen1.png |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3461 | RFE: User permissions by file | DownloadsPlugin | None | enhancement | normal | 07/26/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
It would be useful to be able to specify permission on a per download basis. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3551 | Downloads plugin requires too much manual intervention | DownloadsPlugin | None | enhancement | normal | 08/13/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've written a replacement api.py for version 0.10 trac that you can use, it auto-detects new files in the releases directory and adds them to the downloads list, and it also removes nonexistent files. It also uses heuristics to guess several columns for the download table. The code explains itself |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #3592 | tracdiscussion.init breaks Trac 0.11 | DiscussionPlugin | None | defect | normal | 08/21/08 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I've been trying to get the DiscussionPlugin plugin to work, but whenever I enable the tracdiscussion.init the entire TRAC system is down. Going to trac.ini and disabling it makes TRAC work again, but the Discussion page comes up with this error: Oops…
Trac detected an internal error: OperationalError: no such table: forum
If you think this should work you can reproduce the problem, you should consider reporting this to the Trac team.
Before you do that, though, please first try searching for similar issues, as it is quite likely that this problem has been reported before. For questions about installation and configuration of Trac, please try the mailing list instead of filing a ticket.
Otherwise, please
==== How to Reproduce ====
While doing a GET operation on `/discussion`, Trac issued an internal error.
''(please provide additional details here)''
User Agent was: `Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; WOW64; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.2)`
==== System Information ====
|| '''Trac''' || `0.11` ||
|| '''Python''' || `2.5.2 (r252:60911, Jul 31 2008, 17:44:49) ` [[br]] `[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)]` ||
|| '''setuptools''' || `0.6c8` ||
|| '''SQLite''' || `3.4.2` ||
|| '''pysqlite''' || `2.4.0` ||
|| '''Genshi''' || `0.5.1` ||
|| '''mod_python''' || `3.3.1` ||
|| '''Subversion''' || `1.4.6 (r28521)` ||
|| '''jQuery:''' || `1.2.3` ||
==== Python Traceback ====
{{{
Traceback (most recent call last):
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request
dispatcher.dispatch(req)
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/main.py", line 197, in dispatch
resp = chosen_handler.process_request(req)
File "build/bdist.linux-i686/egg/tracdiscussion/core.py", line 77, in process_request
return api.process_discussion(context) + (None,)
File "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 62, in process_discussion
is_moderator)
File "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 415, in _do_action
self.data['groups'] = self.get_groups(context)
File "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 902, in get_groups
context.cursor.execute(sql)
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/util.py", line 51, in execute
return self.cursor.execute(sql)
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/sqlite_backend.py", line 58, in execute
args or [])
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/sqlite_backend.py", line 50, in _rollback_on_error
return function(self, *args, **kwargs)
OperationalError: no such table: forum
}}}
a new ticket at the Trac project site, where you can describe the problem and explain how to reproduce it.
Python Traceback
Most recent call last:
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request
Code fragment:
try: if not env and env_error: raise HTTPInternalError(env_error) try: dispatcher = RequestDispatcher(env)
dispatcher.dispatch(req)
except RequestDone: pass resp = req._response or [] except HTTPException, e:
Local variables:
Name Value
after [u' except RequestDone:', u' pass', u' resp = ...
before [u' try:', u' if not env and env_error:', u' raise ...
dispatcher <trac.web.main.RequestDispatcher object at 0x9612c0c>
e OperationalError('no such table: forum',)
env <trac.env.Environment object at 0x95fdbcc>
env_error None
exc_info (<class 'pysqlite2.dbapi2.OperationalError'>, OperationalError('no such ...
filename '/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/main.py'
frames [{'function': '_dispatch_request', 'lines_before': [u' try:', u' ...
has_admin True
line u' dispatcher.dispatch(req)'
lineno 422
message u'OperationalError: no such table: forum'
req <Request "GET u'/discussion'">
resp []
tb <traceback object at 0x96fa284>
tb_hide None
traceback 'Traceback (most recent call last):\n File ...
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/main.py", line 197, in dispatch
Code fragment:
req.args.get('__FORM_TOKEN') != req.form_token: raise HTTPBadRequest('Missing or invalid form token. ' 'Do you have cookies enabled?') # Process the request and render the template
resp = chosen_handler.process_request(req)
if resp: if len(resp) == 2: # Clearsilver chrome.populate_hdf(req) template, content_type = \ self._post_process_request(req, *resp)
Local variables:
Name Value
chosen_handler <tracdiscussion.core.DiscussionCore object at 0x9721f4c>
chrome <trac.web.chrome.Chrome object at 0x968f66c>
err (<class 'pysqlite2.dbapi2.OperationalError'>, OperationalError('no such ...
handler <tracdiscussion.core.DiscussionCore object at 0x9721f4c>
req <Request "GET u'/discussion'">
self <trac.web.main.RequestDispatcher object at 0x9612c0c>
File "build/bdist.linux-i686/egg/tracdiscussion/core.py", line 77, in process_request
Local variables:
Name Value
api <tracdiscussion.api.DiscussionApi object at 0x95cb5ac>
context <Context <Resource 'discussion-core'>>
req <Request "GET u'/discussion'">
self <tracdiscussion.core.DiscussionCore object at 0x9721f4c>
File "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 62, in process_discussion
Local variables:
Name Value
context <Context <Resource 'discussion-core'>>
db <trac.db.pool.PooledConnection object at 0x95cb82c>
forum None
group None
is_moderator True
message None
modes ['forum-list']
self <tracdiscussion.api.DiscussionApi object at 0x95cb5ac>
topic None
File "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 415, in _do_action
Local variables:
Name Value
context <Context <Resource 'discussion-core'>>
direction u'asc'
forum None
group None
is_moderator True
message None
mode 'forum-list'
modes ['forum-list']
order u'id'
self <tracdiscussion.api.DiscussionApi object at 0x95cb5ac>
topic None
File "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 902, in get_groups
Local variables:
Name Value
context <Context <Resource 'discussion-core'>>
desc False
order_by 'id'
self <tracdiscussion.api.DiscussionApi object at 0x95cb5ac>
sql 'SELECT COUNT(f.id) FROM forum f WHERE f.forum_group = 0'
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/util.py", line 51, in execute
Code fragment:
# -- In case of SQL errors, uncomment the following 'print' statements # print 'execute', repr(sql) if args: # print repr(args) return self.cursor.execute(sql_escape_percent(sql), args)
return self.cursor.execute(sql)
def executemany(self, sql, args=None): # print 'executemany', repr(sql) if args: # print repr(args)
Local variables:
Name Value
args None
self <trac.db.util.IterableCursor object at 0x96284dc>
sql 'SELECT COUNT(f.id) FROM forum f WHERE f.forum_group = 0'
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/sqlite_backend.py", line 58, in execute
Code fragment:
raise def execute(self, sql, args=None): if args: sql = sql % (('?',) * len(args)) return self._rollback_on_error(sqlite.Cursor.execute, sql,
args or [])
def executemany(self, sql, args=None): if args: sql = sql % (('?',) * len(args[0])) return self._rollback_on_error(sqlite.Cursor.executemany, sql, args or [])
Local variables:
Name Value
args None
self <trac.db.sqlite_backend.PyFormatCursor object at 0x968a6ac>
sql 'SELECT COUNT(f.id) FROM forum f WHERE f.forum_group = 0'
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/sqlite_backend.py", line 50, in _rollback_on_error
Code fragment:
sqlite_version_string = '%d.%d.%d' % (_ver[0], _ver[1], int(_ver[2])) class PyFormatCursor(sqlite.Cursor): def _rollback_on_error(self, function, *args, **kwargs): try:
return function(self, *args, **kwargs)
except sqlite.DatabaseError, e: self.cnx.rollback() raise def execute(self, sql, args=None): if args:
Local variables:
Name Value
args ('SELECT COUNT(f.id) FROM forum f WHERE f.forum_group = 0', [])
e OperationalError('no such table: forum',)
function <method 'execute' of 'pysqlite2.dbapi2.Cursor' objects>
kwargs {}
self <trac.db.sqlite_backend.PyFormatCursor object at 0x968a6ac>
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/main.py", line 423, in _dispatch_request
dispatcher.dispatch(req)
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/web/main.py", line 197, in dispatch
resp = chosen_handler.process_request(req)
File "build/bdist.linux-i686/egg/tracdiscussion/core.py", line 77, in process_requestFile "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 62, in process_discussionFile "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 415, in _do_actionFile "build/bdist.linux-i686/egg/tracdiscussion/api.py", line 902, in get_groupsFile "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/util.py", line 51, in execute
return self.cursor.execute(sql)
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/sqlite_backend.py", line 58, in execute
args or [])
File "/usr/lib/python2.5/site-packages/Trac-0.11-py2.5.egg/trac/db/sqlite_backend.py", line 50, in _rollback_on_error
return function(self, *args, **kwargs)
System Information:
User Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; WOW64; SLCC1; .NET CLR 2.0.50727; .NET CLR 3.0.04506; InfoPath.2)
Trac: 0.11
Python: 2.5.2 (r252:60911, Jul 31 2008, 17:44:49) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)]
setuptools: 0.6c8
SQLite: 3.4.2
pysqlite: 2.4.0
Genshi: 0.5.1
mod_python: 3.3.1
Subversion: 1.4.6 (r28521)
jQuery: 1.2.3
Also, the Discussionplugin requires the SpamFilterPlugin, but SpamFilterPlugin also destroys my TRAC system, unless I disable the tracspamfilter.api component. Maybe I need help getting the spamfilter.api to work and then the tracdiscussion.init component will work. I can provide you my trac.log log from when TRAC works but tracdiscussion.init is disabled and so discussion doesn't work: 2008-08-21 15:00:45,931 Trac[env] WARNING: base_url option not set in configuration, generated links may be incorrect 2008-08-21 15:00:45,931 Trac[env] WARNING: base_url option not set in configuration, generated links may be incorrect 2008-08-21 15:00:45,932 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/css/admin.css'"> 2008-08-21 15:00:45,932 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/css/admin.css'"> 2008-08-21 15:00:45,981 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:45,981 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,048 Trac[main] DEBUG: 5840 unreachable objects found. 2008-08-21 15:00:46,048 Trac[main] DEBUG: 5840 unreachable objects found. 2008-08-21 15:00:46,117 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/js/trac.js'"> 2008-08-21 15:00:46,119 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,143 Trac[main] DEBUG: 62 unreachable objects found. 2008-08-21 15:00:46,148 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/js/search.js'"> 2008-08-21 15:00:46,148 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/js/search.js'"> 2008-08-21 15:00:46,151 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,151 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,176 Trac[main] DEBUG: 59 unreachable objects found. 2008-08-21 15:00:46,176 Trac[main] DEBUG: 59 unreachable objects found. 2008-08-21 15:00:46,182 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/trac_logo_mini.png'"> 2008-08-21 15:00:46,184 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,203 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/topbar_gradient.png'"> 2008-08-21 15:00:46,203 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/topbar_gradient.png'"> 2008-08-21 15:00:46,206 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,206 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,287 Trac[main] DEBUG: 62 unreachable objects found. 2008-08-21 15:00:46,294 Trac[main] DEBUG: Dispatching <Request "GET u'/search/opensearch'"> 2008-08-21 15:00:46,299 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,315 Trac[main] DEBUG: 62 unreachable objects found. 2008-08-21 15:00:46,315 Trac[main] DEBUG: 62 unreachable objects found. 2008-08-21 15:00:46,319 Trac[chrome] DEBUG: Prepare chrome data for request 2008-08-21 15:00:46,323 Trac[perm] DEBUG: No policy allowed dm42 performing SPAM_CONFIG on None 2008-08-21 15:00:46,323 Trac[perm] DEBUG: No policy allowed dm42 performing SPAM_MONITOR on None 2008-08-21 15:00:46,335 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/dots.gif'"> 2008-08-21 15:00:46,335 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/dots.gif'"> 2008-08-21 15:00:46,344 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,344 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,389 Trac[main] DEBUG: 62 unreachable objects found. 2008-08-21 15:00:46,389 Trac[main] DEBUG: 62 unreachable objects found. 2008-08-21 15:00:46,396 Trac[main] DEBUG: 142 unreachable objects found. 2008-08-21 15:00:46,397 Trac[main] DEBUG: Dispatching <Request "GET u'/chrome/common/topbar_gradient2.png'"> 2008-08-21 15:00:46,400 Trac[session] DEBUG: Retrieving session for ID u'dm42' 2008-08-21 15:00:46,430 Trac[main] DEBUG: 276 unreachable objects found. 2008-08-21 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
