Yes, we are currently working on fixing the 4.x branch test flappers while waiting for the PHOENIX-5435. After that, I will try to have an RC ASAP.
On Sun, Dec 13, 2020 at 3:29 PM Ankit Singhal <[email protected]> wrote: > I see that both the blockers listed here PHOENIX-5712 and PHOENIX-6241 > have been resolved(Thanks to Xinyi), and also as per the JIRA query there > is no Jira marked as a blocker for 4.16 except the one related to > documentation > for "splittable catalog table". > > Xinyi, so are we good to start the release process now? > > On Wed, Dec 2, 2020 at 9:32 PM Xinyi Yan <[email protected]> wrote: > > > 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 > > > > > > > > > >
