Thanks for replying and providing suggestions. I looked at the wrong result
Jira list that Daniel provided and did some local testing, and here is the
result:
[resolved] PHOENIX-4116, PHOENIX-4419, and PHOENIX-4642: cannot reproduce
it.
[More information is required] PHOENIX-4504 cannot reproduce it but someone
claimed that he had a similar issue.
[unusual query] PHOENIX-4540 and PHOENIX-6217

Based on my finding, I think it's better to have more frequent housekeeping
and resolve unreproducible bugs especially since many of them are
considering out of date (phoenix-4.11 or even phoenix-4.6). Since I still
need time to work on the blocker Jira(PHOENIX-5712, PHOENIX-6241) and fix
test flappers, if you want to fix "unusual query" bugs, feel free to do so.


Sincerely,
Xinyi

On Wed, Dec 2, 2020 at 12:41 AM Ankit Singhal <[email protected]> wrote:

> Thanks Daniel and appreciate the effort you put in getting the list ready
> for bugs producing wrong results
> but none of them seems to be a blocker to me for 4.16 as they are not the
> regression and doesn't break the general functionality
> except for specific features, RVC/desc as Chenglei also pointed out (though
> I'll defer the assessment to RM "Xinyi").
> Probably these can be a part of 4.16.1 or we can do 4.17.0 soon maybe after
> a few weeks/month?
>
> Considering that we have already fixed 137 bugs and done 85+
> improvements/features in 4.16,
> it will not be a good idea to deprive the user from such fixes.
> It's been a year since our last 4.15 release, having no release brings more
> questions on the project
> rather than the bugs which affect a certain % of feature/users, would the
> release notes
> explaining the stability of certain features set the right expectation for
> those users who rely on these features to wait for a future release?
>
> Regards,
> Ankit Singhal
>
> On Tue, Dec 1, 2020 at 8:21 PM [email protected] <[email protected]>
> wrote:
>
> >
> >
> >
> > In my opinion, we should  keep releases light and frequent, and for some
> > unusual query bugs like RVC and DESC
> > we could delay fix to next release . I think we should release 4.16.0 and
> > 5.1.0 as quickly as possible. In China, many users
> > in HBase&Phoenix User Group thought that  Phoenix was dead because our
> too
> > long interval release and stopped using
> > Phoenix.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > At 2020-12-02 08:45:46, "Chinmay Kulkarni" <[email protected]>
> > wrote:
> > >I agree. These are all major bugs and we should aim at solving them
> after
> > >checking that they are still issues. I am +1 on 5833 and I think 5484
> > would
> > >be a great addition to 4.16 as well. We should aim at resolving high
> > >priority bugs like this in every release.
> > >
> > >Sometimes we let these bugs slip without a resolution before a release,
> > >citing that these are "known issues" or "not regressions from the last
> > >release". In some cases this may be fine since we want to keep releases
> > >light and frequent, but perhaps we can track such issues and aim at
> > >reducing the number of bugs by x% in each release? This will also keep
> old
> > >Jiras alive since we will potentially periodically review them.
> > >
> > >
> > >On Tue, Dec 1, 2020 at 4:01 PM Geoffrey Jacoby <[email protected]>
> > wrote:
> > >
> > >> I've got PHOENIX-5435 in review right now, and would like to get it in
> > 4.16
> > >> / 5.1.
> > >>
> > >> It's allowing the annotation of Phoenix metadata into HBase WALs as a
> > >> pre-req for the Phoenix Change Detection Capture framework
> > (PHOENIX-5442).
> > >> Since it has both client/server logic, and adds a field to
> > System.Catalog,
> > >> it can't go in a patch release.
> > >>
> > >> Depending on timing, I'd _like_ to get PHOENIX-6227, which is the last
> > part
> > >> of CDC that will go into core Phoenix, into 4.16, but since that _can_
> > go
> > >> in a patch release and I haven't started it yet, if the release gets
> cut
> > >> before it's ready, no big deal. (The rest of CDC will go into
> > >> phoenix-connectors for a future release of that project.)
> > >>
> > >> As for the correctness problems that Daniel points out, I think we
> > should
> > >> fix the ones that were detected with a recent version (4.14 or 4.15?),
> > and
> > >> test to see which of the older ones can still be reproduced. Once we
> > know
> > >> which bugs are real and which are just historical, we can better judge
> > >> scope. And hopefully close a bunch of obsolete bugs. (Thanks, Daniel,
> > for
> > >> collecting that list!)
> > >>
> > >> Geoffrey
> > >>
> > >>
> > >>
> > >> On Tue, Dec 1, 2020 at 1:33 PM Daniel Wong
> > >> <[email protected]> wrote:
> > >>
> > >> > Hi, I wanted to bring up wrong results in Phoenix and some JIRAs
> > around
> > >> > them that I think we should fix as the wrong result lessens the end
> > >> user's
> > >> > trust in Phoenix.  Releasing a new version without addressing these
> > in a
> > >> > minor release hurts our visibility in that these critical issues are
> > not
> > >> > addressed.
> > >> >
> > >> > Jira's that I'm involved with for example: I've already given a
> patch
> > >> > several months ago for 5833 and there is a chance it may fix 5484.
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-5833
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-5484
> > >> >
> > >> > In addition, inspecting apache JIRA i see several other wrong result
> > >> JIRAs
> > >> > from the community.  Some of these certainly are probably old issues
> > or
> > >> > incorrect understanding but some of these are opened by our own dev
> > >> > community and are likely real problems.
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-6217
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-5571
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-4642
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-4540
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-4504
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-4419
> > >> >   https://issues.apache.org/jira/browse/PHOENIX-4116
> > >> >
> > >> > What is our stance on this type of issue?  Are we going to say these
> > were
> > >> > issues prior to 4.15 and not address them?  Should we have
> > requirements
> > >> for
> > >> > our releases to fix wrong results?
> > >> >
> > >> > Daniel Wong
> > >> >
> > >> > On Mon, Nov 30, 2020 at 7:30 PM Xinyi Yan <[email protected]>
> > wrote:
> > >> >
> > >> > > Hi all,
> > >> > >
> > >> > > It's time to discuss the Phoenix 4.16 release. After many people's
> > >> > > contributions on the bug fixes, new features, and other works in
> the
> > >> past
> > >> > > few months, we are kind of close to the point to have a RC (still
> > need
> > >> to
> > >> > > fix test flappers). Please let me know if you think any JIRA must
> be
> > >> part
> > >> > > of the Phoenix 4.16 release other than major blocker PHOENIX-5712.
> > >> > >
> > >> > > If no surprise comes up, I will not wait for any new major
> features
> > and
> > >> > > focus on the RC as soon as possible.
> > >> > >
> > >> > > Sincerely,
> > >> > > Xinyi
> > >> > >
> > >> >
> > >> >
> > >> > --
> > >> > Daniel Wong
> > >> > Salesforce
> > >> > Mobile: 628.217.1808
> > >> >
> > >>
> > >
> > >
> > >--
> > >Chinmay Kulkarni
> >
>

Reply via email to