Redmine: Issueshttps://www.redmine.org/https://www.redmine.org/favicon.ico?16793021292009-03-06T13:55:04ZRedmine
Redmine Redmine - Defect #2922 (Closed): bad escaping of < and > in code exemple in redmine Wikihttps://www.redmine.org/issues/29222009-03-06T13:55:04ZPaul Rivier
<p>see first example in this page : <a class="wiki-page" href="https://www.redmine.org/projects/redmine/wiki/Plugin_Tutorial">Plugin_Tutorial</a></p>
<p>it prints</p>
<pre><code>ruby script/generate redmine_plugin &lt;plugin_name&gt;</code></pre>
<p>while it should print</p>
<p>ruby script/generate redmine_plugin <plugin_name></p> Redmine - Defect #1862 (Closed): redmine.org : issues are not correctly sorted by "updated" fieldhttps://www.redmine.org/issues/18622008-09-05T06:51:56ZPaul Rivier
<p>I can't get a correct listing of issues sorted by "updated_on" here on <a class="external" href="http://www.redmine.org">www.redmine.org</a>.</p> Redmine - Defect #1622 (Closed): In current redmine.org, in revision view : links to files are br...https://www.redmine.org/issues/16222008-07-10T22:08:33ZPaul Rivier
<p>Exemple : see link to application_helper.rb in <a class="changeset" title="Fixed: trailing period should not be included in redmine links of type class:id (#1612)." href="https://www.redmine.org/projects/redmine/repository/svn/revisions/1650">r1650</a>.</p>
<p>In page source (html), you read :<br /><a href="/repositories/entry/redmine/trunk%2Fapp%2Fhelpers%2Fapplication_helper.rb?rev=1650">/trunk/app/helpers/application_helper.rb</a></p>
<p>Of course, '/' should not be escaped here.</p> Redmine - Defect #1612 (Closed): redmine links of type class:id do not like to be before a period.https://www.redmine.org/issues/16122008-07-09T17:36:10ZPaul Rivier
<p>Exemple : <em>please have a look in <a class="source" href="https://www.redmine.org/projects/redmine/repository/svn/entry/trunk">source:trunk</a>.</em><br />while "source:trunk" would work, "source:trunk." wont.</p>
<p>It is quiet common to put a link at the end of the sentence, therefore I think the regexp should exclude this dot when followed by a blanck or an end of line.</p>
<p>What do others think ?</p> Redmine - Feature #1415 (Closed): Let system administrator limit repositories valid sourceshttps://www.redmine.org/issues/14152008-06-09T16:03:24ZPaul Rivier
<p>As pointed out by Jean Philippe in <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: FileSystem adapter (Closed)" href="https://www.redmine.org/issues/1393">#1393</a>, users with project manager permissions can setup SCM sources to anything they want. IOW, if they know any valid path to a repository in the hosting system, they can read it. It can be a serious privacy issue.<br />I think we should take some time to discuss it here, and find an elegant way to fix it.<br />What do you think about this ?</p> Redmine - Patch #1393 (Closed): FileSystem adapterhttps://www.redmine.org/issues/13932008-06-06T09:34:49ZPaul Rivier
<p>In some cases, one might want to use Redmine to manage a project that has no SCM repository associated with, but a simple directory in the filesystem (can be a shared directory for example).<br />The FileSystem adapter simply reflects a directory in the filesystem. No author, no revision, no diff etc., only raw files and directories.</p>
<p>Please find attached patch for that.</p> Redmine - Feature #1373 (Closed): Activity option to monitor Issues updateshttps://www.redmine.org/issues/13732008-06-04T13:06:04ZPaul Rivier
<p>In its current form, Activity does not offer to monitor replies to issues, or issues updates.<br />It would be a good option to provide, along with wiki pages, files, changesets etc.</p> Redmine - Patch #1356 (Closed): In Activity views, changesets titles can be multiline while they ...https://www.redmine.org/issues/13562008-06-02T19:02:27ZPaul Rivier
<p>This concerns both HTML view and Atom feed.</p>
Are concerned entries for repository changeset whose content is
<ul>
<li>multiline</li>
<li>first line is short</li>
</ul>
<p>I can't find an example in Redmine.org development Activity timeline, because Jean-Philippe usualy does not commit with such a changelog, so here is a example :</p>
<pre>
This commit fixes :
- #13
- #34
</pre>
<p>In this case, truncate would return a truncated string, no matter if it contains newlines. This multilines string end up raw, in XML <entry><title> </title> section of the feed, and in the <a href="/repositories/revision/..."> section of the Html activity page. While the later seem to be properly rendered by web engines, the former makes many feedreaders choke and display erroneous data, mixing fields. I'm not sure what the RFC says about it, but I'm sure most newsreaders are not designed to handle multilines titles.</p>
<p>Attached patch is one working solution and works on my instance. It uses a helper, very similar to truncate, but ensuring truncated string is NOT multiline. Feel free to comment.</p> Redmine - Patch #1348 (Closed): Atom feeds don't provide author section for repository revisionshttps://www.redmine.org/issues/13482008-06-02T11:13:24ZPaul Rivier
<p>Atom XML does not provide author section for repository commits, while the HTML view does. <br />Attached micro-patch fixes this.</p> Redmine - Defect #1288 (Closed): Unable to past escaped wiki syntax in an issue descriptionhttps://www.redmine.org/issues/12882008-05-22T16:17:45ZPaul Rivier
In issue <a class="issue tracker-3 status-5 priority-4 priority-default closed" title="Patch: Importing from trac : some wiki links are messed (Closed)" href="https://www.redmine.org/issues/1287">#1287</a>, I needed to print some textile syntaxe to give an example. I tried to use <<code>pre</code>> tag, but it does not escape some syntax :
<ul>
<li><<code>pre</code>> itself</li>
<li>[<code>[links]</code>] in brackets</li>
<li>probably some more ...</li>
</ul>
<p>Is there a way to have truely verbatim print of a section, in textile ?</p> Redmine - Patch #1287 (Closed): Importing from trac : some wiki links are messedhttps://www.redmine.org/issues/12872008-05-22T14:41:46ZPaul Rivier
<p>Trac most common wiki links syntax is :</p>
<pre><code>[ wiki:pageName Go to page name ]</code></pre>
<p>It should be converted in textile to :<br /><pre>[ [ pageName|Go to page name ] ]</pre><br />but is currently converted to :<br /><pre>[ [ pageName ] ]</pre><br />which is a loss of information.</p>
<p>Attached patch fixes the issue.</p>
<p>PS : notice the space voluntary introduced to be able to past textile syntax here. I can't find any way to escape it, < pre > does not work at least, nor < code ></p> Redmine - Feature #1094 (Closed): Links to repository directorieshttps://www.redmine.org/issues/10942008-04-23T12:48:20ZPaul Rivier
<p>The AJAX repository browser is sweet and fast, but the counterpart is that URL is meaningless in this view, in other words Joe can not browse the repository to a directory, take the URL in the browser, and send it by email to Alex saying "In this directory you will find some templates".<br />There is a way to trick it, which is to right-click a directory then open it in an other webbrowser window/tab. As a exemple, see below :<br /> <a class="external" href="http://www.redmine.org/repositories/browse/redmine/trunk/extra/sample_plugin">http://www.redmine.org/repositories/browse/redmine/trunk/extra/sample_plugin</a><br />This link points to a view of the directory that meets browsing requirements well. What is missing in my POV is a simple way to get this link. I propose to add a column, optional if possible, to the repository browser, providing "RESTful links" to each entry, including directories, like the one shown above.</p> Redmine - Defect #1066 (Closed): Per-author commits statistics graph does not like long nameshttps://www.redmine.org/issues/10662008-04-15T17:16:05ZPaul Rivier
<p>I'm monitoring a Mercurial repository with RedMine. In mercurial project, author "name" is usually made of :<br /> Joe Doe <<a class="email" href="mailto:joe.doe@domain.com">joe.doe@domain.com</a>><br />With long names and long domains, it can easily reach 40 characters overall. In such a situation, there is <strong>no space left</strong> for per-author commits statistic graph to be printed, so it gets totally unreadable.</p>
Naive proposals to solve this problem :
<ul>
<li>Truncate name to 10 characters ... ? (I do not think this is a good idea)</li>
<li>Process first the list of authors, and assign a unique number to each of them (1, 2, 3...). Simply putting authors names in an array will give each of them its UID. Then print this UID on the left of the graph, in place of the name, and print a legend below with ( UID , real name ) pairs. (I like this one better)</li>
</ul>