--_c0eacdcd-f26d-4f07-8c05-e7d47e21c9bd_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
If db layer with compatibility mode is viable, then it can be considered. It depends on breaking / risk / time. In my opinion, the biggest blocker for db layer for 1.3 is:
- breaking plugin- further delays to 1.3
If both are not an issue, I would be happy to reconsider.
For the other bugs, I request the following:- If you have a pull request for the fix, let's get it in.- If the bug is not blocking and is assigned to you, remove the target version.- If you are aware of a blocking bug, then please set the target version on it.- If you are working on a blocking but, it would be great to get a time line of when the fix will be ready.- For some of the bugs we may decide it doesn't block a beta/release candidate, but it blocks final. The goal is really to get the release out there and start getting feedback about new bugs that users are hitting.
I keep forgetting the bug tracker process we agreed on for tracking 1.3 blocking issues, but I think just having target release set as 1.3 is simple. Roland may correct me if I'm wrong.From: ***@mantisforge.org
To: mantisbt-***@lists.sourceforge.net
Date: Sun, 15 Jun 2014 18:06:56 +0100
Subject: Re: [mantisbt-dev] MantisBT 1.3 Release Status Check
In terms of 17437, and plugins<>1.3. I think we need to decide whether a plugin written for 1.2 should load in 1.3. I’m pretty sure there’s another bug out there way I was saying about making a patch to ensure that the plugins are for the targeted mantis version. Seperately to that, whilst going through this afternoon, I had the idea whether it was possible to port the db query string format changes to 1.3 – whilst still using adodb. i.e. could we allow in 1.3 both the new + old style strings against adodb, then switch in 2.0 to new without adodb. I don’t know if that’s technically possible, but it would provide a migration. In terms of 16878, I’d argue we should worry about that against the new db layer, as adodb in some cases makes a bad choice of columns types for mssql, and I believe other parts of the code fail to work. 16570 - This appeared to be a regression, and given it’s browser specific nature, could probably do with wider testing. The other issues, I’d deem as not blocking. I think there’s a couple of other blocking issues however not on this list – for instance, roland/myself can reproduce an issue with the captcha not working. From: Victor Boctor [mailto:***@gmail.com]
Sent: 15 June 2014 17:59
To: MantisBT Dev Mailing List
Subject: [mantisbt-dev] MantisBT 1.3 Release Status Check I inspected the issues that are marked for v1.3 to see how far we are from the release and found 7 bugs targeted for 1.3. I grouped them into what two groups based on my opinion of blocking vs. not. It would be great for everyone to comment on what they are working on that they feel blocks us from putting out the 1.3 release candidate. We can follow up with further fixes before the final releases. Blocking and Specific to master:-------------------------------- 17437: Plugin breaks- There are a few changes in 1.3 that breaks plugin, I think we should see if we can fix those. i.e. keep helper_alternate_class() around just for plugins until we do the breaking changes with the db layer. There are cases that are technically breaking, but the chance of breaking is rare, vs. the helper_alternate_class which I suspect will be more common for plugins that have configuration pages. I suggest at least fixing the latter one. 16570: Page content in 'Report Issue' is forgotten when user clicks [Back] button in browser- That is a really annoying bug. Paul has a fix that seems to be pending more reviewers - https://github.com/mantisbt/mantisbt/pull/202 16878: Install triggers varchar to datetime conversion error on sql server 2008- what's the status? Shouldn't be blocking--------------------- 9885: Emails on relations is send to people who cannot see the related issue- Open since 2008. Does it really need to block the release? If there is a targetted fix, let's do it? 11399: Deprecate $g_show_realname and use $g_show_user_realname_threshold instead- I don't think this should block v1.3 12382: Long emails aren't sent and make Mantis freeze- This is a corner case, is in 1.2.x and can be fixed in a dot release. Even though it is good to fix, it is not blocking. 12144: changing to the next custom status does not work- Nice to fix. Fix can come in at any time. Thanks,-Victor
------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
mantisbt-dev mailing list
mantisbt-***@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mantisbt-dev
--_c0eacdcd-f26d-4f07-8c05-e7d47e21c9bd_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>If db layer with compatibility mode is viable, then it can be considered. It depends on breaking / risk / time. In my opinion, the biggest blocker for db layer for 1.3 is:<div><br></div><div>- breaking plugin</div><div>- further delays to 1.3</div><div><br></div><div>If both are not an issue, I would be happy to reconsider.</div><div><br></div><div>For the other bugs, I request the following:</div><div>- If you have a pull request for the fix, let's get it in.</div><div>- If the bug is not blocking and is assigned to you, remove the target version.</div><div>- If you are aware of a blocking bug, then please set the target version on it.</div><div>- If you are working on a blocking but, it would be great to get a time line of when the fix will be ready.</div><div>- For some of the bugs we may decide it doesn't block a beta/release candidate, but it blocks final. The goal is really to get the release out there and start getting feedback about new bugs that users are hitting.</div><div><br></div><div>I keep forgetting the bug tracker process we agreed on for tracking 1.3 blocking issues, but I think just having target release set as 1.3 is simple. Roland may correct me if I'm wrong.</div><br /><br /><div><hr id="stopSpelling">From: ***@mantisforge.org<br>To: mantisbt-***@lists.sourceforge.net<br>Date: Sun, 15 Jun 2014 18:06:56 +0100<br>Subject: Re: [mantisbt-dev] MantisBT 1.3 Release Status Check<br><br><style><!--
.ExternalClass p.ecxMsoNormal, .ExternalClass li.ecxMsoNormal, .ExternalClass div.ecxMsoNormal {
font-size:12.0pt;
font-family:"Times New Roman","serif";
}
.ExternalClass a:link, .ExternalClass span.ecxMsoHyperlink {
color:blue;
text-decoration:underline;
}
.ExternalClass span.ecxMsoHyperlinkFollowed {
color:purple;
text-decoration:underline;
}
.ExternalClass span.ecxEmailStyle17 {
font-family:"Calibri","sans-serif";
color:#1F497D;
}
.ExternalClass .ecxMsoChpDefault {
font-family:"Calibri","sans-serif";
}
.ExternalClass div.ecxWordSection1 {
}
--></style><div class=ecxWordSection1><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">In terms of 17437, and plugins<>1.3.</span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">I think we need to decide whether a plugin written for 1.2 should load in 1.3. I’m pretty sure there’s another bug out there way I was saying about making a patch to ensure that the plugins are for the targeted mantis version.</span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">Seperately to that, whilst going through this afternoon, I had the idea whether it was possible to port the db query string format changes to 1.3 – whilst still using adodb. i.e. could we allow in 1.3 both the new + old style strings against adodb, then switch in 2.0 to new without adodb. I don’t know if that’s technically possible, but it would provide a migration.</span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">In terms of 16878, I’d argue we should worry about that against the new db layer, as adodb in some cases makes a bad choice of columns types for mssql, and I believe other parts of the code fail to work.</span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">16570 - This appeared to be a regression, and given it’s browser specific nature, could probably do with wider testing.</span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">The other issues, I’d deem as not blocking.</span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;">I think there’s a couple of other blocking issues however not on this list – for instance, roland/myself can reproduce an issue with the captcha not working.</span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;"> </span></p><p class=ecxMsoNormal><b><span lang=EN-US style="font-size:11.0pt;font-family:"Calibri","sans-serif";">From:</span></b><span lang=EN-US style="font-size:11.0pt;font-family:"Calibri","sans-serif";"> Victor Boctor [mailto:***@gmail.com] <br><b>Sent:</b> 15 June 2014 17:59<br><b>To:</b> MantisBT Dev Mailing List<br><b>Subject:</b> [mantisbt-dev] MantisBT 1.3 Release Status Check</span></p><p class=ecxMsoNormal> </p><div><div><p class=ecxMsoNormal>I inspected the issues that are marked for v1.3 to see how far we are from the release and found 7 bugs targeted for 1.3.  I grouped them into what two groups based on my opinion of blocking vs. not.  It would be great for everyone to comment on what they are working on that they feel blocks us from putting out the 1.3 release candidate.  We can follow up with further fixes before the final releases.</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>Blocking and Specific to master:</p></div><div><p class=ecxMsoNormal>--------------------------------</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>17437: Plugin breaks</p></div><div><p class=ecxMsoNormal>- There are a few changes in 1.3 that breaks plugin, I think we should see if we can fix those.  i.e. keep helper_alternate_class() around just for plugins until we do the breaking changes with the db layer.  There are cases that are technically breaking, but the chance of breaking is rare, vs. the helper_alternate_class which I suspect will be more common for plugins that have configuration pages.  I suggest at least fixing the latter one.</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>16570: Page content in 'Report Issue' is forgotten when user clicks [Back] button in browser</p></div><div><p class=ecxMsoNormal>- That is a really annoying bug.  Paul has a fix that seems to be pending more reviewers - <a href="https://github.com/mantisbt/mantisbt/pull/202" target=_blank>https://github.com/mantisbt/mantisbt/pull/202</a></p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>16878: Install triggers varchar to datetime conversion error on sql server 2008</p></div><div><p class=ecxMsoNormal>- what's the status?</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>Shouldn't be blocking</p></div><div><p class=ecxMsoNormal>---------------------</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>9885: Emails on relations is send to people who cannot see the related issue</p></div><div><p class=ecxMsoNormal>- Open since 2008.  Does it really need to block the release?  If there is a targetted fix, let's do it?</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>11399: Deprecate $g_show_realname and use $g_show_user_realname_threshold instead</p></div><div><p class=ecxMsoNormal>- I don't think this should block v1.3</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>12382: Long emails aren't sent and make Mantis freeze</p></div><div><p class=ecxMsoNormal>- This is a corner case, is in 1.2.x and can be fixed in a dot release.  Even though it is good to fix, it is not blocking.</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>12144: changing to the next custom status does not work</p></div><div><p class=ecxMsoNormal>- Nice to fix.  Fix can come in at any time.</p></div><div><p class=ecxMsoNormal> </p></div><div><p class=ecxMsoNormal>Thanks,</p></div><div><p class=ecxMsoNormal>-Victor</p></div></div></div><br>------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems<br>_______________________________________________
mantisbt-dev mailing list
mantisbt-***@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mantisbt-dev</div> </div></body>
</html>
--_c0eacdcd-f26d-4f07-8c05-e7d47e21c9bd_--