[Trac] Re: Artifacts for translation (localization)
jmt4b04d4v wrote:
...
Shouldn't a message like:
raise TracError('Maximum attachment size: %d bytes' %
max_size,
'Upload failed')
Be explained to end users in it's own language? Arguable
This should be translated of course. We just started to mark strings for
translations in the Python a few days ago, so you won't find a lot of
them translated for now.
As Christian suggested, this could represent a problem if end users
start to post tickets in http://trac.edgewall.org/newticket using a
translated Python traceback.
Well, if we really can't get the meaning of an user visible error
message, we could look for the corresponding original in the translation
file.
I was only concerned by the log() messages, as it's easier for me at
least to scan for the familiar english strings in long log files.
Besides log output, I don't see what /shouldn't/ be translated.
-- 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: Artifacts for translation (localization)
Well, if we really can't get the meaning of an user visible error message, we could look for the corresponding original in the translation file. Would it be possible to implement the following: The pretty error message (big red box) shows the translated version of the log error for the end-user, while the Python traceback only shows the english version (for the bug reporter). That means applying the translation in the error handler, but it seems doable, doesn't it? Log messages should never be translated. Cheers, Manu --~--~-~--~~~---~--~~ 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] Default keyword at ticket creation
Hi, How can have default keywords already filled when I create a new ticket ? Thx in advance, Julien --~--~-~--~~~---~--~~ 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] Cannot build Webadmin
Hi,
trac .10.3, svn 1.4.4. According http://trac.edgewall.org/wiki/WebAdmin,
I checked out webadmin from
http://svn.edgewall.com/repos/trac/sandbox/webadmin/.
But if I do a python ./setup.py bdist_egg, I get this:
-8-
running bdist_egg
Traceback (most recent call last):
File setup.py, line 34, in ?
entry_points = {
File /usr/lib/python2.4/distutils/core.py, line 149, in setup
dist.run_commands()
File /usr/lib/python2.4/distutils/dist.py, line 946, in run_commands
self.run_command(cmd)
File /usr/lib/python2.4/distutils/dist.py, line 965, in run_command
cmd_obj.ensure_finalized()
File /usr/lib/python2.4/distutils/cmd.py, line 117, in ensure_finalized
self.finalize_options()
File
/usr/lib/python2.4/site-packages/setuptools-0.6b4-py2.4.egg/setuptools/command/bdist_egg.py,
line 94, in finalize_options
ei_cmd = self.ei_cmd = self.get_finalized_command(egg_info)
File /usr/lib/python2.4/distutils/cmd.py, line 319, in get_finalized_command
cmd_obj.ensure_finalized()
File /usr/lib/python2.4/distutils/cmd.py, line 117, in ensure_finalized
self.finalize_options()
File
/usr/lib/python2.4/site-packages/setuptools-0.6b4-py2.4.egg/setuptools/command/egg_info.py,
line 85, in finalize_options
self.egg_version = self.tagged_version()
File
/usr/lib/python2.4/site-packages/setuptools-0.6b4-py2.4.egg/setuptools/command/egg_info.py,
line 179, in tagged_version
): version += '-r%s' % self.get_svn_revision()
File
/usr/lib/python2.4/site-packages/setuptools-0.6b4-py2.4.egg/setuptools/command/egg_info.py,
line 196, in get_svn_revision
dirurl = urlre.search(data).group(1)# get repository URL
AttributeError: 'NoneType' object has no attribute 'group'
-8-
Any help is appreciated,
Rainer
--~--~-~--~~~---~--~~
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: Cannot build Webadmin
Rainer Sokoll wrote: Hi, trac .10.3, svn 1.4.4. According http://trac.edgewall.org/wiki/WebAdmin, According to your backtrace, you're using setuptools-0.6b4 which is a bit old... Can you try with a more recent setuptools version? (e.g. 0.6c3 or newer) -- 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: Cannot build Webadmin
On Tue, Jun 26, 2007 at 11:56:57AM +0200, Christian Boos wrote: Rainer Sokoll wrote: Hi, trac .10.3, svn 1.4.4. According http://trac.edgewall.org/wiki/WebAdmin, According to your backtrace, you're using setuptools-0.6b4 which is a bit old... Can you try with a more recent setuptools version? (e.g. 0.6c3 or newer) You're my hero! With setuptools 0.6c6, it works. Thank you very much, Rainer --~--~-~--~~~---~--~~ 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] webadmin tool installation problem
Hi there, I'm using this guide (http://trac.edgewall.org/wiki/WebAdmin) to install the webadmin tool. It is said that is enought to out the .zip file in the plugins project directory, remove the .zip, enable it in the trac.ini, and restart apache, but it's not working for me. Any ideas? ps: I am already in the TRAC_ADMIN group --~--~-~--~~~---~--~~ 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: webadmin tool installation problem
Hi there, I'm using this guide (http://trac.edgewall.org/wiki/WebAdmin)= to install the webadmin tool. It is said that is enought to out the .zip f= ile in the plugins project directory, remove the .zip, enable it in the tra= c.ini, and restart apache, but it's not working for me. Just build it yourself like with any other plugin. svn co the URL at the top of the page, python setup.py bdist_egg, cp dist/*.egg /path/to/env/plugins, restart web server, profit. --Noah signature.asc Description: OpenPGP digital signature
[Trac] Re: webadmin tool installation problem
When I try to install setuptools I have a problem: xxx$ python ez_setup.py Downloading http://cheeseshop.python.org/packages/2.3/s/setuptools/setuptools-0.6c6-py2.3.egg error: invalid Python installation: unable to open /usr/lib/python2.3/config/Makefile (No such file or directory) This is the reason I want to use the .egg directly. Thanks. Diego. 2007/6/26, Noah Kantrowitz [EMAIL PROTECTED]: install the webadmin tool. It is said that is enought to out the .zip f= ile in the plugins project directory, remove the .zip, enable it in the tra= c.ini, and restart apache, but it's not working for me. Just build it yourself like with any other plugin. svn co the URL at the top of the page, python setup.py bdist_egg, cp dist/*.egg /path/to/env/plugins, restart web server, profit. --Noah --~--~-~--~~~---~--~~ 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: webadmin tool installation problem
On Tue, Jun 26, 2007 at 12:31:31PM +0200, diego gentoo wrote: When I try to install setuptools I have a problem: xxx$ python ez_setup.py Downloading http://cheeseshop.python.org/packages/2.3/s/setuptools/setuptools-0.6c6-py2.3.egg error: invalid Python installation: unable to open /usr/lib/python2.3/config/Makefile (No such file or directory) From the setuptools website: You will need at least Python 2.3.5, or if you are on a 64-bit platform, Python 2.4. Does your system meet the requirements? Rainer --~--~-~--~~~---~--~~ 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: webadmin tool installation problem
diego gentoo wrote: When I try to install setuptools I have a problem: xxx$ python ez_setup.py Downloading http://cheeseshop.python.org/packages/2.3/s/setuptools/setuptools-0.6c6-py2.3.egg error: invalid Python installation: unable to open /usr/lib/python2.3/config/Makefile (No such file or directory) This is the reason I want to use the .egg directly. Thanks. Diego. You need setuptools to use a plugin no matter what. Install the python-devel or similar packages for your system, or install setuptools via your package manager of choice. --Noah signature.asc Description: OpenPGP digital signature
[Trac] Re: Pretty Urls with Multiple Site Instances Per Single Trac install
On 26/06/07, Eric Jahn [EMAIL PROTECTED] wrote: I have multiple sites running on one trac instance. The links in the generated trac pages look like this: https://subdomain.domain.com/cgi-bin/instance_name/trac.cgi/rest_of_url but I want them to look like this: https://subdomain.domain.com/instance_name/rest_of_url In other words, no cgi-bin and no trac.cgi I have read the pretty url how-to, but it doesn't address how to get the generated urls changed, only how to rewrite (process) the truncated urls. Once I have this working, I'll figure out the url rewriting with Apache2. Thanks in advance for any pointers. Have look at an articles a friend of mine wrote regarding setting up Apache and Trac for multiple projects. This should help you with the set up you're after - http://www.creative-restraint.co.uk/blog/index.cfm/2006/8/25/Trac--Multiple-Projects Stephen --~--~-~--~~~---~--~~ 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 with mercurial
Hi, I am using Trac 0.11. Now, I want to integrate Mercurial with my Trac installation. To do that 1. installed Mercurial using Mercurial windows installer. 2. installed Mercurial plugin from http://svn.edgewall.com/repos/trac/sandbox/mercurial-plugin-0.11. (I have Python 2.5) 3. created the project environment with the repository_type = hg and all other necessary configurations. Then I have run the tracd. But it says that Warning: Can't synchronize with the repository (Unsupported version control system hg. Check that the Python bindings for hg are correctly installed.) Could you please tell me if I need to do anymore steps or where I am doing wrong? Thanks in advance. Anjan --~--~-~--~~~---~--~~ 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 with mercurial
On 6/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Could you please tell me if I need to do anymore steps or where I am doing wrong? IIRC, the Windows installer for Mercurial doesn't install the Mercurial modules in the generic site-packages, which is why TracMercurial can't find them. You should probably try to install Mercurial through easy_install, that should work better. Regards, Manuzhai --~--~-~--~~~---~--~~ 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: Artifacts for translation (localization)
en... in my opinion.if a string is not for the end user.leave it alone.aprogrammer have to know some of the English words.and sometimes the log's messages are very simple sentences. On 6/26/07, Emmanuel Blot [EMAIL PROTECTED] wrote: Well, if we really can't get the meaning of an user visible error message, we could look for the corresponding original in the translation file. Would it be possible to implement the following: The pretty error message (big red box) shows the translated version of the log error for the end-user, while the Python traceback only shows the english version (for the bug reporter). That means applying the translation in the error handler, but it seems doable, doesn't it? Log messages should never be translated. Cheers, Manu -- wangyingqi welcome to visite http://wps.cn --~--~-~--~~~---~--~~ 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: webadmin tool installation problem
I have the latest one already. I have this problem when I try to build the plugin from the souce: xxx# python setup.py bdist_egg Traceback (most recent call last): File setup.py, line 25, in ? packages=find_packages(exclude=['ez_setup', '*.tests*']), TypeError: find_packages() got an unexpected keyword argument 'exclude' Help :( --~--~-~--~~~---~--~~ 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: swig bindings
thank you for your reply, but I am getting a bit confused. I have build originally subversion with the following configure: ./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr -- with-apxs =/usr/sbin/apxs --with-berkeley-db=/usr/local/lib when I run cat config.log | grep PYTHON. I get: PYTHON='/usr/bin/python' and running which python also confirms this directory so the subversion did use python 2.3.4. Given that you are saying that svn 1.4.3 comes already with swig wrappers, it should have worked. However it did not. (I also tried to rebuild swig-py but it was throwing gcc error so I could not rebuild it from within the downloaded svn source. When I did swig -version it reported 1.3.21 located in usr/bin/swig. When I read that svn 1.4.3 only works with 1.3.25 of swig I assumed this must be the culprit and build swig 1.3.29, then rebuild svn from source again with different configure this time: ./configure --with-apr=/usr/local/apr --with-apr-util=/usr/local/apr -- with-apxs =/usr/sbin/apxs --with-berkeley-db=/usr/local/lib --with-swig=/usr/ local/swig1.3 .29/bin/swig followed by building swig-py. The thing is this did not work either and swig -version still shows 1.3.21, but I am receiving the very same trac error as before: Warning: Can't synchronize with the repository (Unsupported version control system svn. Check that the Python bindings for svn are correctly installed.) Am I missing something here? Robert On Jun 26, 12:02 am, Christian Boos [EMAIL PROTECTED] wrote: Rob13 wrote: Hello, I know swig binding has been discussed on numerous occasions but I have a very unique case that I cannot seem to solve. Here it is: I have installed trac on Linux CentOS 4.x and everything seems to work except svn browsing. It reports: Unsupported version control system svn. Check that the Python bindings for svn are correctly installed. What strange though is that I was able to install swig-py and it created /svn-python bindings that I have then added to PYTHONPATH. Further, I tried 1.3.25 and 1.3.29 version of swig as per the recommendation for 0.11dev version of trac and it still does not work. Furthermore, I run trac on other server where the swig-binding installation worked without any need to download specific version of swig (I just ran make swig-py from subversion 1.4.3 source). If all you need is 'make swig-py' and 'make install-swig-py'), then you don't need SWIG at all, as Subversion 1.4.3 comes with pre-generated wrappers. The two servers are identical except the python version. The server where it worked is Python 2.4.3. The server where it does not (even with trying different version of swig) runs Python 2.3.4. If you have multiple versions of Python installed, be careful to configure subversion with the correct Python version, the one you're going to use the bindings with. Check with: cat config.log | grep PYTHON. Please double check thehttp://trac.edgewall.org/wiki/TracSubversionpage. -- 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: Artifacts for translation (localization)
Thanks to all for clarification, I needed this to know which translated lines to drop. log() messages in http://trac-hacks.org/wiki/TracSpanishTranslation will be dropped in next revision. in my opinion.if a string is not for the end user.leave it alone.aprogrammer have to know some of the English words.and sometimes the log's messages are very simple sentences. Agree, meti la pata, perdón :-) Would it be possible to implement the following: The pretty error message (big red box) shows the translated version of the log error for the end-user, while the Python traceback only shows the english version (for the bug reporter). That means applying the translation in the error handler, but it seems doable, doesn't it? I'll try to implement this into the translation for 0.10.x. Best regards, Johans Marvin Taboada Villca-`^_^´- .o0O( 2007-04-24, Bienvenida Bebecita ) Adm. Laboratorio de Desarrollo de Software Carreras de Informática y Sistemas UMSS, Cochabamba Bolivia --~--~-~--~~~---~--~~ 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] AccountManager Plugin + Ticket Assignment
Hi all, I'm currently looking to assign a ticket to a user who is not showing up on the drop down list. I'm curious where this field is being populated from and if my settings for AccountManager Plugin (http://trac-hacks.org/wiki/AccountManagerPlugin) could be breaking something. Users are authenticated via Apache's mod_ldap, and I've successfully logged in as this user. Only users from LDAP should essentially be granted access, and all of them should be allowed to have tickets assigned to them. However, only a subselect of people are currently available on the list. What's my best bet for troubleshooting this? Thanks, - sf --~--~-~--~~~---~--~~ 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: AccountManager Plugin + Ticket Assignment
Trac gets the dropdown list by I believe something like the following query: select sid from session where authenticated=1 I don't know how AccountManagerPlugin works exactly, but I have my own user management system that adds users to an Apache password file and inserts the proper rows into session and session_attribute table. I think if you don't do this, I think a user has to login to the system at least once to show up, or I think they have to do some action in Trac to get put into the session table. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Finkelstein Sent: Tuesday, June 26, 2007 3:50 PM To: trac-users@googlegroups.com Subject: [Trac] AccountManager Plugin + Ticket Assignment Hi all, I'm currently looking to assign a ticket to a user who is not showing up on the drop down list. I'm curious where this field is being populated from and if my settings for AccountManager Plugin (http://trac-hacks.org/wiki/AccountManagerPlugin) could be breaking something. Users are authenticated via Apache's mod_ldap, and I've successfully logged in as this user. Only users from LDAP should essentially be granted access, and all of them should be allowed to have tickets assigned to them. However, only a subselect of people are currently available on the list. What's my best bet for troubleshooting this? Thanks, - sf --~--~-~--~~~---~--~~ 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: AccountManager Plugin + Ticket Assignment
They need to have logged in, and go to settings and add their name and email. -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Jason Winnebeck Sent: Tuesday, June 26, 2007 4:17 PM To: trac-users@googlegroups.com Subject: [Trac] Re: AccountManager Plugin + Ticket Assignment Trac gets the dropdown list by I believe something like the following query: select sid from session where authenticated=1 I don't know how AccountManagerPlugin works exactly, but I have my own user management system that adds users to an Apache password file and inserts the proper rows into session and session_attribute table. I think if you don't do this, I think a user has to login to the system at least once to show up, or I think they have to do some action in Trac to get put into the session table. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Finkelstein Sent: Tuesday, June 26, 2007 3:50 PM To: trac-users@googlegroups.com Subject: [Trac] AccountManager Plugin + Ticket Assignment Hi all, I'm currently looking to assign a ticket to a user who is not showing up on the drop down list. I'm curious where this field is being populated from and if my settings for AccountManager Plugin (http://trac-hacks.org/wiki/AccountManagerPlugin) could be breaking something. Users are authenticated via Apache's mod_ldap, and I've successfully logged in as this user. Only users from LDAP should essentially be granted access, and all of them should be allowed to have tickets assigned to them. However, only a subselect of people are currently available on the list. What's my best bet for troubleshooting this? Thanks, - sf -- This message has been scanned for viruses and dangerous content by eDiets MailScanner, and is believed to be clean. --~--~-~--~~~---~--~~ 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: AccountManager Plugin + Ticket Assignment
Jason - That's perfect, exactly what I was looking for. Now my issue is, why are certain users that are being properly authenticated and are able to login, not being populated in this database? I'm curious if ldapplugin,mod_ldap,or account manager plugin are the culprit for that. - sf Jason Winnebeck wrote: Trac gets the dropdown list by I believe something like the following query: select sid from session where authenticated=1 I don't know how AccountManagerPlugin works exactly, but I have my own user management system that adds users to an Apache password file and inserts the proper rows into session and session_attribute table. I think if you don't do this, I think a user has to login to the system at least once to show up, or I think they have to do some action in Trac to get put into the session table. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Finkelstein Sent: Tuesday, June 26, 2007 3:50 PM To: trac-users@googlegroups.com Subject: [Trac] AccountManager Plugin + Ticket Assignment Hi all, I'm currently looking to assign a ticket to a user who is not showing up on the drop down list. I'm curious where this field is being populated from and if my settings for AccountManager Plugin (http://trac-hacks.org/wiki/AccountManagerPlugin) could be breaking something. Users are authenticated via Apache's mod_ldap, and I've successfully logged in as this user. Only users from LDAP should essentially be granted access, and all of them should be allowed to have tickets assigned to them. However, only a subselect of people are currently available on the list. What's my best bet for troubleshooting this? Thanks, - sf !DSPAM:1020,468174a1251021388512629! --~--~-~--~~~---~--~~ 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: AccountManager Plugin + Ticket Assignment
It's because the users don't get populated until some action happens. I don't remember what that action was, but this is part of the reason why I control the process with external tools, to add and remove users definitively (and also to populate name and e-mail from an external source). Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Finkelstein Sent: Tuesday, June 26, 2007 4:38 PM To: trac-users@googlegroups.com Subject: [Trac] Re: AccountManager Plugin + Ticket Assignment Jason - That's perfect, exactly what I was looking for. Now my issue is, why are certain users that are being properly authenticated and are able to login, not being populated in this database? I'm curious if ldapplugin,mod_ldap,or account manager plugin are the culprit for that. - sf Jason Winnebeck wrote: Trac gets the dropdown list by I believe something like the following query: select sid from session where authenticated=1 I don't know how AccountManagerPlugin works exactly, but I have my own user management system that adds users to an Apache password file and inserts the proper rows into session and session_attribute table. I think if you don't do this, I think a user has to login to the system at least once to show up, or I think they have to do some action in Trac to get put into the session table. Jason -Original Message- From: trac-users@googlegroups.com [mailto:[EMAIL PROTECTED] On Behalf Of Steve Finkelstein Sent: Tuesday, June 26, 2007 3:50 PM To: trac-users@googlegroups.com Subject: [Trac] AccountManager Plugin + Ticket Assignment Hi all, I'm currently looking to assign a ticket to a user who is not showing up on the drop down list. I'm curious where this field is being populated from and if my settings for AccountManager Plugin (http://trac-hacks.org/wiki/AccountManagerPlugin) could be breaking something. Users are authenticated via Apache's mod_ldap, and I've successfully logged in as this user. Only users from LDAP should essentially be granted access, and all of them should be allowed to have tickets assigned to them. However, only a subselect of people are currently available on the list. What's my best bet for troubleshooting this? Thanks, - sf !DSPAM:1020,468174a1251021388512629! --~--~-~--~~~---~--~~ 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] Bulk Edit
I'm looking for a way to bulk edit tickets (e.x. I want to change the Severity of a bunch of bugs without drilling into each one). I found this changeset http://trac.edgewall.org/changeset/5432 but I can't seem to find any other info about it. Is bulk editing already in the works? Is this something a bounty might encourage? Thanks. --~--~-~--~~~---~--~~ 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: Bulk Edit
[EMAIL PROTECTED] wrote: I'm looking for a way to bulk edit tickets (e.x. I want to change the Severity of a bunch of bugs without drilling into each one). I found this changeset http://trac.edgewall.org/changeset/5432 but I can't seem to find any other info about it. Is bulk editing already in the works? Is this something a bounty might encourage? My work on the ticket ninja features (which included bulk editing) got cut short unfortunately. I was working on it as part of my summer internship, but got reassigned to more pressing projects. My default response is that I will be back at school in September, and will hopefully be getting back to my normal regimen of Trac hacking. If someone else would like to take over on the branch I would be happy to talk to them about what remains to be implemented and my thoughts on it. --Noah signature.asc Description: OpenPGP digital signature
