<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.version-control.subversion.trac.devel">
    <title>gmane.comp.version-control.subversion.trac.devel</title>
    <link>http://blog.gmane.org/gmane.comp.version-control.subversion.trac.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4447"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4443"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4439"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4437"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4434"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4421"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4418"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4411"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4404"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4398"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4394"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4392"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4390"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4381"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4364"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4359"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4356"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4352"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4351"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4347"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4447">
    <title>[Trac-dev] Semi-intelligent column removal in ticket query</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4447</link>
    <description>#7659 reports that on the ticket query page, a page update is required
to display the column checkbox for the "resolution" field. That is, as
long as the query constraints do not include closed tickets, the column
can't be selected.

The same applies to the grouping field: if the currently-displayed query
includes grouping, the field used for grouping cannot be displayed, even
if the grouping is removed, without a page update.

This is due to a column removal algorithm prefixed with the following
comment:

  # Semi-intelligently remove columns that are restricted to a single
  # value by a query constraint.

This section dates from [1162] and has not been modified (much) since
then. I suppose that at that point, an update was required anyway to add
or remove filters, and the whole filter selection was less dynamic than
it is today.

Long story short, does anybody have anything against removing this
"semi-intelligent" column removal algorithm altogether?

</description>
    <dc:creator>Remy Blank</dc:creator>
    <dc:date>2008-11-27T00:12:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4443">
    <title>[Trac-dev] How to add link with add_ctxtnav() with non-ASCII characters</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4443</link>
    <description>
In my plugin I want to add a navigation-item with the add_ctxtnav()-
method in my foreign language (german) which contains non-ASCII
characters like ä,ö and ü.

I get the following error-message:
SyntaxError: Non-ASCII character '\xc3' in file ../src/systemsdb/
web_ui.py on line 86, but no encoding declared; see
http://www.python.org/peps/pep-0263.html for details (web_ui.py, line
86)

I looked at http://trac.edgewall.org/wiki/TracDev/UnicodeGuidelines
and tried every combination of to_unicode, to_utf8(), unicode.decode
(), unicode.encode() i can think of.

I have successfully created Unicode-Links with  tag.a(to_unicode
('zurück'), href=self.env.href.systemsdb()))
but i cant call: add_ctxtnav(req, tag.a(to_unicode('zurück'),
href=self.env.href.systemsdb())).

I have looked for a common way to write localized plugins, but didn't
find any useful.

MfG WaTho

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" </description>
    <dc:creator>watho</dc:creator>
    <dc:date>2008-11-25T15:19:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4439">
    <title>[Trac-dev] Trunk and Genshi 0.5.1.</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4439</link>
    <description>
Hi all,

I just wanted to give everyone a heads up that I've moved the linux-py25 
build slave to the advanced-i18n branch of Genshi.

the linux-py24 slave is still using Genshi 0.5.1 for now.

Trunk is still supposed to work with Genshi 0.5.1, right?

/ Jonas

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Jonas Borgström</dc:creator>
    <dc:date>2008-11-24T22:09:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4437">
    <title>[Trac-dev] MySQLUnicodeCursor and blob data</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4437</link>
    <description>
Hello,

I think I have found bug in trac 0.11.2.1. I have upgraded to it and
my AuthOpenIdPlugin stopped to work.

After little analysis I have found that problem is in trac's
mysql_backend:
http://svn.edgewall.org/repos/trac/trunk/trac/db/mysql_backend.py

The problem is that it tries to decode BLOB data column and naturally
fails to do that.

Regards,
Dalius

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Dalius</dc:creator>
    <dc:date>2008-11-19T07:47:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4434">
    <title>[Trac-dev] Custom Ticket priority property</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4434</link>
    <description>
Hi,

I'm new to using Trac beyond the occasional visit to a Trac-powered
website. Also new to Trac development.

We've recently deployed Trac at our office. Part of that I would like
to change the priority field for tickets as follows:

- priorities will be assigned a numerical value from 1 to 100
- 100 is the highet priority and 1 the lowest (or the other way around
can work as well)
- the top 50 (or trac.ini controlled value) prioritised tickets must
have uniqe priorities (ie: if 100 is the highest priority, there can
only be one ticket with a priority of 100, only one ticket with 90,
etc, but multiple priority 50 or below tickets can exist).
- default priority is 50
- the system must adjust ticket priorities in case of a conflict

I'll elaborate on that last point a little. If there already exist
tickets with priorities 90-95, and a new ticket with priority 95 must
be added, the existing ticket priorities are adjusted to be 89-94
automatically. The same would happen when a ticket is edited. In
effect, a </description>
    <dc:creator>Mike Mazur</dc:creator>
    <dc:date>2008-11-18T22:25:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4421">
    <title>[Trac-dev] Getting error on passing values to python to Genshi</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4421</link>
    <description>
Hi all ,
Am working on trac 0.10 for past for months now i moved to 0.11. When
i try's to convert a part of code it showing an error message

"AttributeError: 'int' object has no attribute 'update'".
Can any one help me out in this. with this post i have enclosed my
python and genshi code for your view

def addusers(self, req,ace):
       data = {}
       users = []
       employee = {}
       user = 1
       show_save= 1
       length = len(ace)
       self.log.debug('ace')
       self.log.debug(ace)
#Connecting to IDM WebServices to fetch data
       if req.method == 'POST':
           if req.args.get
('save'):
               try:
                   server=WSDL.Proxy(IDMWebServiceURL)
                   length  = len(ace)
                   just = '&lt;Search&gt;&lt;ACENumber&gt;'
   just += ace[0]
                   for i in range(length-1):
                       just+=','+ ace[i+1]
                   just += '&lt;/ACENumber&gt;&lt;/Search&gt;'
                   result = server.GetEmployeeListByXMLString
(aceNumber=just)
  </description>
    <dc:creator>velappan velappan</dc:creator>
    <dc:date>2008-11-17T11:36:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4418">
    <title>[Trac-dev] Why are cached ticket fields resetted so often? (r7642)</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4418</link>
    <description>
Hello,

I have a question regarding r7642 [1]:
Why are the ticket fields resetted every time a ticket is changed/added 
in the database? As far as I understand it, this does not influence the 
available fields...

just wondering
fs

[1] http://trac.edgewall.org/changeset/7642

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Felix Schwarz</dc:creator>
    <dc:date>2008-11-14T16:30:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4411">
    <title>[Trac-dev] rename repository, automatically resync</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4411</link>
    <description>
hi,

would it make sense that trac automatically resyncs, if it already
knows that a resync would be necessary?

the error message is:
Traceback (most recent call last):
  File "/opt/csw/lib/python/site-packages/trac/web/main.py", line 406,
in dispatch_request
    dispatcher.dispatch(req)
  File "/opt/csw/lib/python/site-packages/trac/web/main.py", line 191,
in dispatch
    chosen_handler = self._pre_process_request(req, chosen_handler)
  File "/opt/csw/lib/python/site-packages/trac/web/main.py", line 263,
in _pre_process_request
    chosen_handler = f.pre_process_request(req, chosen_handler)
  File "/opt/csw/lib/python/site-packages/trac/versioncontrol/api.py",
line 73, in pre_process_request
    self.get_repository(req.authname).sync()
  File "/opt/csw/lib/python/site-packages/trac/versioncontrol/
cache.py", line 82, in sync
    raise TracError("The 'repository_dir' has changed, "
TracError: The 'repository_dir' has changed, a 'trac-admin resync'
operation is needed.

rupert

--~--~---------~--~----~-----</description>
    <dc:creator>rupert.thurner&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2008-11-13T11:37:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4404">
    <title>[Trac-dev] Notification tests when mime encoding is None</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4404</link>
    <description>Hi all,

I'd like a review on the following patch.  It re-enables the testing  
of obfuscated email addresses which was removed in r7648 and makes the  
obfuscation plain ascii when the mime encoding is None, which became  
an issue in r7646.

Tim


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---

</description>
    <dc:creator>Tim Hatch</dc:creator>
    <dc:date>2008-11-11T06:05:10</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4398">
    <title>[Trac-dev] easier view the errors?</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4398</link>
    <description>
hi,

is there a way to configure the automatic build so that:
 * successful builds do not show up in the timeline
 * non successful builds show up, and give an easy possibility to see
the error
    currently one have to click and scroll a few times until finding
the error:
    http://trac.edgewall.org/build/0.11-stable/324

rupert.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>rupert.thurner&lt; at &gt;gmail.com</dc:creator>
    <dc:date>2008-11-09T15:07:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4394">
    <title>[Trac-dev] Issue with 0.11.2 and Python 2.3</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4394</link>
    <description>The 0.11.2 release is missing an import for "set" in trac/util/html.py.
Unfortunately, this prevents any wiki formatting from working on Python
2.3. It has been reported in:

  http://trac.edgewall.org/ticket/7801

I have added the import in 0.11-stable in [7667]. The question is: how
do we deal with the "non-working" release? Do we ask people running on
2.3 to install from SVN? Or should we re-tag and update the release
tarballs?

</description>
    <dc:creator>Remy Blank</dc:creator>
    <dc:date>2008-11-09T10:52:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4392">
    <title>[Trac-dev] Features withing plugin</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4392</link>
    <description>
What would be required for following things that they could be done from 
plugin:


- Custom new fieldtypes to tickets or creating ticket fieldtypes on the 
fly from the plugin. It's very annoying that if you install some plugin 
that needs custom fields on ticket you need to _manually_ add fields 
that are _required_.

- Populating user session data from other source than trac database. 
LDAP for example.

- Ticket relations, (I know MasterTicketPluing creates simple relation) 
but I'm referring to more project management relatiobs like start to 
start, end to start and end to end.

</description>
    <dc:creator>Jani Tiainen</dc:creator>
    <dc:date>2008-11-09T10:40:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4390">
    <title>[Trac-dev] 0.12 and i18n, what's the status?</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4390</link>
    <description>
Hi,

As someone recently updated the Trac french translation, I thought I 
could have a look at this.
But that reminded me that the last time I've played with the i18n stuff, 
there were still lots of open points.

That was *6* months ago, and there's been no progress since, which is a 
bit unfortunate as the i18n was supposed to be /the/ feature of 0.12.

Note that I'm not talking about the translation updates, they have been 
going well AFAICT. I'm talking about the necessary ground work for being 
able to have decent translations in place everywhere, and that's far 
from being over.

Most important items:
 - #7497: I18N/L10N support for plugins
 - #6353: Translation Interfaces for javascript

In particular, #7497 has a patch but mentions (in 
http://trac.edgewall.org/ticket/7497#comment:6) the need for two 
upstream patches. The Babel one has been applied (for 0.9.4) but not the 
Genshi one (#G129).

There are other points as well (probably not an exhaustive list):
 - translation support for the workflow</description>
    <dc:creator>Christian Boos</dc:creator>
    <dc:date>2008-11-07T12:36:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4381">
    <title>[Trac-dev] Online debugging under FastCGI - exceptions on commented lines</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4381</link>
    <description>
I am debugging Trac a plugin onsite and use trac.log to watch
exception messages. I've just catched a very interesting log message
that shows an exception in !commented line.

http://python.pastebin.com/m7e714fdd

Can anybody explain how could this happen? I am using FastCGI + Apache
setup.

--
WBR,
anatoly t.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>anatoly techtonik</dc:creator>
    <dc:date>2008-11-06T14:34:25</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4364">
    <title>[Trac-dev] how to determine resource filepath from request</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4364</link>
    <description>
Hi,
 I'm trying to develop a plugin that renders some of my HTML to pdfs
using pisa. The trouble is it gets stuck when trying to render
images / css etc as it doesn't know how to resolve urls to a filepath.

Pisa lets me register a callback to convert a url to a filepath, so my
question is:

if I get a string like this:
/sampleTracEnvironment/chrome/site/logo.png
/sampleTracEnvironment/raw-attachment/ticket/1/%20Scroll%201.jpg
/sampleTracEnvironment/chrome/path/css/mycss.css

how can I work out the filepath to these resources?

Brand new to python and Trac Dev, so apologies if its a dumb question

thx

Paul

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~---</description>
    <dc:creator>paulbh</dc:creator>
    <dc:date>2008-10-31T17:06:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4359">
    <title>[Trac-dev] Modularizing trac-admin</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4359</link>
    <description>While working on the multirepos branch, the need for a few additional
trac-admin commands came up. Christian suggested that trac-admin should
be modularized, so that the code for commands could be relocated to the
individual modules, in particular close to the web admin modules.

I have started working on this in:

  http://trac.edgewall.org/ticket/7770

In particular, I have specified an IAdminCommandProvider interface, a
command manager, and I have implemented the dispatch functionality and
one example of moving commands out (the config commands).

It would be great if I could get some feedback on the interface and the
general idea, before continuing. Once the interface is settled, I would
progressively move most commands to the new infrastructure.

</description>
    <dc:creator>Remy Blank</dc:creator>
    <dc:date>2008-11-01T01:42:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4356">
    <title>[Trac-dev] Help getting started with plugins - ITemplateStreamFilter</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4356</link>
    <description>
Hello.

We need to create two select fields with a hierarchical relationship.  The
values available for the second field will change depending on the selected
value for the first field.

I started with the sample ticket clone plug in that uses the
ITemplateStreamFilter.  I would like to interject some javascript to change
the options within the second select field as the first one is changed.

My code:

    def filter_stream(self, req, method, filename, stream, data):
        if filename == 'ticket.html':
            ticket = data.get('ticket')
            if ticket and ticket.exists:
                filter = Transformer('//h3[&lt; at &gt;id="comment:description"]')
    #filter =
Transformer('//select[&lt; at &gt;id="field-product_description"')
    #filter = Transformer('//div[&lt; at &gt;id="banner"]')
    #filter = Transformer('head')
                return stream | filter.after(self._insert(req, ticket,
data))
        return stream

The code above works.  When I comment out the filter for the h3 and try the
other filters, the HTM</description>
    <dc:creator>Ken Richard</dc:creator>
    <dc:date>2008-10-31T13:39:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4352">
    <title>[Trac-dev] Need project URL name in macro</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4352</link>
    <description>
Hi,
(sorry if this post appears twice - all my posts oppened by using the
Google Group website never appeared so far so I'm resending this post by
email.)

I need to access the project URL name/prefix inside a TracMacro.
I'm talking about the trac project directory name NOT the project_name
in trac.ini,
e.g. For 'http://trac.example.com/project1/wiki/WikiStart' it would be
the 'project1'.

For the case that the trac server is running in single-project mode I
like to get (or produce) an empty string.

Is this information somewhere in the Environment (self.env.XXX)? I
searched but couldn't find anything.

Thanks,
Martin


--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~-------</description>
    <dc:creator>Martin Scharrer</dc:creator>
    <dc:date>2008-10-30T13:06:50</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4351">
    <title>[Trac-dev] Need project URL name in macro</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4351</link>
    <description>
Hi,

I need to access the project URL name/prefix inside a TracMacro.
I'm talking about the trac project directory name NOT the project_name
in trac.ini,
e.g. For 'http://trac.example.com/project1/wiki/WikiStart' it would be
the 'project1'.

For the case that the trac server is running in single-project mode I
like to get (or produce) an empty string.

Is this information somewhere in the Environment (self.env.XXX)? I
searched but couldn't find anything.

Thanks,
Martin

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "Trac Development" group.
To post to this group, send email to trac-dev&lt; at &gt;googlegroups.com
To unsubscribe from this group, send email to trac-dev+unsubscribe&lt; at &gt;googlegroups.com
For more options, visit this group at http://groups.google.com/group/trac-dev?hl=en
-~----------~----~----~----~------~----~------~--~---


</description>
    <dc:creator>Martin S.</dc:creator>
    <dc:date>2008-10-30T12:24:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4347">
    <title>[Trac-dev] Timing for release 0.11.2</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4347</link>
    <description>I see that there are only 2 tickets left in the 0.11.2 milestone:

  #6436: Query links amazingly slow
  #6532: Email addresses leaked to users on ticket's CC list

Two questions:

 - Is any more testing needed on these tickets, or are we confident that
the attached patches are working well? I have a few hours available
tonight and tomorrow, so I could help.

 - Would it be reasonable to schedule the 0.11.2 release in the next few
days? I see that Christian has already prepared much of it. I have never
actively participated in a release, so I would need some guidance to
help efficiently.

</description>
    <dc:creator>Remy Blank</dc:creator>
    <dc:date>2008-10-30T11:56:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4346">
    <title>[Trac-dev] AttributeError: 'int' object has no attribute 'update'</title>
    <link>http://comments.gmane.org/gmane.comp.version-control.subversion.trac.devel/4346</link>
    <description>

    def saveusers(self,req,sel):
        data = {}
        if req.method == 'POST':
#DELETING ASSOCIATION
            if req.args.get('delete'):
                db = self.env.get_db_cnx()
                cursor = db.cursor()
                cursor.execute("DELETE from projects" )
#Flag set for deleting project association
                data['deleted'] = True

                db.commit()

#SAVING Resources to database
            if req.args.get('add'):
                db = self.env.get_db_cnx()
                cursor = db.cursor()
                cursor.execute("SELECT * from projects" )
                for projects, in cursor:

                    data['projects']=projects
# Deleting duplicate enteries from project table
                cursor.execute("DELETE FROM projects WHERE rowid IN"
                               "(SELECT rowid FROM projects AS
Duplicates WHERE rowid &gt;"
                               "(SELECT min(rowid) FROM PROJECTS as
First"
                               " WHERE First.projects </description>
    <dc:creator>gp</dc:creator>
    <dc:date>2008-10-30T08:54:34</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.version-control.subversion.trac.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.version-control.subversion.trac.devel</link>
  </textinput>
</rdf:RDF>
