[Trac] Re: current Trac 0.12multirepos features
On Wed, 2009-05-20 at 16:27 +0200, Christian Boos wrote: > Roger Oberholtzer wrote: > > I have just installed Trac 0.12multirepos. All is ok. I am curious about > > two things: > > > > 1) Is it possible to render ticket custom fields? I have some that are > > defined as: > > > > tc_ten = textarea > > tc_ten.cols = 80 > > tc_ten.label = Release Notes > > tc_ten.rows = 20 > > > > I would like the text to be able to contain all the wiki formatting > > that,say, the ticket description can contain. Is this possible? My > > memory says that there is a qualifier to add to the definition. But I > > did not see anything in TracTicketsCustomFields. > > > > Look again :-) > http://trac.edgewall.org/wiki/TracTicketsCustomFields#AvailableFieldTypesandOptions > - textarea - format I looked in this page in my installation, figuring that this would more likely reflect what I have installed. Which may not be what is documented in the place you indicate. I do not see this option in the page I see after installing and upgrading. Would the TracXXX wiki pages (all trac docs, for that matter) be updated in the upgrade? In fact, I must confess that it is difficult for me to see which revision of 0.12multirepos is running or installed, as there is no version number to be seen. Perhaps there too I am not looking in the right place. I look, for example, at the table in the 'about' page. It only tells '0.12multirepos'. > > 2) In the ticket display (e.g., trac/ticket/33), the .label values are > > used. So in my example above, I see "Release Notes". > That needs to be fixed - I think there's already a ticket for that. ... > yes #3919, which even has a patch awaiting testing, so there you go ;-) I look forward to this. OTOH, a saying has been introduced into our group: I added a variable with the variable name tc_nine. It is for assigning people to a certain task. This is delivered in the e-mail when a ticket changes. Now, when someone is assigned this task, they say they have been 'tc_nined'. Perhaps this specific variable will have to keep the old behavior :) -- Roger Oberholtzer --~--~-~--~~~---~--~~ 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
The root of the problem is that IE is "not standards compliant" (to say it nicely). Even if a URL ends with .pdf and is sent with the MIME type for a PDF, IE will still (at least in 6, meaning that it doesn't matter if this is fixed in later versions) run content detection on the data and if it looks like HTML it will display it in the browser. This then leads to the JavaScript security fun I mentioned. The only way to force IE to never show something in the browser no matter the type is to set the content-disposition header and force all browsers to download the file. So the nasty case is that someone uploads a "PDF" to your server that it actually a HTML page with JavaScript in it that will do an HTTP request against the server to do something destructive. That malicious code will run with _your_ permissions, so if you happen to be the site admin they could do something like grant admin access to themselves or delete all the accounts, etc etc. Hope this clarifies the issue. --Noah On May 24, 2009, at 8:52 PM, Ariel Balter wrote: > What if we put "target=new", so it opened the file in a new window. > Then we wouldn't need Trac chrome around it. I realize I'm one of > the people using trac for something other than what it was intended > (managing and academic research project), but I wonder if others > would also like to have their PDF files "preview" if that's what you > call it. (I just call it FF displaying the PDF using the adobe > reader plugin.) > > Noah Kantrowitz wrote: >> >> Opening the raw file is different from providing a preview. The hard >> part is to embed the PDF in the page while providing the Trac chrome >> around it. I think you are just asking why we set content- >> disposition, >> which I answered in that it is a security risk not to. >> >> --Noah >> >> On May 24, 2009, at 8:02 PM, Ariel Balter wrote: >> >> >>> I'm confused here because I work in an academic setting and my >>> professional life revolves around viewing PDF journal articles on >>> the web all day long form journals, publishers, etc. I just can't >>> mesh this with your suggestion that it is some kind of security risk >>> or hard-to-solve problem. >>> >>> The wikipedia page on PDF files >>> http://en.wikipedia.org/wiki/Pdf >>> has many references and external links which are PDF files and DO >>> open in the browser rather than downloading. >>> >>> So then I went to wikimedia commons, did a search for "pdf", and >>> clicked on the first result, which is: >>> http://upload.wikimedia.org/wikipedia/commons/9/9d/AAV_Reisebericht_1661_Aachen_Savelsberg.pdf >>> and which opens in my browser. >>> >>> Can someone please shed some light on why major journal publishers >>> can do this and Wikipedia can do this, but Trac can't? >>> >>> Noah Kantrowitz wrote: >>> You don't. We force downloading the raw views for security reasons. Specifically with HTML you can have problems where the JavaScript in the page within the security context of the Trac URL. There is no good cross-platform way to embed a PDF, as I already said. The way to do PDF previews would probably be to render to an image or flash file a la slideshare or google docs. --Noah On May 24, 2009, at 7:38 PM, Ariel Balter wrote: > Here is a link to a PDF file: > http://myotherstuff.org/share/browser_test.pdf > When I paste that in my browser (latest FF), the PDF file opens in > my browser. > > Also, here is a link to an HTML file with a link to the above URL. > http://myotherstuff.org/share/browser_test.html > When I click on the link, FF opens the page in my browser. > > How can I get Trac to do that with PDF files? > > Thanks, Ariel > > P.S. Just tested in IE with same behavior. > > Noah Kantrowitz wrote: > > >> No, there is no cross-browser way to offer such a thing without >> rendering the PDFs to an image or something (which brings up its >> own >> portability issues). >> >> --Noah >> >> On May 24, 2009, at 12:10 PM, 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? >>> >>> >>> >> > -- > /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ > > 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
[Trac] Re: browser view for attached PDF files
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 --~--~-~--~~~---~--~~ 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
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. Ariel Balter wrote: > What if we put "target=new", so it opened the file in a new window. > Then we wouldn't need Trac chrome around it. I realize I'm one of the > people using trac for something other than what it was intended > (managing and academic research project), but I wonder if others would > also like to have their PDF files "preview" if that's what you call > it. (I just call it FF displaying the PDF using the adobe reader plugin.) > > Noah Kantrowitz wrote: >> Opening the raw file is different from providing a preview. The hard >> part is to embed the PDF in the page while providing the Trac chrome >> around it. I think you are just asking why we set content-disposition, >> which I answered in that it is a security risk not to. >> >> --Noah >> >> On May 24, 2009, at 8:02 PM, Ariel Balter wrote: >> >> >>> I'm confused here because I work in an academic setting and my >>> professional life revolves around viewing PDF journal articles on >>> the web all day long form journals, publishers, etc. I just can't >>> mesh this with your suggestion that it is some kind of security risk >>> or hard-to-solve problem. >>> >>> The wikipedia page on PDF files >>> http://en.wikipedia.org/wiki/Pdf >>> has many references and external links which are PDF files and DO >>> open in the browser rather than downloading. >>> >>> So then I went to wikimedia commons, did a search for "pdf", and >>> clicked on the first result, which is: >>> http://upload.wikimedia.org/wikipedia/commons/9/9d/AAV_Reisebericht_1661_Aachen_Savelsberg.pdf >>> and which opens in my browser. >>> >>> Can someone please shed some light on why major journal publishers >>> can do this and Wikipedia can do this, but Trac can't? >>> >>> Noah Kantrowitz wrote: >>> You don't. We force downloading the raw views for security reasons. Specifically with HTML you can have problems where the JavaScript in the page within the security context of the Trac URL. There is no good cross-platform way to embed a PDF, as I already said. The way to do PDF previews would probably be to render to an image or flash file a la slideshare or google docs. --Noah On May 24, 2009, at 7:38 PM, Ariel Balter wrote: > Here is a link to a PDF file: > http://myotherstuff.org/share/browser_test.pdf > When I paste that in my browser (latest FF), the PDF file opens in > my browser. > > Also, here is a link to an HTML file with a link to the above URL. > http://myotherstuff.org/share/browser_test.html > When I click on the link, FF opens the page in my browser. > > How can I get Trac to do that with PDF files? > > Thanks, Ariel > > P.S. Just tested in IE with same behavior. > > Noah Kantrowitz wrote: > > >> No, there is no cross-browser way to offer such a thing without >> rendering the PDFs to an image or something (which brings up its >> own >> portability issues). >> >> --Noah >> >> On May 24, 2009, at 12:10 PM, 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? >>> >>> >>> >> > -- > /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ > > 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 > > > > > >>> -- >>> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ >>> >>> 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 >>> >>> >>> >>> >> >> >> >> > > -- > /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ > > 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, W
[Trac] Re: browser view for attached PDF files
What if we put "target=new", so it opened the file in a new window. Then we wouldn't need Trac chrome around it. I realize I'm one of the people using trac for something other than what it was intended (managing and academic research project), but I wonder if others would also like to have their PDF files "preview" if that's what you call it. (I just call it FF displaying the PDF using the adobe reader plugin.) Noah Kantrowitz wrote: > Opening the raw file is different from providing a preview. The hard > part is to embed the PDF in the page while providing the Trac chrome > around it. I think you are just asking why we set content-disposition, > which I answered in that it is a security risk not to. > > --Noah > > On May 24, 2009, at 8:02 PM, Ariel Balter wrote: > > >> I'm confused here because I work in an academic setting and my >> professional life revolves around viewing PDF journal articles on >> the web all day long form journals, publishers, etc. I just can't >> mesh this with your suggestion that it is some kind of security risk >> or hard-to-solve problem. >> >> The wikipedia page on PDF files >> http://en.wikipedia.org/wiki/Pdf >> has many references and external links which are PDF files and DO >> open in the browser rather than downloading. >> >> So then I went to wikimedia commons, did a search for "pdf", and >> clicked on the first result, which is: >> http://upload.wikimedia.org/wikipedia/commons/9/9d/AAV_Reisebericht_1661_Aachen_Savelsberg.pdf >> and which opens in my browser. >> >> Can someone please shed some light on why major journal publishers >> can do this and Wikipedia can do this, but Trac can't? >> >> Noah Kantrowitz wrote: >> >>> You don't. We force downloading the raw views for security reasons. >>> Specifically with HTML you can have problems where the JavaScript in >>> the page within the security context of the Trac URL. There is no >>> good >>> cross-platform way to embed a PDF, as I already said. The way to do >>> PDF previews would probably be to render to an image or flash file a >>> la slideshare or google docs. >>> >>> --Noah >>> >>> On May 24, 2009, at 7:38 PM, Ariel Balter wrote: >>> >>> >>> Here is a link to a PDF file: http://myotherstuff.org/share/browser_test.pdf When I paste that in my browser (latest FF), the PDF file opens in my browser. Also, here is a link to an HTML file with a link to the above URL. http://myotherstuff.org/share/browser_test.html When I click on the link, FF opens the page in my browser. How can I get Trac to do that with PDF files? Thanks, Ariel P.S. Just tested in IE with same behavior. Noah Kantrowitz wrote: > No, there is no cross-browser way to offer such a thing without > rendering the PDFs to an image or something (which brings up its > own > portability issues). > > --Noah > > On May 24, 2009, at 12:10 PM, 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? >> >> >> > -- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 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 >>> >>> >> -- >> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ >> >> 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 >> >> >> >> > > > > > -- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 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 ema
[Trac] Re: browser view for attached PDF files
Opening the raw file is different from providing a preview. The hard part is to embed the PDF in the page while providing the Trac chrome around it. I think you are just asking why we set content-disposition, which I answered in that it is a security risk not to. --Noah On May 24, 2009, at 8:02 PM, Ariel Balter wrote: > I'm confused here because I work in an academic setting and my > professional life revolves around viewing PDF journal articles on > the web all day long form journals, publishers, etc. I just can't > mesh this with your suggestion that it is some kind of security risk > or hard-to-solve problem. > > The wikipedia page on PDF files > http://en.wikipedia.org/wiki/Pdf > has many references and external links which are PDF files and DO > open in the browser rather than downloading. > > So then I went to wikimedia commons, did a search for "pdf", and > clicked on the first result, which is: > http://upload.wikimedia.org/wikipedia/commons/9/9d/AAV_Reisebericht_1661_Aachen_Savelsberg.pdf > and which opens in my browser. > > Can someone please shed some light on why major journal publishers > can do this and Wikipedia can do this, but Trac can't? > > Noah Kantrowitz wrote: >> >> You don't. We force downloading the raw views for security reasons. >> Specifically with HTML you can have problems where the JavaScript in >> the page within the security context of the Trac URL. There is no >> good >> cross-platform way to embed a PDF, as I already said. The way to do >> PDF previews would probably be to render to an image or flash file a >> la slideshare or google docs. >> >> --Noah >> >> On May 24, 2009, at 7:38 PM, Ariel Balter wrote: >> >> >>> Here is a link to a PDF file: >>> http://myotherstuff.org/share/browser_test.pdf >>> When I paste that in my browser (latest FF), the PDF file opens in >>> my browser. >>> >>> Also, here is a link to an HTML file with a link to the above URL. >>> http://myotherstuff.org/share/browser_test.html >>> When I click on the link, FF opens the page in my browser. >>> >>> How can I get Trac to do that with PDF files? >>> >>> Thanks, Ariel >>> >>> P.S. Just tested in IE with same behavior. >>> >>> Noah Kantrowitz wrote: >>> No, there is no cross-browser way to offer such a thing without rendering the PDFs to an image or something (which brings up its own portability issues). --Noah On May 24, 2009, at 12:10 PM, 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? > > >>> -- >>> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ >>> >>> 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 >>> >>> >>> >>> >> >> >> > > -- > /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ > > 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 -~--~~~~--~~--~--~---
[Trac] Re: browser view for attached PDF files
I'm confused here because I work in an academic setting and my professional life revolves around viewing PDF journal articles on the web all day long form journals, publishers, etc. I just can't mesh this with your suggestion that it is some kind of security risk or hard-to-solve problem. The wikipedia page on PDF files http://en.wikipedia.org/wiki/Pdf has many references and external links which are PDF files and DO open in the browser rather than downloading. So then I went to wikimedia commons, did a search for "pdf", and clicked on the first result, which is: http://upload.wikimedia.org/wikipedia/commons/9/9d/AAV_Reisebericht_1661_Aachen_Savelsberg.pdf and which opens in my browser. Can someone please shed some light on why major journal publishers can do this and Wikipedia can do this, but Trac can't? Noah Kantrowitz wrote: > You don't. We force downloading the raw views for security reasons. > Specifically with HTML you can have problems where the JavaScript in > the page within the security context of the Trac URL. There is no good > cross-platform way to embed a PDF, as I already said. The way to do > PDF previews would probably be to render to an image or flash file a > la slideshare or google docs. > > --Noah > > On May 24, 2009, at 7:38 PM, Ariel Balter wrote: > > >> Here is a link to a PDF file: >> http://myotherstuff.org/share/browser_test.pdf >> When I paste that in my browser (latest FF), the PDF file opens in >> my browser. >> >> Also, here is a link to an HTML file with a link to the above URL. >> http://myotherstuff.org/share/browser_test.html >> When I click on the link, FF opens the page in my browser. >> >> How can I get Trac to do that with PDF files? >> >> Thanks, Ariel >> >> P.S. Just tested in IE with same behavior. >> >> Noah Kantrowitz wrote: >> >>> No, there is no cross-browser way to offer such a thing without >>> rendering the PDFs to an image or something (which brings up its own >>> portability issues). >>> >>> --Noah >>> >>> On May 24, 2009, at 12:10 PM, 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? >>> >>> >> -- >> /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ >> >> 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 >> >> >> >> > > > > > -- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 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: browser view for attached PDF files
You don't. We force downloading the raw views for security reasons. Specifically with HTML you can have problems where the JavaScript in the page within the security context of the Trac URL. There is no good cross-platform way to embed a PDF, as I already said. The way to do PDF previews would probably be to render to an image or flash file a la slideshare or google docs. --Noah On May 24, 2009, at 7:38 PM, Ariel Balter wrote: > Here is a link to a PDF file: > http://myotherstuff.org/share/browser_test.pdf > When I paste that in my browser (latest FF), the PDF file opens in > my browser. > > Also, here is a link to an HTML file with a link to the above URL. > http://myotherstuff.org/share/browser_test.html > When I click on the link, FF opens the page in my browser. > > How can I get Trac to do that with PDF files? > > Thanks, Ariel > > P.S. Just tested in IE with same behavior. > > Noah Kantrowitz wrote: >> >> No, there is no cross-browser way to offer such a thing without >> rendering the PDFs to an image or something (which brings up its own >> portability issues). >> >> --Noah >> >> On May 24, 2009, at 12:10 PM, 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? >>> >> >> >> > > -- > /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ > > 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 -~--~~~~--~~--~--~---
[Trac] Re: browser view for attached PDF files
Here is a link to a PDF file: http://myotherstuff.org/share/browser_test.pdf When I paste that in my browser (latest FF), the PDF file opens in my browser. Also, here is a link to an HTML file with a link to the above URL. http://myotherstuff.org/share/browser_test.html When I click on the link, FF opens the page in my browser. How can I get Trac to do that with PDF files? Thanks, Ariel P.S. Just tested in IE with same behavior. Noah Kantrowitz wrote: > No, there is no cross-browser way to offer such a thing without > rendering the PDFs to an image or something (which brings up its own > portability issues). > > --Noah > > On May 24, 2009, at 12:10 PM, 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? >> > > > > > -- /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 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: browser view for attached PDF files
No, there is no cross-browser way to offer such a thing without rendering the PDFs to an image or something (which brings up its own portability issues). --Noah On May 24, 2009, at 12:10 PM, 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? > > --~--~-~--~~~---~--~~ 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] browser view for attached PDF files
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? --~--~-~--~~~---~--~~ 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 with Trac+Wsgi+Svn
Thanks for your help. I finally got it working! On May 22, 5:26 am, Graham Dumpleton wrote: > On May 22, 9:25 am, turkanis wrote: > > > I have four trac installations that I would like to switch from > > mod_python to mod_wsgi. > > > With my first configuration attempt, I occasionally get the error > > "instance.__dict__ not accessible in restricted mode". > > You have to run them all in the first interpreter, you are only doing > that for one. Read the documentation as it explains what you need to > do to host multiple sites. > > http://code.google.com/p/modwsgi/wiki/IntegrationWithTrac --~--~-~--~~~---~--~~ 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: Is there a way to have default page template in TRAC Wiki?
Christian Boos wrote: > You've given a perfect specification for the > http://trac.edgewall.org/wiki/PageTemplates feature, available in Trac > since 0.11 ;-) Thanks, I really thought I'd looked for that! -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception chris.bar...@noaa.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 -~--~~~~--~~--~--~---
[Trac] Possible permision on resolution types?
I wonder if there's anyway to configure Trac so that a certain user could only resolve tickets using SOME of the resolution types instead of having the chance of using them all. Currently I work on a project which workflow is like: Open | Check || Close Assign | Resolve | Quality Check | | Close Reassign But there is a group of developers who's specific task is to "Quality Check" all resolved issues, so they can only mark tickets as "Done"/"Checked" or mark them as "Not Qualifies" and reassign them back. So, is there a way to set up permission for resolution types? --~--~-~--~~~---~--~~ 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 ?
-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- --~--~-~--~~~---~--~~ 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: Is there a way to have default page template in TRAC Wiki?
Hello Christopher, Christopher Barker wrote: > Hi folks, > > I'm looking for a way to give users a set of default page templates when > they create a new Wiki page. > > The idea is that when they go to create a new page, they will get a set > of choices: > > - meeting notes > - main page > - some other special thing > - Blank page > > then they can choose one, and make a page that looks similar to other > similar pages. > > This is a pretty common wiki feature, but I haven't seen a TRAC plug-in > that does it. It's kind of hard to search for, as "template" usually > refers to the html templates (genshi or whatever). > You've given a perfect specification for the http://trac.edgewall.org/wiki/PageTemplates feature, available in Trac since 0.11 ;-) Simply create pages PageTemplates/MeetingNotes, PageTemplates/MainPage, etc. and you'll be given a choice between those page templates and the blank page when creating new pages. -- 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 trac-users+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/trac-users?hl=en -~--~~~~--~~--~--~---
