<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ticket search results</title><link>https://forge-allura.apache.org/p/allura/tickets/</link><description>You searched for labels:"sf-4"</description><language>en</language><lastBuildDate>Thu, 28 Apr 2016 20:15:30 -0000</lastBuildDate><item><title>Backend support for attachments in exports</title><link>https://forge-allura.apache.org/p/allura/tickets/8051/</link><description>Update the export tasks with a flag for including attachments or not.  How to organize / reference the files in the export .zip is not determined yet, but is obviously important.

[#6662] will be the frontend for this.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Wed, 09 Mar 2016 21:44:07 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8051/</guid></item><item><title>Don't duplicate titles on neighborhood pages</title><link>https://forge-allura.apache.org/p/allura/tickets/8046/</link><description>When on neighborhood level pages like a wiki, the project and neighborhood name are both displayed but they are the same and it looks weird, especially if they run into each other.  We should omit one on pages of that type.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Fri, 05 Feb 2016 19:36:12 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8046/</guid></item><item><title>Upgrade SimpleMDE and contribute our toggleCodeBlock</title><link>https://forge-allura.apache.org/p/allura/tickets/8040/</link><description>Now that [#7987] has us on a standard rendering of code blocks, we should contribute our `toggleCodeBlock` functionality back to SimpleMDE.  It needs a bit of cleanup with extra `\n` insertion no longer needed.

We'll need to upgrade to the latest version, which might require some changes.  And once our contribution is accepted, upgrade to that release too.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Thu, 28 Apr 2016 20:15:30 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8040/</guid></item><item><title>Finalize frontend eslint/jscs setup</title><link>https://forge-allura.apache.org/p/allura/tickets/8035/</link><description>Finalize and cleanup our eslint/jscsrc setup.

This can be a working standard that evolves over time -- but we should get something in place now so that we can start collecting feedback.

*(Dave has a few tweaked config files attached - they need more work though)*

Then apply these styles to [#7919].</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Heith Seewald</dc:creator><pubDate>Fri, 05 Feb 2016 20:42:11 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8035/</guid></item><item><title>Site notification admin interface</title><link>https://forge-allura.apache.org/p/allura/tickets/8024/</link><description>The site admin pages should have a way to manage site notifications.  Also, make sure to update the Site Notification part of the docs.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 11 Jan 2016 15:26:50 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8024/</guid></item><item><title>More flexibility to the site-wide notifications</title><link>https://forge-allura.apache.org/p/allura/tickets/8023/</link><description>Site notifications would be more useful if they had options to control who they were shown to and on what pages.  For the user, some obvious options are show to everyone, or show to project devs/admins.  I can't think of others right now.  For the pages, tool type(s) could be a useful selection.  But all pages are a tool (plus I'd like this to be able to work with external code that can integrate with Allura) so a url regex would be a good option too.  That'd cover lots of possibilities (specific neighborhood, specific project, auth pages, create project page, etc).</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 11 Jan 2016 15:26:44 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8023/</guid></item><item><title>Easy way to view all posts from a certain user, and flag as spam</title><link>https://forge-allura.apache.org/p/allura/tickets/8020/</link><description>The moderation page should have a field to filter by a username - then it will be easier to get a list of all the posts by a user in that forum, and select-all to mark as spam.

Also, when in the regular view of a post and you click "Spam" and the message goes away, we should show a little message box in its place that explains what just happened, and a link to go over to the moderation view and see all posts by the user (so project admins know that is possible and have an easy way to get there).  An undo link there would be very nice too.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Wed, 27 Jan 2016 17:17:46 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8020/</guid></item><item><title>Remove tool icons from project nav</title><link>https://forge-allura.apache.org/p/allura/tickets/8004/</link><description>Per discussion at thread http://mail-archives.apache.org/mod_mbox/allura-dev/201510.mbox/%3CCAOH-DerrdKor_BdfecYXoF0sfiZ%3DK893%3DzmQiet%2B%2Bc_-8vMUSw%40mail.gmail.com%3E</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 02 Nov 2015 15:09:14 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/8004/</guid></item><item><title>Standardize fenced blocks in markdown</title><link>https://forge-allura.apache.org/p/allura/tickets/7987/</link><description>Switch from our custom `FencedCodeProcessor` to the standard extension https://pythonhosted.org/Markdown/extensions/fenced_code_blocks.html so that we can support \`\`\` style, and so that blank lines are not needed before and after the `~~~~` blocks.  This will get us more closely aligned with the CommonMark standard, and the syntax highlighting of the markdown editor, and the 

However, the format for denoting the language inside the block is different there than the [CodeHilite](https://pythonhosted.org/Markdown/extensions/code_hilite.html) extension which we are already using (and our current `~~~~` uses as well since it simply makes an indented block).  So we'll have to figure out how to reconcile that.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 11 Jan 2016 15:26:25 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7987/</guid></item><item><title>Document how to run allura with gunicorn/uwsgi/mod_wsgi</title><link>https://forge-allura.apache.org/p/allura/tickets/7957/</link><description>There have been reported problems with uwsgi: http://lists.unbit.it/pipermail/uwsgi/2015-July/008104.html

We should make sure it works and document it.  For mod_wsgi we can borrow &amp; simplify from our forge-allura.apache.org setup.

Once done, it'll help with our [#7908] docker setup.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 21 Sep 2015 14:06:01 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7957/</guid></item><item><title>Research odd behavior / bugs in simplemde</title><link>https://forge-allura.apache.org/p/allura/tickets/7956/</link><description>See if these are upstream bugs, report them, see if we can fix them

* when you get multiple levels deep in a list, some lines are colored green
* any sort of `foo:bar` text with a colon in it gets turned into a link style.  Should have a smarter URL pattern
* within a blockquote section, the Image button is highlighted instead of blockquote button
* `#foobar` heading without a space after #, does not get styled like a heading
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 21 Sep 2015 14:05:40 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7956/</guid></item><item><title>Add more formatting support to markdown editor</title><link>https://forge-allura.apache.org/p/allura/tickets/7955/</link><description>It'd be nice to add more toolbar buttons to support inserting formatting like:

* `~~~~` code blocks
* strikethrough
* backticks
* tables
* headers

Tables &amp; headers might need a drop-down to support choosing which one, so not sure if that is realistic.

Syntax highlighting of those elements (especially our code blocks) would be nice too, but perhaps a lot of work?

See if we can include tooltip text on the new buttons too.  I note that our custom preview and help buttons don't have tooltips.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 21 Sep 2015 14:05:55 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7955/</guid></item><item><title>Cursor position often wrong in new markdown editor</title><link>https://forge-allura.apache.org/p/allura/tickets/7948/</link><description>When editing text in the new markdown editor, the cursor can be off by a line (or few?).  This seems to happen  reliably, but exact cause is not narrowed down yet.  Seems to only be when editing existing content, not when creating new content (even pasting the exact same text).  I think it has to do with the initial height of the input area being tall.  Sometimes I can get the cursor to work properly again if I add or delete enough rows to make the textarea resize some amount.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 24 Aug 2015 14:29:42 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7948/</guid></item><item><title>Publish our RAML files</title><link>https://forge-allura.apache.org/p/allura/tickets/7939/</link><description>As followup to [#6797] we should find some way to publish our RAML files.  E.g. as static HTML pages, and/or as a live demo so people can try it out.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 10 Aug 2015 14:28:26 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7939/</guid></item><item><title>Set up 'pelican' for publishing our website</title><link>https://forge-allura.apache.org/p/allura/tickets/7926/</link><description>If we want to create additional web pages (e.g. for news, feature announcements, howtos) with the same theme as the homepage then we should set up some light-weight system for publishing them easily.  http://blog.getpelican.com/ might be a good option, since it is python-based.

Repo is at https://svn.apache.org/repos/asf/allura/site/

Also consider switching our web repo from SVN to https://blogs.apache.org/infra/entry/git_based_websites_available</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 27 Jul 2015 14:35:22 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7926/</guid></item><item><title> Speed up diff processing with binary files</title><link>https://forge-allura.apache.org/p/allura/tickets/7925/</link><description>In a git repo with a large amount of binary files, our diff processing can be very inefficient. We should test if a file is binary and exclude it from the diff processing section.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Heith Seewald</dc:creator><pubDate>Mon, 10 Aug 2015 14:27:58 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7925/</guid></item><item><title>Update icons</title><link>https://forge-allura.apache.org/p/allura/tickets/7924/</link><description>Our icons should be updated and support hidpi screens.  [Font awesome](http://fortawesome.github.io/Font-Awesome/) might be a good choice or possibly [fontello](http://fontello.com/).

Licenses need to be taken into consideration and included in the appropriate places.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Heith Seewald</dc:creator><pubDate>Mon, 02 Nov 2015 15:09:18 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7924/</guid></item><item><title>Add "admin" section to the left sidebar</title><link>https://forge-allura.apache.org/p/allura/tickets/7922/</link><description>Create a collapsible admin section on the left sidebar of each tool.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Heith Seewald</dc:creator><pubDate>Mon, 24 Aug 2015 14:30:09 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7922/</guid></item><item><title>Remove old tool configuration page</title><link>https://forge-allura.apache.org/p/allura/tickets/7921/</link><description>After the new tool admin system is implemented, we should remove all traces of the old tools page.

A number of tests will have to be updated also, that use the tools page to manage tools.
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Heith Seewald</dc:creator><pubDate>Fri, 05 Feb 2016 19:12:56 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7921/</guid></item><item><title>Use standardized solr installation</title><link>https://forge-allura.apache.org/p/allura/tickets/7907/</link><description>We have a hacky setup for solr (both step-by-step and docker install):

* we wget solr, instead of using a system package
* we copy our schema into the solr example dir
* we run `start.jar` directly instead of a service

For docker, we should be able to use a solr image that somebody else has set up.  For the step-by-step we should use system packages and perhaps borrow ideas from the solr container's Dockerfile.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 14 Dec 2015 16:10:57 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7907/</guid></item><item><title>Git branch &amp; tag speedups  -- NEEDS INI</title><link>https://forge-allura.apache.org/p/allura/tickets/7873/</link><description>I saw that git pages on forge-allura.apache.org were slow, so I looked at stats.log and saw that the sidebar was the slowest part.  I did some additional digging and found 2 specific areas for improvement:

* in `git_main.py` change `default_branch_name` to a `@LazyProperty` since it is called many times inside a loop in `RepositoryApp.sidebar_menu`
* Since `sidebar_menu` only requests a certain number of branches, pass that "limit" all the way through to `git_repo.py`'s `branches` method so that `is_valid()` is only called a minimum number of times needed.
    * make sure the default branch logic to put it at the top of the list still works (e.g. always put it at the top first)

In addition to those changes, generalize and apply the same approach to the tags.  And also check ForgeHg to see if mercurial can benefit the same way.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Mon, 29 Jun 2015 14:22:52 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7873/</guid></item><item><title>Merge request shows 0 commits, if upstream has new commits</title><link>https://forge-allura.apache.org/p/allura/tickets/7836/</link><description>A merge request works ok if the downstream (forked) repo has all of the upstream (parent) repo's commits.  But if the upstream repo has new commits on it, then the merge request shows 0 commits.  This is because `MergeRequest._commits` can't find the upstream HEAD in the forked repo, so the `log()` doesn't work.  We should have a smarter technique for finding the list of added commits.  We should also have better error handling and message to the user when it can't be found since that'll probably still happen sometimes.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Thu, 20 Aug 2015 22:06:09 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7836/</guid></item><item><title>Update theme for the documentation.</title><link>https://forge-allura.apache.org/p/allura/tickets/7835/</link><description>##### Update the documentation theme to the "mobile first" [read the docs](https://github.com/snide/sphinx_rtd_theme).


* Remove `Allura/docs/_templates/layout.html`, but make sure we can still link back to Allura home. 
* Restructure the `toctree` to improve side bar navigation: ("Introduction", "Running Allura", etc).  Reference: [1](http://django-cms.readthedocs.org),  [2](http://www.graphicall.org/ftp/ideasman42/html/introduction/)
</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Heith Seewald</dc:creator><pubDate>Thu, 20 Aug 2015 22:06:09 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7835/</guid></item><item><title>APIs to manage webhooks</title><link>https://forge-allura.apache.org/p/allura/tickets/7832/</link><description>We should support APIs to manage webhooks so that 3rd-party sites can use oauth to configure a webhook on behalf of a user.  This is a common practice to make it easier for the user.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Thu, 20 Aug 2015 22:06:09 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7832/</guid></item><item><title>One-click merge</title><link>https://forge-allura.apache.org/p/allura/tickets/7830/</link><description>Add a button to merge requests to merge the branch on the server-side.  Of course, don't do it if there are conflicts.  Also need to consider server-side filesystem permissions and make sure install docs are updated if needed, etc.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dave Brondsema</dc:creator><pubDate>Thu, 20 Aug 2015 22:06:09 -0000</pubDate><guid>https://forge-allura.apache.org/p/allura/tickets/7830/</guid></item></channel></rss>