[Trac] Re: trac 0.11 / Genshi performance
On Monday 25 May 2009, Noah Kantrowitz wrote: > On May 25, 2009, at 1:34 AM, Frank Mehnert wrote: > > Hi, > > > > currently we are using Trac version 0.10.3 with an SQlite backend on a > > Debian/Lenny/AMD64 host mainly as bugtracker, subversion repository > > browser and Wiki engine. With our current setup we experience > > some ''database is locked'' errors each day despite the fact that > > we have the fix for #4465 applied to the trac code. Our plan was to > > upgrade to Trac 0.11 and to switch to PostgreSQL as database backend. > > > > Recent tests with trac 0.11.1-2.1 of Debian/Lenny (using a SQLite > > backend) showed a performance degradation. Someone mentioned that > > the new Genshi engine could be responsible for such a performance > > degradation, especially for bigger pages. To me it looks like it > > takes at least twice as long or more to generate a web page. > > > > My question is if this still applies or if later versions of the > > stable 0.11 branch show an improved performance. Are there any > > experiences? > > The sort version is yes, Genshi is slower in pretty much every case > than clearsilver. What kind of slowdown are you talking about? Seeing > 50ms longer to render a page seems plausible, but not 5000ms. Right, 50ms longer would be ok. Unfortunately last time I didn't do any measurements but during the last experiment it took several seconds to render the timeline (10 days back) in the browser. After switching back to trac 0.10 this time was reduced to below 0.5 seconds. Not sure if my site.html template was properly optimized, it contains several 'match' statements and several 'select' statements. Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystems, Inc.www.sun.com signature.asc Description: This is a digitally signed message part.
[Trac] Re: read only Trac ?
On Mon, 25 May 2009 19:47:57 +0200, Eirik Schwenke wrote: > Alain Miniussi skrev 25. mai 2009 15:02: >> > Assuming you don't have apache set up to directly talk to CAS (been a > while since I looked at the CAS-documentation -- don't even know if that > is possible :-) -- It is, and that's actually the way it is configured. It's just that I assumed that, since the plugin existed, the apache/cas authentication would not be recognized by Trac. > you might have the plugin installed from before (from > your 10.x install). No, I don't think so, that instalation never flew. I migh try it again to see if I can get a clean logout. > Have a look at: /usr/lib/python*/site-packages and your > /plugins folders. > > This is a good reason to use virtual-env btw -- it will allow you to > have "everything trac" managed by easy_install, and everything else > managed by aptitude, without running into (too much of) a problem on the > next dist-upgrade to Debian/Squeeze. We generalized the use of vserver, that one contains trac and our svn stuff (since I understand they have to stay on the same machine). >> Thank to every one for the help. >> > > No problem. Without starting a great posting-style flamewar on this > list, allow me to point out that top-posting is generally > counter-productive on mailing lists, Right, don't know why I did it btw. > or: > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What is the most annoying thing in e-mail? > > See also: http://en.wikipedia.org/wiki/Top-posting#Top-posting and > probably half of all archived technical mailing lists. > > > Best regards, > > - -- > .---. Eirik Schwenke > ( NSD ) Harald Hårfagresgate 29Rom 150 > '---' N-5007 Bergentlf: (555) 889 13 > > GPG-key at pgp.mit.edu Id 0x8AA3392C > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkoa2c0ACgkQxUW7FIqjOSxRNwCgrjPPX0RZltGb5Sr+pe2Ingup > m/kAoIPln690uD/ndJOWEXz/nBmQ0C4B > =oHwu > -END PGP SIGNATURE- > > > > -- Alain Miniussi http://www.oca.eu/alainm Equipe CRIMSON https://crimson.oca.eu +33 492 00 30 09 --~--~-~--~~~---~--~~ 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: browser view for attached PDF files
Thanks for clearing that up. I now better understand the security issues (also from Noah's input). This helps me decide whether it might be reasonable for our closed Trac site to turn off the "render unsafe content" switch. For the future, I wonder if there are ways to set rendering for some mimes and not others? Perhaps it would be reasonable to allow rendering of properly configured PDF files and no other? Or perhaps there could be a moderating step and then allow an individual file? For closed projects with a reasonable number of users, there could be really useful options. Thanks, Ariel Christian Boos wrote: > Hello, > > abalter wrote: > >> When you view an attached PDF file you get the "HTML preview not >> available" message, and the suggestion to "Try downloading the file >> instead.". >> >> Is there a way to make it so that pdf's try to open in the browser >> window as they do when they are simply web files? >> >> > > By default, when downloading an attachment, we sent it with a > Content-Disposition set to "attachment", which effectively prevents the > file from being opened directly by the browser. > This is because there are some browsers which will attempt to render as > HTML any /content/ that looks like HTML, completely ignoring the > mime-type or the file extension. Therefore someone could craft a > malicious HTML page, name it something.pdf and upload it to your site. > If you have set the proper permissions and know that you can trust > people who have those permissions (to attach files, to commit files to > your repository), then there are ways to configure Trac so that it won't > set this Content-Disposition header. > See http://trac.edgewall.org/wiki/ChangeLog#a0.10.3.1 and look for > render_unsafe_content in TracIni. > > Also, if you want to by-pass the "preview" page when clicking on an > attachment link, it is possible to create links using the > raw-attachment: TracLinks prefix in your wiki text. Or use a recent Trac > (0.11.5dev), where you'll get "download" icons next to any attachment link. > > -- Christian > > > > -- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ Ariel I Balter, Ph.D. Postdoc Biological Monitoring/Modeling Fundamental and Computational Sciences Directorate Pacific Northwest National Laboratory Mail: PO Box 999, MS P7-58,Richland, WA 99352 Shipping: 790 6th Street, MS P7-58, Richland, WA 99354 Tel: 509-376-7605 Cell: 509-713-0087 ariel.bal...@pnl.gov www.arielbalter.com www.pnl.gov --~--~-~--~~~---~--~~ 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 -~--~~~~--~~--~--~--- begin:vcard fn:Ariel Balter, PhD n:Balter;Ariel email;internet:abal...@indiana.edu tel;home:812-332-2721 tel;cell:812-219-4558 x-mozilla-html:TRUE url:http://arielbalter.com version:2.1 end:vcard
[Trac] Re: read only Trac ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alain Miniussi skrev 25. mai 2009 15:02: > > Hi, > > So, I upgraded to 11.4 with an easy_install, (...) > And so fare, everything seems to be ok, I can modify and see the > modifications. > > The only thing that suprises me is that I did not even had to install the > traccas > pluggin (I use CAS for authetication) but I won fix it if it's not broken > :-) Assuming you don't have apache set up to directly talk to CAS (been a while since I looked at the CAS-documentation -- don't even know if that is possible :-) -- you might have the plugin installed from before (from your 10.x install). Have a look at: /usr/lib/python*/site-packages and your /plugins folders. This is a good reason to use virtual-env btw -- it will allow you to have "everything trac" managed by easy_install, and everything else managed by aptitude, without running into (too much of) a problem on the next dist-upgrade to Debian/Squeeze. > Thank to every one for the help. > No problem. Without starting a great posting-style flamewar on this list, allow me to point out that top-posting is generally counter-productive on mailing lists, or: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? See also: http://en.wikipedia.org/wiki/Top-posting#Top-posting and probably half of all archived technical mailing lists. Best regards, - -- .---. Eirik Schwenke ( NSD ) Harald Hårfagresgate 29Rom 150 '---' N-5007 Bergentlf: (555) 889 13 GPG-key at pgp.mit.edu Id 0x8AA3392C -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoa2c0ACgkQxUW7FIqjOSxRNwCgrjPPX0RZltGb5Sr+pe2Ingup m/kAoIPln690uD/ndJOWEXz/nBmQ0C4B =oHwu -END PGP SIGNATURE- --~--~-~--~~~---~--~~ 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: email by id in tickets
> On Fri, May 22, 2009 at 01:49:04PM -0700, abalter wrote: >> >> Is there a way to set tickets up so that you can just put users ids in >> the cc box instead of full email addresses? >> > > On Fri, May 22, 2009 at 3:52 PM, Jeff Hammel wrote: > > Yes, this will work OOTB if the user has set their email address > There is also an option in trac.ini to append a domain name to short names . This is very useful when Trac is deployed in intranets (you know we, users, sometimes are a little lazy and dont take a look at the user preferences tab, and it also happens that they - myself ? - waste a lot of time writing their prefs in every new site ;) -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: --~--~-~--~~~---~--~~ 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: trac 0.11 / Genshi performance
> My question is if this still applies or if later versions of the > stable 0.11 branch show an improved performance. Are there any > experiences? Not really. The improvement would mostly come from the Genshi engine itself - that is unrelated to the Trac version. I think there've been some speed improvements lately (genshi 0.6dev), although I don't think you'll find this development version within Lenny or Sid. It is definitely slower than the Clearsilver templating engine, it's a tradeoff for more flexibility and power. I also wish it would be snappier ;-) 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
[Trac] Re: browser view for attached PDF files
On Sun, May 24, 2009 at 11:13 PM, Ariel Balter wrote: > This > http://myotherstuff.org/heartstuff/wiki/PdfTest > proves that there is no reason why a link from a Trac page can't open a pdf > in a browser window. > Sorry ... but I tried that page in Ffx + Opera and it asks for downloading the PDF file :-/ Perhaps browser configs are also a little bit tricky. Besides PDF plugin may not be available (and needs install). Anyway : +1 for *SAFELY* embedding PDFs -- Regards, Olemis. Blog ES: http://simelo-es.blogspot.com/ Blog EN: http://simelo-en.blogspot.com/ Featured article: --~--~-~--~~~---~--~~ 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: trac 0.11 / Genshi performance
On May 25, 2009, at 1:34 AM, Frank Mehnert wrote: > Hi, > > currently we are using Trac version 0.10.3 with an SQlite backend on a > Debian/Lenny/AMD64 host mainly as bugtracker, subversion repository > browser and Wiki engine. With our current setup we experience > some ''database is locked'' errors each day despite the fact that > we have the fix for #4465 applied to the trac code. Our plan was to > upgrade to Trac 0.11 and to switch to PostgreSQL as database backend. > > Recent tests with trac 0.11.1-2.1 of Debian/Lenny (using a SQLite > backend) showed a performance degradation. Someone mentioned that > the new Genshi engine could be responsible for such a performance > degradation, especially for bigger pages. To me it looks like it > takes at least twice as long or more to generate a web page. > > My question is if this still applies or if later versions of the > stable 0.11 branch show an improved performance. Are there any > experiences? The sort version is yes, Genshi is slower in pretty much every case than clearsilver. What kind of slowdown are you talking about? Seeing 50ms longer to render a page seems plausible, but not 5000ms. --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] trac 0.11 / Genshi performance
Hi, currently we are using Trac version 0.10.3 with an SQlite backend on a Debian/Lenny/AMD64 host mainly as bugtracker, subversion repository browser and Wiki engine. With our current setup we experience some ''database is locked'' errors each day despite the fact that we have the fix for #4465 applied to the trac code. Our plan was to upgrade to Trac 0.11 and to switch to PostgreSQL as database backend. Recent tests with trac 0.11.1-2.1 of Debian/Lenny (using a SQLite backend) showed a performance degradation. Someone mentioned that the new Genshi engine could be responsible for such a performance degradation, especially for bigger pages. To me it looks like it takes at least twice as long or more to generate a web page. My question is if this still applies or if later versions of the stable 0.11 branch show an improved performance. Are there any experiences? Kind regards, Frank -- Dr.-Ing. Frank MehnertSun Microsystems, Inc.www.sun.com signature.asc Description: This is a digitally signed message part.
[Trac] Re: read only Trac ?
On Mon, 25 May 2009 15:02:20 +0200, Alain Miniussi wrote: > > Hi, > > So, I upgraded to 11.4 with an easy_install, And yes, i's a lot better than 10.3, at least from a newbie perspective. > then I did read the documentation > more closely and it appears that I was configuring apache to have the > authentication > on /trac instdead of /trac//login. > > And so fare, everything seems to be ok, I can modify and see the > modifications. > > The only thing that suprises me is that I did not even had to install > the traccas > pluggin (I use CAS for authetication) but I won fix it if it's not > broken :-) > > Thank to every one for the help. > > Regards > > Alain > > On Sun, 24 May 2009 16:37:48 +0200, Eirik Schwenke > wrote: > >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Alain Miniussi skrev 22. mai 2009 23:04: >>> On Fri, 22 May 2009 13:54:34 +0200, Emmanuel Blot >>> wrote: >> >> (...) >> > It's trac 0.10.3 SO old! Moreover, 0.10.3 has some security issue that has been fixed in 0.10.3.1. Check out http://trac.edgewall.org/wiki/ChangeLog#a0.10.3.1 Anyway, you should definitely think about installing Trac 0.11.4, rather than starting up with an ancient Trac release. >>> >>> Well, I first had a look at the dependency constraints on the web page >>> and >>> though that using the default (the one you get with apt-get) package >>> for >>> debian would at least deal with that part of the problem :-) moreover, >>> from a maintenance perspective, (and I am not alone on that one) >>> working >>> with the default packages is close to a no brainer. Now, if there is a >>> security >>> issue, I'll probably move to the last stable version. >>> >>> Does anyone kown of an alternate, up to date, source for trac on >>> debian ? >> >> Currently we run upstream trac0.11. It is handily installed with: >> >> aptitude install python-setuptools >> easy_install trac >> >> on Debian. You might want to look at virtualenv and friends -- as long >> as trac is a moving target, the "latest" version will never be in Debian >> stable. >> >> Whether packages such as python eggs, ruby gems, perl or php "PEAR" >> modules are best handled with aptitude or their various non-distribution >> counterparts is a matter of some debate -- personally I use >> setuptools/easy_install for trac, but not for other python modules. >> >> You might want to have a look at linux-vserver, the schroot package, >> xstow and/or apt-pinning and see which suits you better. >> >> Bottom line is that Debian Stable tries to guarantee >> feature/behaviour-freeze across the entire life of a release -- which is >> a very good thing, but does not work well with rapidly changing >> software, like trac (or various Ruby on Rails solutions, many small >> php-frameworks etc). >> >> >> I'd have a look at the section >> >> http://trac.edgewall.org/wiki/TracDev/DevelopmentEnvironmentSetup#Setupavirtualenvironment >> >> and below on the trac wiki -- I find this works quite nicely for >> managing trac installs. It does force you to use "more than aptitude" >> (unless you implement your own backport-mirror...) -- but that is hard >> to avoid with a fast-moving target like trac. >> >> Hopefully you have some way to manage your apache-config outside >> aptitude (even if that process consists of "editing the files when >> needed"). >> >> Also have a look at "yolk" (easy_install yolk), for managing python eggs >> (and trac) -- in particular "yolk --show-updates", that will give you an >> idea of packages that might need upgrading (always good to check the >> various dev-lists and debian-changelogs though -- packages in "main" >> gets security backports, after all). >> >> Btw, if you get CAS to play nice with Trac and svn, a small howto would >> be greatly appreciated -- might save me (and many ohters) some >> trial-and-error :-) >> >> >> - -e >> >> - -- >> .---. Eirik Schwenke >> ( NSD ) Harald Hårfagresgate 29Rom 150 >> '---' N-5007 Bergentlf: (555) 889 13 >> >> GPG-key at pgp.mit.edu Id 0x8AA3392C >> -BEGIN PGP SIGNATURE- >> Version: GnuPG v1.4.9 (GNU/Linux) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iEYEARECAAYFAkoZW7sACgkQxUW7FIqjOSzgBgCfYdqk8j+KdiiZo2aZDnqQjU4A >> mXwAn3Exjlsp3eLl+/zObQmsfdc3nPWb >> =svy6 >> -END PGP SIGNATURE- >> >> >> >> > > > -- Alain Miniussi http://www.oca.eu/alainm Equipe CRIMSON https://crimson.oca.eu +33 492 00 30 09 --~--~-~--~~~---~--~~ 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: read only Trac ?
Hi, So, I upgraded to 11.4 with an easy_install, then I did read the documentation more closely and it appears that I was configuring apache to have the authentication on /trac instdead of /trac//login. And so fare, everything seems to be ok, I can modify and see the modifications. The only thing that suprises me is that I did not even had to install the traccas pluggin (I use CAS for authetication) but I won fix it if it's not broken :-) Thank to every one for the help. Regards Alain On Sun, 24 May 2009 16:37:48 +0200, Eirik Schwenke wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Alain Miniussi skrev 22. mai 2009 23:04: >> On Fri, 22 May 2009 13:54:34 +0200, Emmanuel Blot >> wrote: > > (...) > It's trac 0.10.3 >>> SO old! >>> Moreover, 0.10.3 has some security issue that has been fixed in >>> 0.10.3.1. >>> Check out http://trac.edgewall.org/wiki/ChangeLog#a0.10.3.1 >>> >>> Anyway, you should definitely think about installing Trac 0.11.4, >>> rather than starting up with an ancient Trac release. >> >> Well, I first had a look at the dependency constraints on the web page >> and >> though that using the default (the one you get with apt-get) package for >> debian would at least deal with that part of the problem :-) moreover, >> from a maintenance perspective, (and I am not alone on that one) >> working >> with the default packages is close to a no brainer. Now, if there is a >> security >> issue, I'll probably move to the last stable version. >> >> Does anyone kown of an alternate, up to date, source for trac on debian >> ? > > Currently we run upstream trac0.11. It is handily installed with: > > aptitude install python-setuptools > easy_install trac > > on Debian. You might want to look at virtualenv and friends -- as long > as trac is a moving target, the "latest" version will never be in Debian > stable. > > Whether packages such as python eggs, ruby gems, perl or php "PEAR" > modules are best handled with aptitude or their various non-distribution > counterparts is a matter of some debate -- personally I use > setuptools/easy_install for trac, but not for other python modules. > > You might want to have a look at linux-vserver, the schroot package, > xstow and/or apt-pinning and see which suits you better. > > Bottom line is that Debian Stable tries to guarantee > feature/behaviour-freeze across the entire life of a release -- which is > a very good thing, but does not work well with rapidly changing > software, like trac (or various Ruby on Rails solutions, many small > php-frameworks etc). > > > I'd have a look at the section > > http://trac.edgewall.org/wiki/TracDev/DevelopmentEnvironmentSetup#Setupavirtualenvironment > > and below on the trac wiki -- I find this works quite nicely for > managing trac installs. It does force you to use "more than aptitude" > (unless you implement your own backport-mirror...) -- but that is hard > to avoid with a fast-moving target like trac. > > Hopefully you have some way to manage your apache-config outside > aptitude (even if that process consists of "editing the files when > needed"). > > Also have a look at "yolk" (easy_install yolk), for managing python eggs > (and trac) -- in particular "yolk --show-updates", that will give you an > idea of packages that might need upgrading (always good to check the > various dev-lists and debian-changelogs though -- packages in "main" > gets security backports, after all). > > Btw, if you get CAS to play nice with Trac and svn, a small howto would > be greatly appreciated -- might save me (and many ohters) some > trial-and-error :-) > > > - -e > > - -- > .---. Eirik Schwenke > ( NSD ) Harald Hårfagresgate 29Rom 150 > '---' N-5007 Bergentlf: (555) 889 13 > > GPG-key at pgp.mit.edu Id 0x8AA3392C > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkoZW7sACgkQxUW7FIqjOSzgBgCfYdqk8j+KdiiZo2aZDnqQjU4A > mXwAn3Exjlsp3eLl+/zObQmsfdc3nPWb > =svy6 > -END PGP SIGNATURE- > > > > -- Alain Miniussi http://www.oca.eu/alainm Equipe CRIMSON https://crimson.oca.eu +33 492 00 30 09 --~--~-~--~~~---~--~~ 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: The source: TracLink does not work.
On Sat, May 23, 2009 at 12:15 PM, Mark Kharitonov
wrote:
>
> It could be it.
> What configuration settings do you mean?
> Because, I could not find any.
>
BrowserModule should be enabled either using admin -> plugins page
{{{
trac.versioncontrol.web_ui.browser = enabled
}}}
I just tried it and
- when it's disabled source links are rendered like you were saying
- enabling it renders the link as expected ;o)
--
Regards,
Olemis.
Blog ES: http://simelo-es.blogspot.com/
Blog EN: http://simelo-en.blogspot.com/
Featured article:
--~--~-~--~~~---~--~~
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: email by id in tickets
Do you know in which file they search the login? Because I'm using trac authenticated with LDAP (ldap plugin with ldapauthstore for accountmanager), and I would like to have trac checking the email in LDAP, given the login. I'm using trac 0.10.3 2009/5/22 Ariel Balter > Doh! I'll try it. > > Thanks. > > Jeff Hammel wrote: > > Yes, this will work OOTB if the user has set their email address > > On Fri, May 22, 2009 at 01:49:04PM -0700, abalter wrote: > > > Is there a way to set tickets up so that you can just put users ids in > the cc box instead of full email addresses? > > > > -- > /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ > > Ariel I Balter, Ph.D. > Postdoc > Biological Monitoring/Modeling > Fundamental and Computational Sciences Directorate > > Pacific Northwest National Laboratory > Mail: > PO Box 999, MS P7-58,Richland, WA 99352 > Shipping: > 790 6th Street, MS P7-58, Richland, WA 99354 > > Tel: 509-376-7605 > Cell: 509-713-0087ariel.bal...@pnl.govwww.arielbalter.comwww.pnl.gov > > > > > -- Sergio Roberto Charpinel Jr. --~--~-~--~~~---~--~~ 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] UTF-8 Unicode C program text
In trac (very recent 0.12multirepos), when I browse C source that contains Swedish characters (in comments), I get this at the top of the page: Warning: HTML preview using EnscriptRenderer failed (UnicodeDecodeError: 'utf8' codec can't decode bytes in position 4656-4657: invalid data) and the Swedish characters are shown as incorrect characters. If 4656-4657 refer to byte offsets in the file, then I am confused, as these are regular old printable ASCII characters (checked with ghex2 editor). The files in question claim (Unix 'file command) to be: 9_mc.c: UTF-8 Unicode C program text Am I perhaps missing some configuration setting? --~--~-~--~~~---~--~~ 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: browser view for attached PDF files
> You don't. We force downloading the raw views for security reasons. I agree with all of this, but Trac is also used in "protected" environment, such as on a company LAN. In this context, being able to get rid of the boring "Try downloading it" message would be a great plus. I know about IE issues (IE is an issue ;-)), but I think there should still be an admin option to enable in-browser rendering: Trac already offers an option to bypass HTML sanitizing, I think it would be great to have an option to render PDF files within the browser window. 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
