Redmine: Issueshttps://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292014-06-24T13:10:56ZRedmine
Redmine Redmine - Feature #17289 (New): e-mail notification in case of ticket update - more options for o...https://www.redmine.org/issues/172892014-06-24T13:10:56ZFabian Strasser
<p>Currently redmine allows to limit the amount of notification mails to be set in certain ways.</p>
<p>I suggest to add several other options (checkboxes) for the subcategory 'ticket'. Current there are three options to choose (status change, priority change, ..) plus the general update of a ticket.</p>
<p>I strongly suggest to extend those options to all default ticket options. This would include</p>
<pre><code>- change of assignee<br /> - change of category<br /> - change of percentage done<br /> - change of closing date</code></pre>
<p>Please consider this an option as there are many scenarios where too many mails are being sent.</p> Redmine - Feature #17238 (New): Searching parsed wiki content - Cache option for Wiki pageshttps://www.redmine.org/issues/172382014-06-20T08:05:58ZFabian Strasser
<p>I was wondering if it would be possible to modify the search to optionally search parsed wiki sites and not the raw source. This should always be optional (checkbox?) because sometimes it might be necessary to search the pages source and not the parsed output.</p>
<p><strong>Background</strong></p>
<p>I use macros a lot, like the built-in <pre>{{toc}}</pre> along with others from Plugins that allow me to easily display tickets inside a wiki page.</p>
<p>My problem is that using the search, wiki pages that contain those tickets (or mainly Macros) aren't found as only the source code is searched.</p>
<p><strong>Example wiki source</strong><br /><pre>
h1. Test issue summary
This site contains all information [...]
{{ref_issues(-s=Searchterm)}}
</pre></p>
<p>Let's assume that above wiki page will list 7 tickets (using the <em>Redmine Wiki Lists plugin</em>) that all contain "Searchterm" inside their topic. I can find that wiki page only when searching for "Searchterm" but not when I use any other term that is part of those tickets' topics.</p>
<p>If for example a tickets' topic is "Product Z has major issue with raw input" and I refer to that ticket with the term "Product Z" inide the wiki, I only find the wiki page with that term, but not when I search for "input".<br />It would be necessary to parse the wiki sites and then search them to find the term in question.</p>
<p>I am however afraid that this might lead to serious loading times and even more issues, especially with a bigger wiki since every page has to be parsed. A work-around might be a cache that keeps wiki sites availabe in a parsed state, ready for delivery. And when a page is altered the cache for that site gets renewed.</p>
<p>This would also speed up the overall site performance in my opinion.</p>
<p>Anyone besides me interested in such a feature? Good idea? Bad idea? Why?</p>