Re: [Trac] example of hooks for new user registration
Our Trac site is being shut down (so look fast! We're migrating to a company standard) but we did something like this. This is all a little dated, and I like the time or incentive to bring it up to date, but it is not rocket science. http://trac-hacks.org/attachment/ticket/874/acct_mgr_0.11.patch http://projectfortress.sun.com/Projects/AboutThisInstallation/browser/trunk/plugins/TermsOfUse-plugin Then you modify/add a few files: login.cs A clearsilver template file that includes a reminder and link to the terms of use. TermsOfUse.html A legal document, wrapped in HTML. You really don't want to worry about keeping multiple copies of this up to date. The plugin strips off the html wrappers, and embeds it into the registration+CAPTCHA page. tou.css A copy of the Trac CSS, referenced from the Terms of Use. This makes it look prettier than the default browser choices. This only imposes the CAPTCHA on registration, and includes a reminder link on login. If this helps, great. David On 2011-04-27, at 7:59 AM, Jeremy C. Reed wrote: Any examples of plugins for extending the new user registration? I'd like to use the mathcaptchaplugin with new user registration. We only allow registered users to modify or create tickets and wiki pages. I believe that our spammers automate the process which starts with the new user registration. I'd like to try using a math captcha but not on every wiki page edit or new ticket submission. Thank you, Jeremy C. Reed echo 'EhZ[h ^jjf0%%h[[Zc[Z_W$d[j%Xeeai%ZW[ced#]dk#f[d]k_d%' | \ tr'#-~''\-.-{' -- 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 trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en. -- 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 trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Fun with SQLite Manager
There's a trac-hack for that: http://trac-hacks.org/wiki/TicketDeletePlugin Apparently incorporated into 0.12, anyway. David On 2011-04-18, at 1:56 PM, David S wrote: Ok, now that I've finally have two newly created projects working I'd figure I'd learn on how SQLite Manager works. I've been tasked with either removing a ticket complete (say, ticket #1700) or finding a way to remove a comment that exist within ticket #1700. Is the second option possible or is it better just to delete ticket #1700? -- 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 trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Keeping spammers out
At our site, we do the following: - we're not that high profile - I have an RSS feed on the whole site, I check to see if a change is from a familiar face - we have the Trac TicketDelete plugin, and use it - we have a home-grown CAPTCHA for registration that requires addition of two numbers. I piggybacked this on top of an old version of TracAccountManager (0.2.1dev-r5836, I think it needed a patch). The termsofuse plugin is here: http://projectfortress.sun.com/Projects/AboutThisInstallation/browser/trunk/plugins/TermsOfUse-plugin One persistent problem is that there is no RSS feed on all ticket comments; for some sites, that might be too much, but for us it would be manageable. Spammers know this, and hide spam there. On 2011-02-18, at 12:35 PM, timblack1 wrote: What is the best way to keep spammers from creating user accounts on a Trac site that allows open registration? Tim -- 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 trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Keeping spammers out
In answer to my question, I went looking on Trac-hacks.org, found http://trac-hacks.org/wiki/DetailedRssFeedPlugin installed it in my test version of the project, and it seems to work as advertised. Very nice. David One persistent problem is that there is no RSS feed on all ticket comments; for some sites, that might be too much, but for us it would be manageable. Spammers know this, and hide spam there. On 2011-02-18, at 12:35 PM, timblack1 wrote: What is the best way to keep spammers from creating user accounts on a Trac site that allows open registration? Tim -- 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 trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] mathjax
Anyone looked into integrating this into trac? Probably not this year, but it seems interesting. Our solution for this (for a new programming language, Fortress, with a Wiki-like syntax) involved post-processing with emacs in batch mode, invoking latex, and ghostscript (obviously, it caches images). It looks like they solved a mess of problems. On 2010-12-06, at 8:28 AM, Neal Becker wrote: This looks like a good way to enable TeX markup http://www.mathjax.org/ -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Re: Upgrade trac environment failed
Not sure what you are using for a database, but if you are with the stock sqllite3, it's pretty easy to rsync the whole pile over to a test machine, and experiment and tweak in a low-stress environment. I test upgrades to our site on a Mac laptop, using Trac, Apache, and all the other bits installed using MacPorts (with Apache on port 8080, so as to avoid the built-in web server). I use this script: --- echo Uses sudo to stop server, tweak permissions for the backup, and then to restore original state sudo /opt/local/apache2/bin/apachectl stop sudo chown -R dr2chase nobody rsync -avz -e ssh some...@somewhere:/somepath/nobody/ nobody \ --rsync-path=/opt/csw/bin/rsync --exclude=/EggCache --exclude=*.pyc sudo chown -R _www nobody sudo /opt/local/apache2/bin/apachectl start --- where nobody has subdirectories including Trac, Svn, and EggCache David On 2010-11-30, at 2:07 PM, Tim Kuo wrote: I downgraded to Trac0.11 to get Trac back up for now, will try it again later to see what the issue was. On Nov 30, 2010, at 8:47 AM, tim wrote: Hi, I was trying to upgrade from trac0.11 to trac0.12 after upgrading tracgit plugin, and it's complaining to me Trac Error TracError: The Trac Environment needs to be upgraded. Run trac-admin /some/project upgrade So I followed the instruction and ran the command and it shows up OperationalError: (1050, Table 'cache' already exists) Now trac is down, any suggestion what may have gone wrong? -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] 'Spoiler' tag
On 2010-11-29, at 7:35 AM, Сикорский Сергей wrote: Hi. Is there any way to 'fold' some text on a page to one clickable line, like it 'spoiler' tag does on some sites? It would be useful to hide lots of pictures, for example. We have a plugin on our site, that uses a dab of Javascript for something like this. I don't know the exact details. It's generated by the plugin and inserted inline. Look here, try clicking on the Show ASCII Show Rendered buttons. The source for the page shows the Javascript. This has been tweaked to work properly with browsers that don't have Javascript turned on, again unsure of the details. http://projectfortress.sun.com/Projects/Community/wiki/Fibonacci If you like what you see, the plugin source is here, and you can tinker with it. It's supposed to be BSD copyrighted, though I see it lacks a notice, which means there may be a new version up sometime soon. http://projectfortress.sun.com/Projects/AboutThisInstallation/browser/trunk/macros/fss.py The HTML/rendered section of the plugin is pretty obvious; you might want to avoid the bit about maintaining an image cache, and running emacs, pdflatex, and ghostscript in subprocesses. hope this helps, David -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Trac on OSX
I don't know if this is helpful, but I run three different Trac servers, one on a Solaris box, and two on Mac boxes. For the two Macs, I used MacPorts to install (and keep up to date) the software. This has worked quite well for me. One advantage of using an sqlite(3) database is that you can usually do a live backup of an entire site just using rsync; one of the Mac-Tracs is a backup of the Solaris site, running on my laptop. Because they are running different Trac versions, I have to upgrade the database after each backup (and make minor modifications to trac.ini). Understand, on the Mac, I faked out the Solaris file system so that the server sees the same directory structure, but the server includes a tricky rendering plugin that caches images, and otherwise invokes emacs in batch mode, then pdflatex, then an image-mutating program, all from a Python script. And MacPorts keeps it all up to date, and it works identically on the two servers (to the best of my ability to tell). So, I very much recommend using MacPorts, and just going with what is the canned install, especially if you are just a few people. David Chase -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
[Trac] Possible to disable html processor?
We're trying to make our site somewhat harder to break into (someone broke in earlier this year, still have no explanation other than stolen password), and one step we could take would be to disable the html processor, that is, the processor applied to {{{ #!html ... }}} I read the docs and looked at the source, and it seems that it will always run, although it does run with the sanitizer if wiki.render_unsafe_content is false. What we want, is to turn it off completely, unless this would break some vital function of Trac. Suggestions? Should I file an RFE? I'm happy to give it a whack myself in my own sandbox and see what happens. Alternately, is it possible to write plugins for the sanitizer, so as to make it much pickier about the html it accepts? David Chase -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
Re: [Trac] Possible to disable html processor?
Did my first experiments, and besides it being wonderful how easily Trac built and installed from source, the change worked exactly as I had expected, and generally was ok for our use of it. I'll try to come up with something tasteful, and propose an enhancement+patch. On 2010-07-19, at 1:58 PM, David Chase wrote: {{{ #!html ... }}} What we want, is to turn it off completely, unless this would break some vital function of Trac. -- You received this message because you are subscribed to the Google Groups Trac Users group. To post to this group, send email to trac-us...@googlegroups.com. To unsubscribe from this group, send email to trac-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/trac-users?hl=en.
[Trac] Re: Confused about PathOption in a plugin/macro
Works now, including that plugin, thanks very much. Working code sample (hope this fits...) class fssMacro(WikiMacroBase): Fortress ASCII/Formatted display macro. fsspath=PathOption('fss','fortifypath', None,Path to the directory containing the fortify .el and .sty files.) basename=Option('fss', 'fortify','newfortify',Basename of the .el and .sty files in the fortify directory.) destdir=PathOption('fss', 'cache', '../htdocs/fortified/ tracfss',Path to the cache where the generated images are cached.) urlbase=Option('fss','cacheurl', '.../chrome/site/fortified/ tracfss',URL for the generated images cache.) latexpath=PathOption('fss', 'latexroot', None,Path to the directory containing the varies latex binaries.) attachments=PathOption('fss', 'attachments','../attachments',Path to the directory where attachments are stored. The default setting should work.) latex=Option('fss', 'latex', 'latex',Name of the latex binary.) pdflatex=Option('fss', 'pdflatex', 'pdflatex',Name of the pdflatex binary.) dvipng=Option('fss', 'dvipng', 'dvipng',Name of the dvipng binary.) emacspath=PathOption('fss','emacs', None,Path to the emacs binary.) On 2009-10-30, at 11:38 PM, Noah Kantrowitz wrote: On Oct 30, 2009, at 2:01 PM, David Chase wrote: On 2009-10-30, at 4:42 PM, Noah Kantrowitz wrote: The *Option classes are accessors, you use them in the context of the class definition like this: class Blah(Component): latex_path = PathOption('fss', etc etc) def my_plugin_function(self, req): print self.latex_path ... Yes, when you access it through self (through an object) you get the value from the config. If you access it via the class (Blah.latex_path) you get the PathOption object. Its a bit of magic in how Python does attribute lookups, it ends up invoking code within the PathOption object which ends up returning the config value. You should definitely use the *Option classes in favor of the direct self.config access so you get the auto-magic stuff in the IniAdmin plugin (and anything else that introspects those, like the TracIni macro). --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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Confused about PathOption in a plugin/macro
I am working on a macro, attempting to make it be more configured from trac.ini than it originally was. My Python-wrangling abilities are not extensive, so this is probably an obvious mistake. However, I googled and searched my Trac mail, and an answer did not appear, and the examples that I found did not reduce my confusion. I am writing: config.latexpath=PathOption('fss', 'latexroot',None,'Directory where latex binaries may be found') # # # Paths to executables config.latex=config.latexpath+'/' + Option ('fss','latex','latex','Name of latex binary') and it fails TypeError: unsupported operand type(s) for +: 'PathOption' and 'str' at the assignment to config.latex. trac.ini contains: [fss] cache = ../htdocs/fortified/tracfss cacheurl = /Projects/Community/chrome/site/fortified/tracfss dvipng = dvipng emacs = /opt/csw/bin/emacs fortify = newfortify fortifypath = ../../Fortifier latex = latex latexpdf = latexpdf latexroot = /opt/csw/bin Uses of PathOption that I find with Google, make it appear that the result is a string, or certainly acts like one, but it most surely is not. How do I get the (string) value of the path option out of a PathOption? I tried applying str to it, and that did not work, either (it did the generic printing for an str object). --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Confused about PathOption in a plugin/macro
And the apparent answer is, I am doing it all wrong. config.latexpath=self.config.getpath('fss', 'latexroot') # # Paths to executables config.latex=config.latexpath+'/' + self.config.get ('fss','latex','latex') This was figured out by poking through the trac hacks until I found one with a pathname in its configuration, and then I looked at the source. Monkey-see, monkey-do. Now if I could get the debug messages to end up in the log --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Confused about PathOption in a plugin/macro
On 2009-10-30, at 4:42 PM, Noah Kantrowitz wrote: The *Option classes are accessors, you use them in the context of the class definition like this: class Blah(Component): latex_path = PathOption('fss', etc etc) def my_plugin_function(self, req): print self.latex_path Thanks, but that's not actually helping me (and fortunately, I figured out another way to make this work, but from the POV of did you explain this in terms that a new-to-Python person could make sense of, I'm afraid you didn't). Is there something special about class definition context? Why would printing self.latex_path yield the desired string, instead of Pathoption ... like you get from str? This looks like the same sort of thing I was doing -- treating it as if it were a String -- but you get a different result. How? Why? but thanks, even so, David --~--~-~--~~~---~--~~ 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: Problem installing trac on a Mac
I'll be moving to Leopard real soon now, but I had not too much trouble installing trac from MacPorts. And, I documented my work: http://projectfortress.sun.com/Projects/AboutThisInstallation/wiki/ MacTips Do note, MacPorts can be a little boneheaded about upgrades. I wrote a small program that took the output of multiple instances portdeps so that I could more efficiently uninstall things in the proper order to get a clean upgrade (it still glitches, but much less). The program lacks proper documentation, I am fixing that right now. http://projectfortress.sun.com/Projects/Community/browser/trunk/ ProjectFortress/src/com/sun/fortress/interpreter/drivers/ MacPortsHelper.java David --~--~-~--~~~---~--~~ 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: Regarding TRAC Install
May I suggest some alternatives? The very first time I installed Trac was a disaster, trying compile it from the various parts. I did eventually succeed. Trac was very easy for me to install on MacOS the second time using MacPorts; there is currently a glitch in MacPorts, with a filed bug, and workarounds listed, where the workarounds take about five lines (you need to fake out the python install up to 2.5 if you are going to run mod_python). An experienced administrator, but who had never seen Trac before, installed it easily (15 minutes?) on Solaris using BlastWave. A colleague at work installed it pretty quickly on a Linux box, though I don't know much about the details. If AIX lacks the software packaging tools/communities that are available on platforms like Mac OS, Solaris, and Linux, I am not sure that you can blame the Trac team for failing to come through for you. Or perhaps, it's out there, but you haven't found it yet (I didn't know about BlastWave when I started in on my server, and I even work for Sun.) Right now, I am using Python 2.3 and Trac 0.10.3 on the Solaris box, Python 2.5 and Trac 0.10.4 on my Mac. I back up and tinker with the Solaris site by rsync'ing (sqlite database and all, yes I know that is sleazy) over to the Mac, where Trac helpfully whines at me about my need to upgrade my database (so I do) and then it runs fine. My very first Trac install instead used Postgres; that worked fine too. I hope this is helpful. If you decide to ditch the AIX boxes, my employer will happily sell you replacements :-). If you are looking for a replacement, good luck. We ended up with Trac because it was the best choice we could find, and I'm really pretty happy with it, especially when I consider the alternatives. yours, David Chase On 2007-11-09, at 5:05 PM, Tyrone Hed wrote: Noah, Thank you for your kind reply. Trac is too difficult to install on our AIX box. I'm back to square one looking for ALTERNATIVES to Trac. We would have been hiring for professional services [the company I work for is the largest bookseller in the world] but this install is too difficult. It does not portend well for the product in general, in my opinion. It suggests the word brittle. I really honestly suggest that you guys find a clean install path for 0.11. Your windows side is much nicer. This is nuts. Best Regards to you all. Bye, Ty -Original Message- From: Noah Kantrowitz [EMAIL PROTECTED] Sent: Nov 9, 2007 4:57 PM To: Tyrone Hed [EMAIL PROTECTED] Cc: trac-users@googlegroups.com Subject: [Trac] Re: Regarding TRAC Install 1) Do not reply off-list just because you feel slighted. 2) Please see me earlier comment about professional services or appliances. Perhaps Edgewall is still willing to offer Trac consulting, if not the CommercialServices wiki page has plenty of people who will. Just because I am feeling excessively nice, I will even save you the trouble of searching, http://buildix.thoughtworks.com/. That is a bootable turnkey appliance for Trac+SVN. --Noah Tyrone Hed wrote: Noah, My intention was not to bother you guys--I was asked by my manager to set up TRAC on our Unix server. I didn't pick TRAC-- just that another team in our corporation had installed it [on windows] and liked it. My manager liked it too but we only have a Unix box to load it on. By labeling me a troll--which I dispute--you're basically telling me to f*** off. I understand that. I just don't think blaming me is going to help your company. As you know from having been a developer: problems are like cockroaches. For every one you see and hear about, there are a thousand that are silently bothering people. So, I'm your problem? I think not. I thank you and your team for attempting to solve my problem installing your software. It just strikes me as odd that all the kinds men at Edgewall were unable to solve a simple install problem. Good luck with your OTHER products. --~--~-~--~~~---~--~~ 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: wysiwyg editor available at http://trac-hacks.org/wiki/TracWysiwygPlugin
Works in Firefox, formatting controls seem buggy in Safari. Button appears in both. On 2007-11-07, at 10:31 AM, Rainer Sokoll wrote: On Wed, Nov 07, 2007 at 10:29:58AM +0200, Jani Tiainen wrote: I installed it on my 0.10.4, but... It doesn't show up! It's enabled (I can see that it's enabled in webadmin) but still I get my old not-so-nice editor. Any suggestions what to try next? Did you notice the wywiwyg radio button in the upper right area? --~--~-~--~~~---~--~~ 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: No admin tab with WebAdmin
I also had trouble installing WebAdmin, and this is what worked for me: mkdir TracWebAdmin-0.1.2dev_r4240-py2.4.egg cd TracWebAdmin-0.1.2dev_r4240-py2.4.egg unzip ../TracWebAdmin-0.1.2dev_r4240-py2.4.egg.zip cd ../ sudo easy_install TracWebAdmin-0.1.2dev_r4240-py2.4.egg Notice the incredibly cheesy mkdir step. I think there is something wrong with this egg, because I didn't have to do this with any other plugin. If you are installing it as a Zipped egg (this method is not) you will need to be sure that Apache has a place to cache the expanded egg files. Notice the SetEnv PYTHON_EGG_CACHE /export/home/dc12360/Nobody/EggCache. Alias /trachtdocs/ /opt/csw/share/trac/htdocs/ Location /Projects SetHandler mod_python # Next line fixes funny crashes PythonInterpreter main_interpreter PythonHandler trac.web.modpython_frontend PythonOption TracUriRoot /Projects PythonOption TracEnvParentDir /export/home/dc12360/Nobody/Trac SetEnv PYTHON_EGG_CACHE /export/home/dc12360/Nobody/EggCache /Location The egg cache was necessary, so was the main_interpreter hack. David --~--~-~--~~~---~--~~ 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: multiple authentication systems
Could you do this with mod_authnz_external? Trac registration comes with the account manager plugin, and you can also direct Apache and Trac to use the same htdigest file, like so (here, I am using Trac's htdigest to identify users to subversion). Location /svn/ DAV svn SVNParentPath /export/home/dc12360/Nobody/Svn AuthzSVNAccessFile /export/home/dc12360/Nobody/Conf/svn.access Satisfy Any Require valid-user AuthType Digest AuthName ProjectFortress AuthDigestDomain /svn/ AuthDigestProvider file AuthUserFile /export/home/dc12360/Nobody/Conf/users.htdigest /Location This isn't exactly what I want -- the separation of read/write permission still occurs in svn.access, which requires separate modification. I'd like to have some way to consult the Trac groups and permissions before granting write access (but I am very much Apache-config-impaired -- for example, I do not know if the order of the lines in the excerpt above matters, though I suppose it would be an easy experiment to find out). This also doesn't solve your problem, because you want to consult LDAP first. But my suspicion is that the answer might be here, rather than in Trac. On 2007-04-27, at 3:00 PM, Thomas Vander Stichele wrote: I'm revamping our trac setups, and there is something we would like to be able to do, but I'm not sure it's possible or what would need changing to make it possible. Here's what we would like to do somehow: 1) by default, login authenticates against LDAP. (We use LDAP/SSL and non-anonymous binds) 2) if ldap says no, I'd like to use the openid plugin and allow people to authenticate themselves that way. 3) if this says no, I'd like people to be able to create an account and log in with that; this account can then be used on all of our tracs at once. --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~---