[Trac] Re: Problem with Trac 0.11b
Hello Alex, Alex Turner wrote: I am intermitantly getting the following error: Traceback (most recent call last): File /usr/lib/python2.4/site-packages/Trac-0.11dev_r6621-py2.4.egg/trac/web/api.py, line 339, in send_error ... return IterableCursor(self.cnx.cursor()) File /usr/lib/python2.4/site-packages/Trac-0.11dev_r6621-py2.4.egg/trac/db/util.py, line 78, in cursor return IterableCursor(self.cnx.cursor()) InterfaceError: connection already closed Intermittently, you mean something like the first access in the morning, after Trac has been idle for a while? Can you specify the version information for the db and the bindings you're using, as well as have a look in the log for errors related to the above one (the backtrace happens during a send_error, so if we're lucky we have the original error in the log). -- Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Editing ticket field values from ITicketChangeListener's ticket_changed()
Hi! I am working a plugin which would help time-related ticket activities. The functionality I would like to have is to 1) e-mail notifications / warnings if a ticket spends too much time in a given state. 2) have automatic transitions, i.e. tickets get transfered from status A to status B after a given time. 3) show the dates/time involved in the features above on the ticket view pages, allow searching based on them, etc. My implementation plan is to create a plugin that implements ITicketChangeListener, and in ticket_changed() check whether the ticket entered one of the states which have a time-limit configured. If yes, 1) store the current time in a custom foo_state_entered_date field 2) set a callback by invoking 'at', which will run a small script The part where I got stuck is setting a field's value from ticket_changed(). Following erikand's suggestion (on #trac) I thought the following would work: ticket[fieldname] = datetime.date.today().isoformat() ticket.save_changes('auto-script',None) which would be simple, and it would store such automatic changes in the ticket's changelog. However, this throws an exception: Traceback (most recent call last): File $pkg/trac/web/main.py, line 398, in _dispatch_request dispatcher.dispatch(req) File $pkg/trac/web/main.py, line 195, in dispatch resp = chosen_handler.process_request(req) File $pkg/trac/ticket/web_ui.py, line 159, in process_request return self._process_ticket_request(req) File $pkg/trac/ticket/web_ui.py, line 459, in _process_ticket_request self._do_save(req, ticket, action) File $pkg/trac/ticket/web_ui.py, line 943, in _do_save cnum=internal_cnum): File $pkg/trac/ticket/model.py, line 276, in save_changes listener.ticket_changed(self, comment, author, old_values) File /home/abeld/WORK/trac-for-internal-inventory/trac-install/ plugins/proba.py, line 54, in ticket_changed ticket.save_changes('auto-script',None) File $pkg/trac/ticket/model.py, line 264, in save_changes (self.id, when_ts, author, cnum, comment)) File $pkg/trac/db/util.py, line 50, in execute return self.cursor.execute(sql_escape_percent(sql), args) File $pkg/trac/db/sqlite_backend.py, line 58, in execute args or []) File $pkg/trac/db/sqlite_backend.py, line 50, in _rollback_on_error return function(self, *args, **kwargs) IntegrityError: columns ticket, time, field are not unique (where $pkg in the filenames is /home/abeld/temp-trac-install-dir/lib/python2.4/site-packages/ Trac-0.11b1-py2.4.egg as I am using a locally-installed 0.11b1; and the trac instance is at /home/abeld/WORK/trac-for-internal-inventory/trac-install/) So, how should I be doing this? (I would like to store the date explicitly, even though it could be figured out by parsing the ticket's changelog, as well. However, having it stored in a seperate field means it is possible to show in the ticket view page / search for, and that manual editing of it can be allowed.) Should the above, or some variation of it work? Or do I have to open a new connection to the database? If the latter, are there any issues with multiple simultaneous connections to the db? (I am using sqlite db backend) Thanks in advance, Daniel Abel [EMAIL PROTECTED] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Display ticket fields in a wiki page
Hello! On Mar 3, 8:57 am, Steffen Elste [EMAIL PROTECTED] wrote: plugin. For the latter, I've written a macro for internal use that displays the results of a report or query as a table, just like the one from the custom query module, in a wiki. So I can tell you it can Would it be possible to send me the macro that You developed (or at least a skeleton) - although i've done some programming with Python i'm not at all familiar with the APIs of Trac?! I too would be interested in this. If you could send it or make it available, I would be most obliged! Best regards! /marcus --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Display ticket fields in a wiki page
mawi wrote: Hello! On Mar 3, 8:57 am, Steffen Elste [EMAIL PROTECTED] wrote: plugin. For the latter, I've written a macro for internal use that displays the results of a report or query as a table, just like the one from the custom query module, in a wiki. So I can tell you it can Would it be possible to send me the macro that You developed (or at least a skeleton) - although i've done some programming with Python i'm not at all familiar with the APIs of Trac?! I too would be interested in this. If you could send it or make it available, I would be most obliged! Note that TicketQuery supports a format=table parameter, in 0.11. -- Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Editing ticket field values from ITicketChangeListener's ticket_changed()
Hi Unfortunately I only had an example for ticket_created, and I do not know how things are supposed to be handled in ticket_changed, but hopefully someone else will now let us know.. Regarding sqlite: sqlite does only handle one transaction at a time, so if you need multiple simultaneous connections to the db you will be better of with postgres. Performancewise I've been told that sqlite and postgres are about the same, but with postgres you get better throughput since you don't need to wait for locks.. Cheers / Erik On Thu, Mar 6, 2008 at 11:46 AM, Daniel Abel [EMAIL PROTECTED] wrote: Hi! I am working a plugin which would help time-related ticket activities. The functionality I would like to have is to 1) e-mail notifications / warnings if a ticket spends too much time in a given state. 2) have automatic transitions, i.e. tickets get transfered from status A to status B after a given time. 3) show the dates/time involved in the features above on the ticket view pages, allow searching based on them, etc. My implementation plan is to create a plugin that implements ITicketChangeListener, and in ticket_changed() check whether the ticket entered one of the states which have a time-limit configured. If yes, 1) store the current time in a custom foo_state_entered_date field 2) set a callback by invoking 'at', which will run a small script The part where I got stuck is setting a field's value from ticket_changed(). Following erikand's suggestion (on #trac) I thought the following would work: ticket[fieldname] = datetime.date.today().isoformat() ticket.save_changes('auto-script',None) which would be simple, and it would store such automatic changes in the ticket's changelog. However, this throws an exception: Traceback (most recent call last): File $pkg/trac/web/main.py, line 398, in _dispatch_request dispatcher.dispatch(req) File $pkg/trac/web/main.py, line 195, in dispatch resp = chosen_handler.process_request(req) File $pkg/trac/ticket/web_ui.py, line 159, in process_request return self._process_ticket_request(req) File $pkg/trac/ticket/web_ui.py, line 459, in _process_ticket_request self._do_save(req, ticket, action) File $pkg/trac/ticket/web_ui.py, line 943, in _do_save cnum=internal_cnum): File $pkg/trac/ticket/model.py, line 276, in save_changes listener.ticket_changed(self, comment, author, old_values) File /home/abeld/WORK/trac-for-internal-inventory/trac-install/ plugins/proba.py, line 54, in ticket_changed ticket.save_changes('auto-script',None) File $pkg/trac/ticket/model.py, line 264, in save_changes (self.id, when_ts, author, cnum, comment)) File $pkg/trac/db/util.py, line 50, in execute return self.cursor.execute(sql_escape_percent(sql), args) File $pkg/trac/db/sqlite_backend.py, line 58, in execute args or []) File $pkg/trac/db/sqlite_backend.py, line 50, in _rollback_on_error return function(self, *args, **kwargs) IntegrityError: columns ticket, time, field are not unique (where $pkg in the filenames is /home/abeld/temp-trac-install-dir/lib/python2.4/site-packages/ Trac-0.11b1-py2.4.egg as I am using a locally-installed 0.11b1; and the trac instance is at /home/abeld/WORK/trac-for-internal-inventory/trac-install/) So, how should I be doing this? (I would like to store the date explicitly, even though it could be figured out by parsing the ticket's changelog, as well. However, having it stored in a seperate field means it is possible to show in the ticket view page / search for, and that manual editing of it can be allowed.) Should the above, or some variation of it work? Or do I have to open a new connection to the database? If the latter, are there any issues with multiple simultaneous connections to the db? (I am using sqlite db backend) Thanks in advance, Daniel Abel [EMAIL PROTECTED] --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Apple Open Directory authorization
Wow I was way off base with this one. OD users work plain and simple with regular digest authorization. What a breeze! -D On 3-Mar-08, at 8:38 PM, David Starr wrote: Hi all, Has anyone had any experience using Trac with Apple's Open Directory (LDAP) for authorization? Just wonder if this has been done before. -D --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: video macro for wiki (flash/quicktime)
This would be a great feature! Let me know if you need help... On 3-Mar-08, at 3:03 AM, IanJ wrote: Does anyone have a macro to aid in the display of videos inside trac. Just looking for something along the lines of the Image macro for flash/quicktime: [[Flash(myflashvid.flv)]] [[Quicktime(myquicktime.mov)]] Figured I'd ask before I build one. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Wiki-View
I have been trying to get authz_policy working in my 0.11b1 installation, without much luck. I want anon users to have access to wiki:WikiStart only. To that end, I have removed all standard permissions from anonymous, and added a very simple authz_policy setup: [wiki:[EMAIL PROTECTED] * = WIKI_VIEW I have a couple of issues, though. First, while the code in authz_policy.py goes through a few hoops to test authz_policy.conf for modification before each time it is used, it is none the less parsed for every request. I assume the intent is not to test it for modification every use in a single request (which is what happens) but once for a given request, and to have the parsed file reused across requests when not modified. Simply making the authz_mtime and authz variables class will not work... you will run into problems with multiple trac instances with their own authz files due to tracs requirement to run all instances in the root python interpreter. A class wide dict for those variables with the authz_policy.conf full path as a key, maybe? Second, I can't seem to get it to work! All of my plumbing is in place and working. I've done some debugging... When I go to the /project root as anonymous, wiki:WikiStart is indeed passed in, authz_policy does its magic, and anonymous gets to see the page. If I put in /project/wiki, or project/wiki/WikiStart (or indeed project/wiki/AnyPage), the passed resource is only the realm 'wiki', without an id. I really want to authz_policy to meet my employers needs, and would really appreciate some help. Thanks, Wayne --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: authentication question
I think I've answered my own question: http://trac.edgewall.org/wiki/TracPermissions Disregard the noise. -bret On Thu, Mar 6, 2008 at 11:34 AM, bretweinraub [EMAIL PROTECTED] wrote: Hello tracies - I've read the FAQ, but maybe this is too obvious for the FAQ. I've configured htdigest authentication for tracd (no apache so far). I'm not getting my desired behavior, though. If I haven't logged in, all the content available via Trac is right there for the browsing. Basically I don't want any content available to a user who has not authenticated. Can't say I want any old bloke browsing our source code. Am I missing something REALLY obvious? I'm guessing I might need apache but if there a way to configure this using just tracd that'd be swell. -bret ps cool tool --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] authentication question
Hello tracies - I've read the FAQ, but maybe this is too obvious for the FAQ. I've configured htdigest authentication for tracd (no apache so far). I'm not getting my desired behavior, though. If I haven't logged in, all the content available via Trac is right there for the browsing. Basically I don't want any content available to a user who has not authenticated. Can't say I want any old bloke browsing our source code. Am I missing something REALLY obvious? I'm guessing I might need apache but if there a way to configure this using just tracd that'd be swell. -bret ps cool tool --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] trac-webadmin on Fedora Core 8
Hi, I installed trac and trac-webadmin through the regular Add/Remove software. So, 'yum list' shows these two packages as installed: trac.noarch0.10.4-1.fc7 installed trac-webadmin.noarch 0.1.2-0.3.dev_r4429.fc installed The way I did this was to first install just 'trac' and got it running and working 100%. Then, I went back and installed the 'trac-webadmin' package. By default, the installation is clearly using trac.cgi, so it's cgi- based, not python-based. I looked at the trac-webadmin page, but the only thing it seems to point out is that I need to add this into my the trac.ini of my project: [components] *.webadmin = enabled I did this, restarted 'httpd', but when I go to my project's trac page, everything is the same as it was before. I don't see any ADMIN button. I would really appreciate if someone could point out what I am doing wrong here and how I can set it up such that the trac-webadmin will actually work. Thanks, Yaakov. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Attachments
OK, I must be blind, as I can't figure out how to allow attachments... I have TRAC_ADMIN rights, but the attach file button isn't showing up. What am I missing? Thanks, Andrew --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: trac-webadmin on Fedora Core 8
To see the ADMIN button you need to be logged in as a user with TRAC_ADMIN permissions. Cheers / Erik On Thu, Mar 6, 2008 at 7:18 PM, Yaakov [EMAIL PROTECTED] wrote: Hi, I installed trac and trac-webadmin through the regular Add/Remove software. So, 'yum list' shows these two packages as installed: trac.noarch0.10.4-1.fc7 installed trac-webadmin.noarch 0.1.2-0.3.dev_r4429.fc installed The way I did this was to first install just 'trac' and got it running and working 100%. Then, I went back and installed the 'trac-webadmin' package. By default, the installation is clearly using trac.cgi, so it's cgi- based, not python-based. I looked at the trac-webadmin page, but the only thing it seems to point out is that I need to add this into my the trac.ini of my project: [components] *.webadmin = enabled I did this, restarted 'httpd', but when I go to my project's trac page, everything is the same as it was before. I don't see any ADMIN button. I would really appreciate if someone could point out what I am doing wrong here and how I can set it up such that the trac-webadmin will actually work. Thanks, Yaakov. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: authentication question
bretweinraub wrote: Hello tracies - I've read the FAQ, but maybe this is too obvious for the FAQ. I've configured htdigest authentication for tracd (no apache so far). I'm not getting my desired behavior, though. If I haven't logged in, all the content available via Trac is right there for the browsing. Basically I don't want any content available to a user who has not authenticated. Can't say I want any old bloke browsing our source code. Am I missing something REALLY obvious? I'm guessing I might need apache but if there a way to configure this using just tracd that'd be swell. You need to remove the permissions for these actions from the pseudo-user anonymous. Please read the TracPermissions page. --Noah signature.asc Description: OpenPGP digital signature
[Trac] Re: How do I get it working, Need some help, stucked.
Assuming I get the right place for the list this time (apologies if this duplicates - I've sent a copy to Toms anyway). These are my notes on how I did my installation. They may or may not work for you. They're offered as-is as I did this ages ago and have pretty much forgotten anything else. (In other words - if this fsck's your system, don't blame me.) System: FreeBSD. This' private and not exposed to the outside world so I don't have to worry about security from outsiders - you may have to depending on what you want to do. Packages installed via portmap. This may not be the optimal installation but it works for me. Notes on the installation mkdir /var/svn/projects /usr/local/bin/svnadmin create --fs-type /var/svn/projects mkdir /var/trac/projects /usr/local/bin/trac-admin /var/trac/projects initenv Enabled mod_fastcgi in /usr/local/etc/lighttpd.conf - uncomment in the server.modules list and add the fastcgi.server entry along these lines: fastcgi.server = (/trac = (trac = (socket = /tmp/trac-fastcgi.sock, bin-path = //usr/local/share/trac/cgi-bin/trac.fcgi, check-local = disable, bin-environment = (TRAC_ENV = /var/trac/projects) ) ) ) Create log files touch /var/log/lighttpd.access. touch /var/log/lighttpd.error.log chown www:www /var/log/lighttpd.access.log chown www:www /var/log/lighttpd.error.log Create wrapper for ease of use vi /usr/bin/lighttpd #!/bin/sh /usr/local/sbin/lighttpd -f /usr/local/etc/lighttpd.conf $@ chmod +x /usr/bin/lighttpd Enable at startup time echo 'lighttpd_enable=YES' /etc/rc.conf chown -R www:www /var/trac to avoid access errors HTH. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: trac-webadmin on Fedora Core 8
Yaakov escribió: By default, the installation is clearly using trac.cgi, so it's cgi- based, not python-based. It is python-based. It's just not mod-python based. :-) I looked at the trac-webadmin page, but the only thing it seems to point out is that I need to add this into my the trac.ini of my project: [components] *.webadmin = enabled That's correct. I did this, restarted 'httpd', but when I go to my project's trac page, everything is the same as it was before. I don't see any ADMIN button. That's because you need permission to use the webadmin. # trac-admin /your/proyect/dir permission add user TRAC_ADMIN After that go and see the admin button. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: How do I get it working, Need some help, stucked.
Double apologies: copying this stuff out of the browser managed to mangle a few things such as: mkdir /var/svn/projects /usr/local/bin/svnadmin create --fs-type fsfs /var/svn/projects mkdir /var/trac/projects /usr/local/bin/trac-admin /var/trac/projects initenv --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Attachments
Not sure why, but using authz_policy requires that: permission_policies = AuthzPolicy, DefaultPermissionPolicy, LegacyAttachmentPolicy to get the upload functionality working... Andrew On Thu, Mar 6, 2008 at 11:19 AM, Andrew Gehring [EMAIL PROTECTED] wrote: OK, I must be blind, as I can't figure out how to allow attachments... I have TRAC_ADMIN rights, but the attach file button isn't showing up. What am I missing? Thanks, Andrew --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Wiki-View
I have the following in my authfile: wiki:[EMAIL PROTECTED] @admin = WIKI_ADMIN anonymous = WIKI_VIEW * = WIKI_VIEW Works as your requesting... Andrew On Thu, Mar 6, 2008 at 7:17 AM, AmanKow [EMAIL PROTECTED] wrote: I have been trying to get authz_policy working in my 0.11b1 installation, without much luck. I want anon users to have access to wiki:WikiStart only. To that end, I have removed all standard permissions from anonymous, and added a very simple authz_policy setup: [wiki:[EMAIL PROTECTED] * = WIKI_VIEW I have a couple of issues, though. First, while the code in authz_policy.py goes through a few hoops to test authz_policy.conf for modification before each time it is used, it is none the less parsed for every request. I assume the intent is not to test it for modification every use in a single request (which is what happens) but once for a given request, and to have the parsed file reused across requests when not modified. Simply making the authz_mtime and authz variables class will not work... you will run into problems with multiple trac instances with their own authz files due to tracs requirement to run all instances in the root python interpreter. A class wide dict for those variables with the authz_policy.conf full path as a key, maybe? Second, I can't seem to get it to work! All of my plumbing is in place and working. I've done some debugging... When I go to the /project root as anonymous, wiki:WikiStart is indeed passed in, authz_policy does its magic, and anonymous gets to see the page. If I put in /project/wiki, or project/wiki/WikiStart (or indeed project/wiki/AnyPage), the passed resource is only the realm 'wiki', without an id. I really want to authz_policy to meet my employers needs, and would really appreciate some help. Thanks, Wayne --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problem with Trac 0.11b
Well - at this point it started happening to my Java apps too, so I think the problem is with Postgresql 8.3... Alex On Thu, Mar 6, 2008 at 3:16 AM, Christian Boos [EMAIL PROTECTED] wrote: Hello Alex, Alex Turner wrote: I am intermitantly getting the following error: Traceback (most recent call last): File /usr/lib/python2.4/site-packages/Trac-0.11dev_r6621-py2.4.egg/trac/web/api.py, line 339, in send_error ... return IterableCursor(self.cnx.cursor()) File /usr/lib/python2.4/site-packages/Trac-0.11dev_r6621-py2.4.egg/trac/db/util.py, line 78, in cursor return IterableCursor(self.cnx.cursor()) InterfaceError: connection already closed Intermittently, you mean something like the first access in the morning, after Trac has been idle for a while? Can you specify the version information for the db and the bindings you're using, as well as have a look in the log for errors related to the above one (the backtrace happens during a send_error, so if we're lucky we have the original error in the log). -- Christian --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: 0.11/remove preferences link for anonymous users
I hate to add noise, but possibly some advice as to where to look in the docs or a few things to try? I've installed 0.11dev-r6637 with TracAccountManager and TracPermRedirect. In trying to simulate a .10 install and TracAuthRequired (redirect to html auth page), I've removed all anonymous permissions. That works pretty well for non authenticated users, except you still get a Preferences link top right. Is it possible to remove/disable this for anonymous viewers? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] 2 times wiki changes in timeline selection box?where does this come from?
one of our tracs has two entries wiki changes in the timeline selection box. clicking one checks both, and as a following, the timeline contains every wiki change twice. we have iniadmin plugin activated to allow easy edit of the whole trac.conf file ... and now we wonder what a wiki admin could have changed to reach this behaviour? or in other words: what influences what is displayed in the timeline restriction box, i.e. the box with the contents wiki changes from and days back, wiki changes, milestones, ticket changes, ticket details, repository checkins rupert. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Wiki-View
Hi, Andrew! Mine is still not working for the reasons I stated above. I have an identical setup to you as above, w/o the @admin line, as I am only trying to restrict anon users to the WikiStart page at this time. Please see if it is possible for you to set up access control on any other page for anon. Is WikiStart available from yourproject/wiki and yourproject/wiki/ WikiStart? Again as I stated above, it works for yourproject/ but neither of the other urls, which should all display WikiStart (clicking the wiki tab brings you to yourproject/wiki/, not yourproject/) On Mar 6, 3:01 pm, Andrew Gehring [EMAIL PROTECTED] wrote: I have the following in my authfile: wiki:[EMAIL PROTECTED] @admin = WIKI_ADMIN anonymous = WIKI_VIEW * = WIKI_VIEW Works as your requesting... Andrew On Thu, Mar 6, 2008 at 7:17 AM, AmanKow [EMAIL PROTECTED] wrote: I have been trying to get authz_policy working in my 0.11b1 installation, without much luck. I want anon users to have access to wiki:WikiStart only. To that end, I have removed all standard permissions from anonymous, and added a very simple authz_policy setup: [wiki:[EMAIL PROTECTED] * = WIKI_VIEW I have a couple of issues, though. First, while the code in authz_policy.py goes through a few hoops to test authz_policy.conf for modification before each time it is used, it is none the less parsed for every request. I assume the intent is not to test it for modification every use in a single request (which is what happens) but once for a given request, and to have the parsed file reused across requests when not modified. Simply making the authz_mtime and authz variables class will not work... you will run into problems with multiple trac instances with their own authz files due to tracs requirement to run all instances in the root python interpreter. A class wide dict for those variables with the authz_policy.conf full path as a key, maybe? Second, I can't seem to get it to work! All of my plumbing is in place and working. I've done some debugging... When I go to the /project root as anonymous, wiki:WikiStart is indeed passed in, authz_policy does its magic, and anonymous gets to see the page. If I put in /project/wiki, or project/wiki/WikiStart (or indeed project/wiki/AnyPage), the passed resource is only the realm 'wiki', without an id. I really want to authz_policy to meet my employers needs, and would really appreciate some help. Thanks, Wayne --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Is Mercurial plugin compatible with Trac i18n branch?
there's a i18n Trac in sandbox, Is Mercurial plugin compatible with Trac i18n? _ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: 2 times wiki changes in timeline selection box?where does this come from?
i should add: we have 15 trac instances running in a trac-parent configuration, version 0.10.4, sqlite database, python-2.5. we have that error only in one instance. rupert. On Mar 7, 1:43 am, rupert thurner [EMAIL PROTECTED] wrote: one of our tracs has two entries wiki changes in the timeline selection box. clicking one checks both, and as a following, the timeline contains every wiki change twice. we have iniadmin plugin activated to allow easy edit of the whole trac.conf file ... and now we wonder what a wiki admin could have changed to reach this behaviour? or in other words: what influences what is displayed in the timeline restriction box, i.e. the box with the contents wiki changes from and days back, wiki changes, milestones, ticket changes, ticket details, repository checkins rupert. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: 0.11/remove preferences link for anonymous users
Hi There might be better ways, but an ITemplateStreamFilter-plugin should be able to remove it. Cheers / Erik On Fri, Mar 7, 2008 at 1:41 AM, JoeNMDA [EMAIL PROTECTED] wrote: I hate to add noise, but possibly some advice as to where to look in the docs or a few things to try? I've installed 0.11dev-r6637 with TracAccountManager and TracPermRedirect. In trying to simulate a .10 install and TracAuthRequired (redirect to html auth page), I've removed all anonymous permissions. That works pretty well for non authenticated users, except you still get a Preferences link top right. Is it possible to remove/disable this for anonymous viewers? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-users@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---