Return-Path: X-Original-To: apmail-allura-dev-archive@www.apache.org Delivered-To: apmail-allura-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id CFED211A44 for ; Thu, 21 Aug 2014 21:00:08 +0000 (UTC) Received: (qmail 25256 invoked by uid 500); 21 Aug 2014 21:00:08 -0000 Delivered-To: apmail-allura-dev-archive@allura.apache.org Received: (qmail 25232 invoked by uid 500); 21 Aug 2014 21:00:08 -0000 Mailing-List: contact dev-help@allura.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@allura.apache.org Delivered-To: mailing list dev@allura.apache.org Received: (qmail 25216 invoked by uid 99); 21 Aug 2014 21:00:08 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Aug 2014 21:00:08 +0000 X-ASF-Spam-Status: No, hits=-0.1 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of noreply@sourceforge.net designates 216.34.181.60 as permitted sender) Received: from [216.34.181.60] (HELO smtp.ch3.sourceforge.com) (216.34.181.60) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Aug 2014 20:59:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sourceforge.com; s=x; h=Date:References:In-Reply-To:Message-ID:Subject:Reply-To:From:To:MIME-Version:Content-Type; bh=sjybteywxDO8cMJS4KzRl43FM9frUf4IgKBD9gXYzv4=; b=jniOYJswOLWhalsmqqyPAzVRnOaV2LRGBVZ87rZaokiLtj1P4aY8RITNisk6dggP1YsPiY+dATWZrC2Dlsp/Tn3nSdRkWetw9VpJK5WTY1ToraeRqsEJTb/wwyBZ9lhXybHoE/aB6rzAPyO/ccPI4xNthLo2seBvU7TywS8/WVw=; Received: from localhost ([127.0.0.1] helo=sfs-alluradaemon-2.v29.ch3.sourceforge.com) by sfs-alluradaemon-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1XKZSP-0003Zs-Cl for dev@allura.apache.org; Thu, 21 Aug 2014 20:59:41 +0000 Content-Type: multipart/related; boundary="===============0205008245906319801==" MIME-Version: 1.0 To: dev@allura.apache.org From: "Dave Brondsema" Reply-To: "[allura:tickets] " <4987@tickets.allura.p.re.sf.net> Subject: [allura:tickets] #4987 Artifact links within tickets instance should check itself first [ss695] Message-ID:

In-Reply-To: <505cd3511be1ce562934b397.tickets@allura.p.sourceforge.net> References: <505cd3511be1ce562934b397.tickets@allura.p.sourceforge.net> Date: Thu, 21 Aug 2014 20:59:41 +0000 X-Virus-Checked: Checked by ClamAV on apache.org --===============0205008245906319801== Content-Type: multipart/alternative; boundary="===============9070274433962772127==" MIME-Version: 1.0 --===============9070274433962772127== MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit - **status**: code-review --> closed - **QA**: Dave Brondsema - **Milestone**: forge-backlog --> forge-aug-22 --- ** [tickets:#4987] Artifact links within tickets instance should check itself first [ss695]** **Status:** closed **Milestone:** forge-aug-22 **Labels:** support p3 42cc **Created:** Fri Sep 21, 2012 08:51 PM UTC by Chris Tsai **Last Updated:** Thu Aug 21, 2014 10:40 AM UTC **Owner:** Igor Bondarenko [forge:site-support:#695] >My project has 2 ticket system instances, /bugs and /feature-requests. I added a comment to a ticket in /feature-requests, containing the Markdown link code `[#46]` in order to link to feature request #46 - that is, a ticket in the same instance. Click Preview to check, and I find out the link it created is to the other ticket instance: /bugs/46 rather than the correct /feature-requests/46. (I have to use `[feature-requests:#46]` to work around this.) >Unqualified artifact links in the /bugs ticket instance correctly link to tickets under /bugs. But I have 2 other projects (pgtclng and pgintcl) with the same problem, in reverse. Unqualified artifact links from inside either /bugs or /feature-requests tickets both create links to tickets under /feature-requests. >I see the same problem here. The link `[#4]` is linking to /doc-todo/4 rather than /site-support/4 as you can see here: [#4] (At least, that is what I see - not sure if you see the same thing.) >Note that in all these cases, an artifact with the given number exists in both of the ticket instances. In each example he gives, the one it defaults to is the first listed in the nav. If an artifact is being linked to within a tickets instance, it should check the instance it's already in first before checking others. --- Sent from sourceforge.net because dev@allura.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list. --===============9070274433962772127== MIME-Version: 1.0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: 7bit
  • status: code-review --> closed
  • QA: Dave Brondsema
  • Milestone: forge-backlog --> forge-aug-22

[tickets:#4987] Artifact links within tickets instance should check itself first [ss695]

Status: closed
Milestone: forge-aug-22
Labels: support p3 42cc
Created: Fri Sep 21, 2012 08:51 PM UTC by Chris Tsai
Last Updated: Thu Aug 21, 2014 10:40 AM UTC
Owner: Igor Bondarenko

[forge:site-support:#695]

My project has 2 ticket system instances, /bugs and /feature-requests. I added a comment to a ticket in /feature-requests, containing the Markdown link code [#46] in order to link to feature request #46 - that is, a ticket in the same instance. Click Preview to check, and I find out the link it created is to the other ticket instance: /bugs/46 rather than the correct /feature-requests/46. (I have to use [feature-requests:#46] to work around this.)

Unqualified artifact links in the /bugs ticket instance correctly link to tickets under /bugs. But I have 2 other projects (pgtclng and pgintcl) with the same problem, in reverse. Unqualified artifact links from inside either /bugs or /feature-requests tickets both create links to tickets under /feature-requests.

I see the same problem here. The link [#4] is linking to /doc-todo/4 rather than /site-support/4 as you can see here: [#4] (At least, that is what I see - not sure if you see the same thing.)

Note that in all these cases, an artifact with the given number exists in both of the ticket instances.

In each example he gives, the one it defaults to is the first listed in the nav. If an artifact is being linked to within a tickets instance, it should check the instance it's already in first before checking others.


Sent from sourceforge.net because dev@allura.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.

--===============9070274433962772127==-- --===============0205008245906319801==--