NOthing is working

This used to be a really nice addon to use on Kodi. but unfortunately is not working anymore!

The addon is no longer working.

Hello, is the addon not working on Kodi 18? what error is getting?
We are working in a new version for Kodi 19+ you can download it and test if you can. The local channels are working.

Links and channels are not working! Colombian Movies works fine but not the
channels
On Sun, Oct 11, 2020 at 8:02 PM Diego Fernando Nieto <
<EMAIL_ADDRESS>wrote:

Hello, is the addon not working on Kodi 18? what error is getting?
We are working in a new version for Kodi 19+ you can download it and test
if you can. The local channels are working.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/diegofn/wiiego-kodi-addons/issues/20#issuecomment-706789512,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABNPVWJQNPAALVF5AV6S5H3SKJBQLANCNFSM4SKV6E4A
.

Ok, If you use Kodi 19, you can download the github version thats works with new channels including Winsports mas

Dear Diego, I'm using Kodi 18 on a RPI3, but the Caracol and RCN stopped working a few days ago. Teleantioquia and other channels stopped working several months ago. Can you issue a new version release in zip? i really don't know how to create the kodi zip from github. Thanks.

Hello @mflorezm
Please download the following link
https://github.com/diegofn/wiiego-kodi-addons/raw/master/repo/plugin.video.colombiatv/plugin.video.colombiatv-1.7-dev.zip
This is the dev version, remember that it only works on Kodi 19.


feature: Add firefox to Local grid test runs [NP-1174]

Same as sister PR for public-website-cucumber
NB: I added parallel functions for the grid tests. I will add parallelisation for the browserstack ones in the next sprint too.

@simonwgill We get a name conflict on container spin up here: https://jenkins.devops.citizensadvice.org.uk/blue/organizations/jenkins/design-system/detail/PR-482/2/pipeline/144
Thoughts?

@simonwgill We get a name conflict on container spin up here: https://jenkins.devops.citizensadvice.org.uk/blue/organizations/jenkins/design-system/detail/PR-482/2/pipeline/144
Thoughts?

Looks like they're both trying to run on the same agent. There was a thing for that... Pretty sure I was using the label to force it. Which repo did we do again so I can go back and check?

https://github.com/citizensadvice/public-website-cucumber/blob/master/Jenkinsfile

Yeah, @luke-hill, using something similar to the withCucumberNode function in public-website-cucumber will definitely help. Obviously you won't need the same crazy env layering in this repo.

This fails to find the defined method. I have no idea why :( :shrug:

Being dealt with in 491


Sprint submission style broken

I think we weren't using this.
On Sat, 5 Nov 2016, 17:16 Patrick Arminio<EMAIL_ADDRESS>wrote:

[image: screen shot 2016-11-05 at 17 15 36]
https://cloud.githubusercontent.com/assets/667029/20031678/9395b290-a37b-11e6-8f1b-a7fa02f06e2e.png
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/EuroPython/epcon/issues/406, or mute the thread
https://github.com/notifications/unsubscribe-auth/ACW4jE5obdSLS-gRo_cA_ybdINKSEHSNks5q7KvlgaJpZM4KqTnb
.

--
Sent from my phone, sorry for brevity or typos.

yup, that's fine. I've added the "low-priority" label, in case we will use this in the future :)

We may want to revive this for EP2017, since we'd like to add more management to the sprints to make them more visible and attractive for attendees.

The spring submission for is no longer used, resolving.


feat(shutdown): stops heartbeats on shutdown

Stops the periodic heartbeats when reaching the final step of the graceful shutdown
process. This ensures there is nothing holding up the shutdown.
As both PRs advanced in parallel the features could not be integrated before.

Summary by CodeRabbit

New Features

Added a heartbeat functionality with periodic HTTP GET requests.

Bug Fixes

Enhanced graceful shutdown process to ensure heartbeat is properly stopped.

Tests

Updated tests to verify the heartbeat stop functionality and ensure proper shutdown procedures.

Chores

Refined import statements and improved internal function management for better code maintainability.

@jaybuidl having a PR without not corrections from @coderrabitai also deserves a POAP, right? :)


Get country name from country code Swift 5

Hi, is there option to get country name from country code? I need this example in my project because on app load I ask for user location and in return I get country code (ex. US) so I need somehow to user country code and to get country name in return, also this needs to happen on app load.
Thanks

Why not create an instance of CountryPickerView and use that?


fs::File-like objects v2

Support fs::File-like objects
Support opening and reading files in the same way as Rust's
fs::File API, which allows multiple I/O operations via a
File-like object.
Example:
let reader = fs.open(&path); // fs::File::open(&path) on stdlib
let mut buf = vec![0; 4];
reader.read_exact(&mut buf)?;
let mut buf = vec![];
reader.read_to_end(&mut buf)?;

Only the io::Read trait is currently supported. Extra functionality
such as io::Write / io::Seek could be added later, if there is
interest.

Travis failed because it could not download from crates.io, network error.
Is there a way to restart it?

PS I did not add tests about what happens when you access existing OpenFile handles after the file is deleted/renamed on the file system. Because currently, the fake file system behaves differently when you do that :(
I believe we can fix this by making an elegant change to Node. But this is an architectural change, and I wanted to run it past you before spending time on it.
Would you like to wrap this functionality into this PR? Or merge this one first so users get basic functionality, and deal with more esoteric behaviour later? :)

@iredelmeier are you still interested in moving forward with this? No hard feelings if you are not - we are all busy with work & life :)

Ping? Why was this closed?

@Kixunil lack of interest from @iredelmeier

@Kixunil I ended up privately adding extensive support for File-like objects, with an extensive test suite. It turned out a lot more work was required to make this work properly. Then project focus changed, and I did not end up sharing the modified library anywhere. Currently in a private GitLab repo. Can make it public if it's any use to you.

Yes, it'd be very useful for tests. It's not a super-high priority for me right now, so I don't mind if it takes you a week or so. Thanks a lot!

It's sitting as a branch in my personal clone of this repo.

Awesome, thanks a lot!

I am working on a project using filesystem-rs, and I'm finding it very useful.  I'm using file-objects-v3 branch.  I would love it if I could publish my project to crates.io.  What's the word on turning file-objects-v3 into a crate?

@2-complex glad you find it useful ! Now that the file-objects-v3 branch has at least three users, I have made the fork official, and created a new git repo to hold it: https://github.com/TheSven73/file-objects-rs
In your Cargo.toml you can simply point to release v0.1.0 which contains the same code as file-objects-v3:
[dependencies]
file-objects-rs = { git = "https://github.com/TheSven73/file-objects-rs", tag = "v0.1.0" }

As far as I know, crates published on crates.io can just pull in dependencies this way - there should be no requirement for all dependencies to be on crates.io themselves?
As to publishing file-objects-rs on crates.io: I feel that it hasn't been tested enough yet.

@Kixunil ping
The file-objects-v3 branch has moved to its own repo. Please use
[dependencies]
file-objects-rs = { git = "https://github.com/TheSven73/file-objects-rs", tag = "v0.1.0" }

Awesome, thanks for notifying me !

@2-complex I noticed that crates published on crates.io cannot have git dependencies. I am open to publishing this crate on crates.io, if it is useful to you.
If you're interested, please create an issue in the new repo, and I will take it from there.

If you're interested, please create an issue in the new repo, and I will take it from there.
Thanks very much, @TheSven73  I will get right on that : )


manually convert convertxfm.py

hello, I manually converted convertxfm.py, hope it's correct and can pass the test

Codecov Report

Merging #33 (efca770) into master (094cec2) will decrease coverage by 0.02%.
The diff coverage is 0.00%.

@@            Coverage Diff            @@
##           master     #33      +/-   ##
=========================================
- Coverage    0.87%   0.84%   -0.03%
=========================================
  Files          25      26       +1
  Lines         343     354      +11
  Branches       43      44       +1
=========================================
  Hits            3       3
- Misses        340     351      +11

Impacted Files
Coverage Δ

pydra/tasks/fsl/utils/convertxfm.py
0.00% <0.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 094cec2...efca770. Read the comment docs.

okay... I'll stop creating more failed test reports. @djarecka  I'll see you in your office hour tomorrow morning around 7am (your 10 am).

@yibeichan - the tests were failing even before, it's not your fault. We should fix it.
Also, tomorrow I can also be around 11:30 ET if that works better for you

updated fsl_utils_param.yml and callable.py with @djarecka 's recent PR in pydra
auto converted convertxfm (passed tests both locally and here)
modified the write_test and write_test_error part in converter.py.
Before, all in_file in tests are set default as test.nii.gz, but interfaces such as convertxfm need in_file as .mat.  So I modified the setting, and it works well for convertxfm. @htwangtw We can discuss tomorrow morning to see whether this change makes sense

hello @djarecka , I updated converter.py, reran it for previously generated interfaces, and got all tests passed locally. Then, I add some interfaces in fsl.utils and fsl.model. They also passed tests locally. But it seems that all online tests have failed.
We can discuss it tomorrow at the meeting.

That's great!
I will try to check the docker test before our meeting

aha I know! most of them failed because of callable only allows File, not MultiOutFile, or Directory. We've updated it in pydra repo but the pydra version we use here is outdated.

@djarecka finally!!! I passed all tests, except the docker one. I had some issues with doctest.
FSL generates tmp outputs and have them in the cmdline. This causes the difference between my input cmdline and doctest generated cmdline. Only two model/cluster.py and model/glm.py have this issue. So I add #doctest: +SKIP for those two files.
After merge this pr, I'll work on

make converter.py more specific
write pydra tasks for interfaces which don't have _cmdline

@djarecka as we just discussed, I changed settings in related to bet.py, cluster.py, and flameo.py and they passed the test locally but still failed the docker here.
Also, this time the docker test has 17 failures, I'm pretty sure I didn't change other files.
the errors are the same Error: short read, file may be truncated

@djarecka I changed ty.Any to ty.Union[bool, str] and set the default value as False in cluster.py https://github.com/yibeichan/pydra-fsl/blob/cca0b1f96a38fed6cbaad2b48a3391f63413e486/pydra/tasks/fsl/model/cluster.py#L32
The test has failed. Similar errors as other failed tests which don't need ty.Union[bool, str]
E               stderr:
E               terminate called after throwing an instance of 'NiftiIO::NiftiException'
E                 what():  Error: short read, file may be truncated

We can talk about this tomorrow 10am (EST)/7am (PST), via jit.si

that is interesting, we can look at this tomorrow.
I've change the FNIRT interface/test, but still not passing, trying to figure out what I misunderstood how the interface works

@djarecka hello, just one more thing I noticed. Remember that I have FSL installed on my Mac so I don't need to use docker to do testing, and I passed all tests locally but failed checks here. So, I pulled your docker image, followed the workflow here, and ran all tests in the docker following the same steps in the workflow. The same working branch, same pydra version, I passed all tests locally...
Maybe there are also some issues with the docker test online? We can talk tomorrow morning!

@yibeichan - let fix the issues with test in docker in a separate PR, will merge it now! Great work, thank you!

wait, I forgot that we figured this out and I can see that you opened another PR...


Update locale by URLSearchParams in locale_controller.js

How to reproduce
https://github.com/kufu/mie/assets/4487291/227a0c18-d4f9-42e9-8be2-1e52b688f7d0

Visit to https://rubykaigi.smarthr.co.jp/2024/schedules
Click date tab e.g. 2024-05-15
Change locale
Reload page.

The URL https://rubykaigi.smarthr.co.jp/2024/schedules#2024-05-15?locale=Asia%2FKamchatka is invalid. (Sorry, I can't find its specification from URL Spec)
Fix
Use the URLSearchParams interface.
https://developer.mozilla.org/en-US/docs/Web/API/URLSearchParams/set
https://github.com/kufu/mie/assets/4487291/bb72cdb9-1839-4f2b-b827-22c37b1195b1

Thank you too!!


cobs exceptions on running backend server

When the backend server was started in a development environment on a ventilator unit that had previously been deployed with a fairly older version of the software (both on the stm32 micro-controller and raspberry pi)
continuous exceptions related to COBS decoding were encountered, the exact stack trace isn't available
To Reproduce
Steps to reproduce the behavior:

cd backend
run 'poetry run python3 -m ventserver.application
console should output continuous exceptions about COBS decoding errors mainly 'invalid length..'

Expected behavior
there shouldn't be any exceptions
Device (please complete the following information):

This was run on a ventilator unit with raspberry pi 4B and STM32 NUCLEO-H743Z12

Software (please complete the following information):

frontend/backend/firmware - 8a444caee13b6e0728c960981acd013fc799807e
(previously deployed) frontend/backend/firmware - e1ec05de2d621cdebeb1b63b471dce5ab7a0c31b

Additional context
The bug has not been reproduced on different units with a clean environment for raspberry pi.

Because we've been unable to reproduce this behavior despite lots of regular testing, and it seems quite possible that it was from a mismatched software configuration (and time pressures at the time of observation of this issue prevented software configuration from being managed cleanly), I'm going to close this issue. We can reopen it if we observe it again.


Acom-6023 Add Video Assets

Add video asset in ACTV for A3 to consume.
Added two methods ACTV.video and ACTV.videos. The first one return a video object and the second one return a video objects list.
Video object would have some new instance methods. Here are these methods.
Title,channel,cover,duration,keywords,filesize,type,source,width,height,bitrate,canonical_url,as_json.
Besides, the "as_json" method could return a hash include "image,title,topic,duration,keywords".
Here is a sample:
ACTV.videos("").results.map{ |video| video.title }
video = ACTV.video "4cfb7657-6f5a-4a2a-adf3-c2b6986cb1eb"
video.cover
video.channel
video.source
video.width
video.keywords

The current build is failed caused by the upgrade of activesupport gem(5.0.0), which is now need the ruby dep >=2.2.2.
Let's update the activesupport version to "4.2.6" for actv, which is the last stable version that support ruby < 2.0

Get it. Fixed the version issue.

@helloaiway it looks like there are still some issues that were raised by @hlcfan and @RogerTongTong in regard to the specs that haven't been addressed yet

@helloaiway @hlcfan Let's try to figure out the best way to get the AssetFactory to correctly generate Video assets before merging this.
The two options I currently see are:

Figure out a way to not label the assets with a mediaType of "Event" (I'll reach out to Shuren to check on this)

Alter the logic in the valid? method for the EventValidator to return false if the category_is?("videos")

@neslom, that's a good catch on mediaType. After talking with AS team, we will pass the mediaTypeName as "Videos" when generating the video assets from Rodale. This way, AS will not automatically assign the mediaType to "Event", but will keep the mediaType as Videos.
@helloaiway, will create a separate MR for this based on the branch "ACOM-5825-create-video-assets-from-rodale-rss".

@neslom For you question: 2) Alter the logic in the valid? method for the EventValidator to return false if the category_is?("videos").
When we create a video asset the ES would automatically create one or more categories(like event, class...) for this asset. I have found this issue before and ES team are working on this to skip adding these categories for video. So i think we don't need alter the logic for event.


Missing or wrong libraries when trying to install

I am only an apprentice. I was thinking of using this as part of another project, but get too many missing/unable to find errors when trying cabal install. I would appreciate some guidance on how to find and install and the missing pieces to get operational please.

I have install issue too, saying that Data.Attoparsec.Char8 is deprecated.


Running a project with a RTL language set to internationalization/locale/test does not flip GUI to RTL

Godot version
v4.1.stable.official [970459615]
System information
Ubuntu 20.04 LTS
Issue description
See title.
This is a regression since v4.0.1.stable.official [cacf49999]
Similar to https://github.com/godotengine/godot/issues/63961, though I don't think they're the same since it doesn't mention RTL.
Steps to reproduce

Create a new GUI scene
Add a Button, it should be in the top left corner
Under Project -> Project Settings... -> Internationalization -> Locale, change Test to ar
Run project, notice the Button stayed in the top left corner.  It should've moved to the top right corner

Minimal reproduction project
godot4rtl.zip

This is intended when no translation is loaded, see https://github.com/godotengine/godot/pull/79586#pullrequestreview-1534808561, unsure how the documentation is written atm but might need to be clarified

Maybe the documentation for internationalization/locale/test should be updated too?  I didn't know I needed an existing translation in Project -> Project Settings... -> Localization -> Translations.  Once I added one (as a very trivial CSV file) for the language I wanted to test, setting internationalization/locale/test worked as expected.


Submitting to deadline has conflicting logic

Problem
The issue arises when creating the OutputFilename0 for the payload which conflicts with the actual output.

The conflict lies with assuming the output filename through the cmds.renderSettings where the information comes from the render settings' Common tab. Depending on the settings of the Frame/Animation ext under File Output we might encounter an entire different formatting such as filename.ext.#.
Example OutputFilename0: X:\project_awesome\film\shot0010\render\maya\renders\ENV\shot1_render_v007.tga.0001
Third party renderers such as VRay might override many settings, I have encountered that the Frame/Animation ex is not alterable when VRay is set as renderer.

The tokens from the renderSettings are not taken in account when creating the payload, you hardcoded the OutputFilePrefix with <RenderLayer>/<RenderLayer>. The user might set it up as <RenderLayer>/<RenderPass>

Solution(s)
There are two ways this can be resolved.

Let Maya control the entire output by using the project and render settings
This might mean we have to set certain attributes prior before rendering
Define the output name when collecting the render layer or before submitting to Deadline

Proposal

Add a validation of render settings

Here is an example of letting Maya control the output
    def preview_fname(self, instance, dirname):
        """Return outputted filename with #### for padding

        Passing the absolute path to Deadline enables Deadline Monitor
        to provide the user with a Job Output menu option.

        Deadline requires the path to be formatted with # in place of numbers.

        From
            /path/to/render.0000.png
        To
            /path/to/render.####.png

        """

        # We'll need to take tokens into account
        fname = cmds.renderSettings(firstImageName=True,
                                    fullPath=True,
                                    layer=instance.name)[0]

        # outFormatControl:
        # - 0 is no extension, name.#
        # - 1 is with extension, name.#.ext
        # - 2 is use custom extension
        formatcontol = cmds.getAttr("defaultRenderGlobals.outFormatControl")
        if formatcontol == 0:
            raise RuntimeError("Output has no extension")

        # Check the filename formatting from the render settings
        # Does the output have frames?
        has_frames = cmds.getAttr("defaultRenderGlobals.animation")
        if not has_frames:
            self.log.info("No frames in filename")
            file_name = os.path.join(dirname, os.path.basename(fname))
            return file_name

        # Where are the frame put in the filename?
        frame_before = cmds.getAttr("defaultRenderGlobals.putFrameBeforeExt")
        # Get the number of digits the padding will get
        padding_count = cmds.getAttr("defaultRenderGlobals.extensionPadding")
        try:
            # Always use the basename when wanting to perform actions such as split
            basename = os.path.basename(fname)
            basename_parts = basename.rsplit(".", 2)
            # Depending on the where the frame is places, get the right
            # variables rsplit
            if frame_before:
                name, padding, ext = basename_parts
            else:
                name, ext, padding = basename_parts

            # check if the extension is correct for vray
            new_padding = "#" * padding_count
            fname = basename.replace(padding, new_padding)
            new_ext = get_vray_extension() or ext
            if new_ext != ext:
                fname = fname.replace(ext, new_ext)
            file_name = os.path.join(dirname, instance.name, fname)
        except ValueError:
            file_name = ""
            self.log.info("Couldn't figure out where renders go")

        return file_name

Thanks @aardschok.
I also struggled with this problem. The problem I'm having specifically is that of Redshift, which alters the name of the output Maya provides for it by appending .name_of_aov to it.
Because of this lack of control, and because I expect other engines will impose their own control over it, I went with "let Maya name things however it pleases" and to treat the outputted image sequences for what they are, regardless of name.
The only way I could think to solve this, was by implementing Redshift specific functionality into the collector itself and from there determine the exact name. But given Mindbender is using Redshift alongside other engines with the expectation that they will continue to try even more engines in the near future, I chose not to go down that rabbit hole and let Maya and the engines do as they please.
Let me know what you think about this, odds are their requirements don't apply to you and that you can more safely determine the actual name. The loss on their part, was that I was unable to have them access the render via the Deadline GUI right-click menu "Browse Output". It's a great feature, but the added maintenance and cost of bugs was greater.

Because of this lack of control, and because I expect other engines will impose their own control over it, I went with "let Maya name things however it pleases" and to treat the outputted image sequences for what they are, regardless of name.

Just as a note: V-Ray does something similar, it appends the Render Element (which is a pass/AOV) name to the render layer name, e.g. layer.diffuse.####.exr  with diffuse being the render element.
Don't all renderers in Maya actually do that? :)

Don't all renderers in Maya actually do that? :)

I could not say! But they would at least not expose the same interface to find out.


PHOENIX-6343 : Phoenix allows duplicate column names when one of them is a primary key

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
5m 23s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
10m 13s
the patch passed

+0
hbaserecompile
21m 24s
HBase recompiled.

+1 :green_heart:
compile
1m 16s
the patch passed

+1 :green_heart:
javac
1m 16s
the patch passed

-1 :x:
checkstyle
1m 30s
phoenix-core: The patch generated 1 new + 2869 unchanged - 0 fixed = 2870 total (was 2869)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
1m  1s
the patch passed

+1 :green_heart:
spotbugs
4m  2s
the patch passed

_ Other Tests _

-1 :x:
unit
2m  1s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 15s
The patch does not generate ASF License warnings.

66m  1s

Reason
Tests

Failed junit tests
phoenix.compile.SelectStatementRewriterTest

phoenix.query.ExplainPlanTextTest

phoenix.util.json.JsonUpsertExecutorTest

phoenix.schema.MutationTest

phoenix.jdbc.PhoenixDriverTest

phoenix.compile.QueryMetaDataTest

phoenix.compile.PostIndexDDLCompilerTest

phoenix.index.VerifySingleIndexRowTest

phoenix.query.ParallelIteratorsSplitTest

phoenix.compile.WhereCompilerTest

phoenix.compile.CursorCompilerTest

phoenix.query.QueryPlanTest

phoenix.compile.JoinQueryCompilerTest

phoenix.query.OrderByTest

phoenix.util.ScanUtilTest

phoenix.query.PropertyPolicyProviderTest

phoenix.schema.RowKeySchemaTest

phoenix.expression.NullValueTest

phoenix.iterate.RowKeyOrderedAggregateResultIteratorTest

phoenix.compile.ViewCompilerTest

phoenix.compile.QueryOptimizerTest

phoenix.mapreduce.util.IndexColumnNamesTest

phoenix.mapreduce.util.PhoenixConfigurationUtilTest

phoenix.jdbc.PhoenixResultSetMetadataTest

phoenix.mapreduce.index.IndexScrutinyTableOutputTest

phoenix.util.csv.StringToArrayConverterTest

phoenix.compile.TenantSpecificViewIndexCompileTest

phoenix.compile.LimitCompilerTest

phoenix.compile.StatementHintsCompilationTest

phoenix.util.PhoenixRuntimeTest

phoenix.schema.RowKeyValueAccessorTest

phoenix.expression.RoundFloorCeilExpressionsTest

phoenix.index.PrepareIndexMutationsForRebuildTest

phoenix.hbase.index.covered.NonTxIndexBuilderTest

phoenix.jdbc.PhoenixPreparedStatementTest

phoenix.compile.HavingCompilerTest

phoenix.index.IndexMaintainerTest

phoenix.query.KeyRangeClipTest

phoenix.util.PhoenixEncodeDecodeTest

phoenix.compile.QueryCompilerTest

phoenix.compile.WhereOptimizerTest

phoenix.query.ScannerLeaseRenewalTest

phoenix.index.IndexScrutinyMapperTest

phoenix.util.csv.CsvUpsertExecutorTest

phoenix.schema.MetaDataClientTest

phoenix.iterate.AggregateResultScannerTest

phoenix.compile.CreateTableCompilerTest

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux ef3b73854e0d 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 79c66fd

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/testReport/

Max. process+thread count
428 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
5m 23s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
10m 13s
the patch passed

+0
hbaserecompile
21m 24s
HBase recompiled.

+1 :green_heart:
compile
1m 16s
the patch passed

+1 :green_heart:
javac
1m 16s
the patch passed

-1 :x:
checkstyle
1m 30s
phoenix-core: The patch generated 1 new + 2869 unchanged - 0 fixed = 2870 total (was 2869)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
1m  1s
the patch passed

+1 :green_heart:
spotbugs
4m  2s
the patch passed

_ Other Tests _

-1 :x:
unit
2m  1s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 15s
The patch does not generate ASF License warnings.

66m  1s

Reason
Tests

Failed junit tests
phoenix.compile.SelectStatementRewriterTest

phoenix.query.ExplainPlanTextTest

phoenix.util.json.JsonUpsertExecutorTest

phoenix.schema.MutationTest

phoenix.jdbc.PhoenixDriverTest

phoenix.compile.QueryMetaDataTest

phoenix.compile.PostIndexDDLCompilerTest

phoenix.index.VerifySingleIndexRowTest

phoenix.query.ParallelIteratorsSplitTest

phoenix.compile.WhereCompilerTest

phoenix.compile.CursorCompilerTest

phoenix.query.QueryPlanTest

phoenix.compile.JoinQueryCompilerTest

phoenix.query.OrderByTest

phoenix.util.ScanUtilTest

phoenix.query.PropertyPolicyProviderTest

phoenix.schema.RowKeySchemaTest

phoenix.expression.NullValueTest

phoenix.iterate.RowKeyOrderedAggregateResultIteratorTest

phoenix.compile.ViewCompilerTest

phoenix.compile.QueryOptimizerTest

phoenix.mapreduce.util.IndexColumnNamesTest

phoenix.mapreduce.util.PhoenixConfigurationUtilTest

phoenix.jdbc.PhoenixResultSetMetadataTest

phoenix.mapreduce.index.IndexScrutinyTableOutputTest

phoenix.util.csv.StringToArrayConverterTest

phoenix.compile.TenantSpecificViewIndexCompileTest

phoenix.compile.LimitCompilerTest

phoenix.compile.StatementHintsCompilationTest

phoenix.util.PhoenixRuntimeTest

phoenix.schema.RowKeyValueAccessorTest

phoenix.expression.RoundFloorCeilExpressionsTest

phoenix.index.PrepareIndexMutationsForRebuildTest

phoenix.hbase.index.covered.NonTxIndexBuilderTest

phoenix.jdbc.PhoenixPreparedStatementTest

phoenix.compile.HavingCompilerTest

phoenix.index.IndexMaintainerTest

phoenix.query.KeyRangeClipTest

phoenix.util.PhoenixEncodeDecodeTest

phoenix.compile.QueryCompilerTest

phoenix.compile.WhereOptimizerTest

phoenix.query.ScannerLeaseRenewalTest

phoenix.index.IndexScrutinyMapperTest

phoenix.util.csv.CsvUpsertExecutorTest

phoenix.schema.MetaDataClientTest

phoenix.iterate.AggregateResultScannerTest

phoenix.compile.CreateTableCompilerTest

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux ef3b73854e0d 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 79c66fd

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/testReport/

Max. process+thread count
428 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/1/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 12s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
9m 59s
the patch passed

+0
hbaserecompile
20m 31s
HBase recompiled.

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

-1 :x:
checkstyle
1m 17s
phoenix-core: The patch generated 16 new + 3016 unchanged - 12 fixed = 3032 total (was 3028)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 51s
the patch passed

+1 :green_heart:
spotbugs
3m 38s
the patch passed

_ Other Tests _

-1 :x:
unit
1m 48s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 14s
The patch does not generate ASF License warnings.

59m 31s

Reason
Tests

Failed junit tests
phoenix.schema.MutationTest

phoenix.compile.QueryOptimizerTest

phoenix.compile.QueryCompilerTest

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 5e54e04c540e 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 79c66fd

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/testReport/

Max. process+thread count
424 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m 12s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
9m 59s
the patch passed

+0
hbaserecompile
20m 31s
HBase recompiled.

+1 :green_heart:
compile
1m  5s
the patch passed

+1 :green_heart:
javac
1m  5s
the patch passed

-1 :x:
checkstyle
1m 17s
phoenix-core: The patch generated 16 new + 3016 unchanged - 12 fixed = 3032 total (was 3028)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 51s
the patch passed

+1 :green_heart:
spotbugs
3m 38s
the patch passed

_ Other Tests _

-1 :x:
unit
1m 48s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 14s
The patch does not generate ASF License warnings.

59m 31s

Reason
Tests

Failed junit tests
phoenix.schema.MutationTest

phoenix.compile.QueryOptimizerTest

phoenix.compile.QueryCompilerTest

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 5e54e04c540e 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 79c66fd

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/testReport/

Max. process+thread count
424 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/2/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
4m 19s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m 10s
the patch passed

+0
hbaserecompile
18m 36s
HBase recompiled.

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

-1 :x:
checkstyle
1m 50s
phoenix-core: The patch generated 24 new + 3016 unchanged - 13 fixed = 3040 total (was 3029)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 50s
the patch passed

+1 :green_heart:
spotbugs
3m 15s
the patch passed

_ Other Tests _

-1 :x:
unit
1m 36s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 16s
The patch does not generate ASF License warnings.

59m 15s

Reason
Tests

Failed junit tests
phoenix.compile.QueryOptimizerTest

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux edf57c85ffd8 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / c9e05f0

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/testReport/

Max. process+thread count
464 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
4m 19s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

-1 :x:
test4tests
0m  0s
The patch doesn't appear to include any new or modified tests. Please justify why no new tests are needed for this patch.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m 10s
the patch passed

+0
hbaserecompile
18m 36s
HBase recompiled.

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

-1 :x:
checkstyle
1m 50s
phoenix-core: The patch generated 24 new + 3016 unchanged - 13 fixed = 3040 total (was 3029)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 50s
the patch passed

+1 :green_heart:
spotbugs
3m 15s
the patch passed

_ Other Tests _

-1 :x:
unit
1m 36s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 16s
The patch does not generate ASF License warnings.

59m 15s

Reason
Tests

Failed junit tests
phoenix.compile.QueryOptimizerTest

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux edf57c85ffd8 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / c9e05f0

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/testReport/

Max. process+thread count
464 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/3/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 29s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1 :green_heart:
mvninstall
16m 17s
master passed

+0
hbaserecompile
23m 22s
HBase recompiled.

+1 :green_heart:
compile
1m  2s
master passed

+1 :green_heart:
checkstyle
1m 37s
master passed

+1 :green_heart:
javadoc
0m 56s
master passed

+0 :ok:
spotbugs
3m 16s
phoenix-core in master has 954 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m 24s
the patch passed

+0
hbaserecompile
18m  9s
HBase recompiled.

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

-1 :x:
checkstyle
1m 35s
phoenix-core: The patch generated 12 new + 3028 unchanged - 1 fixed = 3040 total (was 3029)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 50s
the patch passed

+1 :green_heart:
spotbugs
3m 23s
the patch passed

_ Other Tests _

-1 :x:
unit
102m  1s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 44s
The patch does not generate ASF License warnings.

158m 24s

Reason
Tests

Failed junit tests
phoenix.monitoring.PhoenixLoggingMetricsIT

phoenix.end2end.PermissionNSEnabledWithCustomAccessControllerIT

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 89cede565fca 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / c9e05f0

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/testReport/

Max. process+thread count
13745 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 29s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1 :green_heart:
mvninstall
16m 17s
master passed

+0
hbaserecompile
23m 22s
HBase recompiled.

+1 :green_heart:
compile
1m  2s
master passed

+1 :green_heart:
checkstyle
1m 37s
master passed

+1 :green_heart:
javadoc
0m 56s
master passed

+0 :ok:
spotbugs
3m 16s
phoenix-core in master has 954 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m 24s
the patch passed

+0
hbaserecompile
18m  9s
HBase recompiled.

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

-1 :x:
checkstyle
1m 35s
phoenix-core: The patch generated 12 new + 3028 unchanged - 1 fixed = 3040 total (was 3029)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 50s
the patch passed

+1 :green_heart:
spotbugs
3m 23s
the patch passed

_ Other Tests _

-1 :x:
unit
102m  1s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 44s
The patch does not generate ASF License warnings.

158m 24s

Reason
Tests

Failed junit tests
phoenix.monitoring.PhoenixLoggingMetricsIT

phoenix.end2end.PermissionNSEnabledWithCustomAccessControllerIT

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 89cede565fca 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / c9e05f0

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/testReport/

Max. process+thread count
13745 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/4/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 28s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1 :green_heart:
mvninstall
15m 12s
master passed

+0
hbaserecompile
22m 43s
HBase recompiled.

+1 :green_heart:
compile
1m  4s
master passed

+1 :green_heart:
checkstyle
1m 47s
master passed

+1 :green_heart:
javadoc
0m 51s
master passed

+0 :ok:
spotbugs
3m  1s
phoenix-core in master has 954 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m 28s
the patch passed

+0
hbaserecompile
18m 15s
HBase recompiled.

+1 :green_heart:
compile
1m  2s
the patch passed

+1 :green_heart:
javac
1m  2s
the patch passed

-1 :x:
checkstyle
1m 34s
phoenix-core: The patch generated 24 new + 3016 unchanged - 13 fixed = 3040 total (was 3029)

+1 :green_heart:
whitespace
0m  1s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 57s
the patch passed

+1 :green_heart:
spotbugs
3m 24s
the patch passed

_ Other Tests _

-1 :x:
unit
112m 17s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 42s
The patch does not generate ASF License warnings.

168m 20s

Reason
Tests

Failed junit tests
phoenix.end2end.PermissionNSEnabledWithCustomAccessControllerIT

phoenix.end2end.PermissionNSEnabledIT

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 42f84d785271 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / c9e05f0

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/testReport/

Max. process+thread count
8123 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
0m 28s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1 :green_heart:
mvninstall
15m 12s
master passed

+0
hbaserecompile
22m 43s
HBase recompiled.

+1 :green_heart:
compile
1m  4s
master passed

+1 :green_heart:
checkstyle
1m 47s
master passed

+1 :green_heart:
javadoc
0m 51s
master passed

+0 :ok:
spotbugs
3m  1s
phoenix-core in master has 954 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m 28s
the patch passed

+0
hbaserecompile
18m 15s
HBase recompiled.

+1 :green_heart:
compile
1m  2s
the patch passed

+1 :green_heart:
javac
1m  2s
the patch passed

-1 :x:
checkstyle
1m 34s
phoenix-core: The patch generated 24 new + 3016 unchanged - 13 fixed = 3040 total (was 3029)

+1 :green_heart:
whitespace
0m  1s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 57s
the patch passed

+1 :green_heart:
spotbugs
3m 24s
the patch passed

_ Other Tests _

-1 :x:
unit
112m 17s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 42s
The patch does not generate ASF License warnings.

168m 20s

Reason
Tests

Failed junit tests
phoenix.end2end.PermissionNSEnabledWithCustomAccessControllerIT

phoenix.end2end.PermissionNSEnabledIT

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 42f84d785271 4.15.0-112-generic #113-Ubuntu SMP Thu Jul 9 23:41:39 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / c9e05f0

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/testReport/

Max. process+thread count
8123 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/5/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

having duplicate column names at different hierarchy is not fine? Like below table shouldn't be correct or not allowed?
 CREATE TABLE multiple_columns_with_same_name(id integer primary key, id /*comment , it will be "0".id*/ integer, "cf1".id integer,"cf2".id integer);

having duplicate column names at different hierarchy is not fine? Like below table shouldn't be correct or not allowed?
 CREATE TABLE multiple_columns_with_same_name(id integer primary key, id /*comment , it will be "0".id*/ integer, "cf1".id integer,"cf2".id integer);

In your example, how would you address the pk id ?
What would / should  rs.getString("id") return ?
To be consistent, it should be "0".id. However, that leaves no way to address pk.id.
This is the reason that specifically PK and the default cf should not have identical names.

In your example, how would you address the pk id ?
What would / should  rs.getString("id") return ?
To be consistent, it should be "0".id. However, that leaves no way to address pk.id.
This is the reason that specifically PK and the default cf should not have identical names.

What would / should rs.getString("id") return ?
To be consistent, it should be "0".id. However, that leaves no way to address pk.id.
This is the reason that specifically PK and the default cf should not have identical names.

yes, it makes sense, we can't force users to refer every default cf column with "0." and primary columns directly.

What would / should rs.getString("id") return ?
To be consistent, it should be "0".id. However, that leaves no way to address pk.id.
This is the reason that specifically PK and the default cf should not have identical names.

yes, it makes sense, we can't force users to refer every default cf column with "0." and primary columns directly.

Thanks @ankitsinghal for taking a look. Btw somewhat related discussion happened on #1118 yesterday since I raised both master and backport PRs together. I agree that column with user specified CF should be allowed same column name as pk (or non-pk from different CF) but it's just that allowing the same in default CF makes it bit complicated.
Thanks

Thanks @ankitsinghal for taking a look. Btw somewhat related discussion happened on #1118 yesterday since I raised both master and backport PRs together. I agree that column with user specified CF should be allowed same column name as pk (or non-pk from different CF) but it's just that allowing the same in default CF makes it bit complicated.
Thanks

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  1s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1 :green_heart:
mvninstall
17m 30s
master passed

+0
hbaserecompile
24m 58s
HBase recompiled.

+1 :green_heart:
compile
1m  6s
master passed

+1 :green_heart:
checkstyle
1m 16s
master passed

+1 :green_heart:
javadoc
0m 55s
master passed

+0 :ok:
spotbugs
3m 30s
phoenix-core in master has 954 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
10m 11s
the patch passed

+0
hbaserecompile
20m 42s
HBase recompiled.

+1 :green_heart:
compile
1m 11s
the patch passed

+1 :green_heart:
javac
1m 11s
the patch passed

-1 :x:
checkstyle
1m 25s
phoenix-core: The patch generated 12 new + 3027 unchanged - 1 fixed = 3039 total (was 3028)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
1m  1s
the patch passed

+1 :green_heart:
spotbugs
3m 52s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
112m 25s
phoenix-core in the patch passed.

+1 :green_heart:
asflicense
0m 15s
The patch does not generate ASF License warnings.

171m 22s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 2712bd6e898f 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 22f7d41

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/testReport/

Max. process+thread count
9959 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
1m  1s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1 :green_heart:
mvninstall
17m 30s
master passed

+0
hbaserecompile
24m 58s
HBase recompiled.

+1 :green_heart:
compile
1m  6s
master passed

+1 :green_heart:
checkstyle
1m 16s
master passed

+1 :green_heart:
javadoc
0m 55s
master passed

+0 :ok:
spotbugs
3m 30s
phoenix-core in master has 954 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
10m 11s
the patch passed

+0
hbaserecompile
20m 42s
HBase recompiled.

+1 :green_heart:
compile
1m 11s
the patch passed

+1 :green_heart:
javac
1m 11s
the patch passed

-1 :x:
checkstyle
1m 25s
phoenix-core: The patch generated 12 new + 3027 unchanged - 1 fixed = 3039 total (was 3028)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
1m  1s
the patch passed

+1 :green_heart:
spotbugs
3m 52s
the patch passed

_ Other Tests _

+1 :green_heart:
unit
112m 25s
phoenix-core in the patch passed.

+1 :green_heart:
asflicense
0m 15s
The patch does not generate ASF License warnings.

171m 22s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux 2712bd6e898f 4.15.0-126-generic #129-Ubuntu SMP Mon Nov 23 18:53:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 22f7d41

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/testReport/

Max. process+thread count
9959 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/6/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Comment

+0 :ok:
reexec
5m 29s
Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s
No case conflicting files found.

+1 :green_heart:
hbaseanti
0m  0s
Patch does not have any anti-patterns.

+1 :green_heart:
@author
0m  0s
The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s
The patch appears to include 1 new or modified test files.

_ master Compile Tests _

+1 :green_heart:
mvninstall
15m 28s
master passed

+0
hbaserecompile
22m 58s
HBase recompiled.

+1 :green_heart:
compile
1m  2s
master passed

+1 :green_heart:
checkstyle
1m 47s
master passed

+1 :green_heart:
javadoc
0m 52s
master passed

+0 :ok:
spotbugs
3m  8s
phoenix-core in master has 959 extant spotbugs warnings.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
8m  5s
the patch passed

+0
hbaserecompile
17m 45s
HBase recompiled.

+1 :green_heart:
compile
1m  3s
the patch passed

+1 :green_heart:
javac
1m  3s
the patch passed

-1 :x:
checkstyle
1m 51s
phoenix-core: The patch generated 24 new + 3015 unchanged - 13 fixed = 3039 total (was 3028)

+1 :green_heart:
whitespace
0m  0s
The patch has no whitespace issues.

+1 :green_heart:
javadoc
0m 52s
the patch passed

+1 :green_heart:
spotbugs
3m 10s
the patch passed

_ Other Tests _

-1 :x:
unit
103m 50s
phoenix-core in the patch failed.

+1 :green_heart:
asflicense
0m 37s
The patch does not generate ASF License warnings.

164m 26s

Reason
Tests

Failed junit tests
phoenix.end2end.PermissionNSEnabledWithCustomAccessControllerIT

phoenix.end2end.PermissionNSDisabledWithCustomAccessControllerIT

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/7/artifact/yetus-general-check/output/Dockerfile

GITHUB PR
https://github.com/apache/phoenix/pull/1117

Optional Tests
dupname asflicense javac javadoc unit spotbugs hbaserebuild hbaseanti checkstyle compile

uname
Linux ef34a749f573 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev/phoenix-personality.sh

git revision
master / 9e90779

Default Java
Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08

checkstyle
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/7/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt

unit
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/7/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt

Test Results
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/7/testReport/

Max. process+thread count
14316 (vs. ulimit of 30000)

modules
C: phoenix-core U: phoenix-core

Console output
https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-1117/7/console

versions
git=2.7.4 maven=3.3.9 spotbugs=4.1.3

Powered by
Apache Yetus 0.12.0 https://yetus.apache.org

This message was automatically generated.


Toplist Job Signs Showing 0

*Description of issue:
Having some issues with the latest update. My Toplist job signs have always tracked and worked fine until I did the latest update. Now signs keep bugging out and saying the players have 0 level.
When I remove the signs then make new ones its fixed for a little while then back to 0
Here is a screen shot: http://prntscr.com/roxjrm
Edit: I just noticed this error in console today as well.
30.03 00:34:34 [Server] WARN java.lang.NullPointerException 30.03 00:34:34 [Server] WARN at com.Zrips.CMI.Modules.Economy.EconomyManager.getBalTopMap(EconomyManager.java:267) 30.03 00:34:34 [Server] WARN at com.Zrips.CMI.Modules.Placeholders.Placeholder.getValue(Placeholder.java:1056) 30.03 00:34:34 [Server] WARN at com.Zrips.CMI.Modules.Placeholders.Placeholder.translateOwnPlaceHolder(Placeholder.java:546) 30.03 00:34:34 [Server] WARN at com.Zrips.CMI.Modules.Placeholders.Placeholder.translateOwnPlaceHolder(Placeholder.java:508) 30.03 00:34:34 [Server] WARN at com.Zrips.CMI.Modules.Placeholders.Placeholder.updatePlaceHolders(Placeholder.java:470) 30.03 00:34:34 [Server] WARN at com.Zrips.CMI.Modules.Holograms.CMIHologram$1.run(CMIHologram.java:654) 30.03 00:34:34 [Server] WARN at org.bukkit.craftbukkit.v1_15_R1.scheduler.CraftTask.run(CraftTask.java:84) 30.03 00:34:34 [Server] WARN at org.bukkit.craftbukkit.v1_15_R1.scheduler.CraftAsyncTask.run(CraftAsyncTask.java:54) 30.03 00:34:34 [Server] WARN at com.destroystokyo.paper.ServerSchedulerReportingWrapper.run(ServerSchedulerReportingWrapper.java:22) 30.03 00:34:34 [Server] WARN at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 30.03 00:34:34 [Server] WARN at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 30.03 00:34:34 [Server] WARN at java.lang.Thread.run(Thread.java:748)
Server Type (Spigot/Paperspigot/etc):
Paper
Server Version (using /ver):
git-Paper-146 (1.15.2)
Plugin Version
Jobs Reborn 4.15.6

823f89707dc6ffdc016bda490faa86f0e19afd80


convert feedback to issues.

~- make enemies bigger so player can hit attack.~
~- Once the player grabs the weapon, he/she cannot let go.~
~- Lower the threshold for swinging the weapon to make it easier for the attacker to attack.~
~- stop blue light dropping. It would be mistaken for an attack decision.~
~- set weapon on the blue box.~
~- hit back when Kyle guards.~
~- Ensure that the enemy is not guarding you during an attack.~
~- ObjectiveUI stand out.~

pick up memo from slack.
make it slow the first part of Kyle attack.
prevent Spitter walk on acid river.
shorten time between beat enemy from destroy. because player continue attacking.
convert new demo scenario to issue. https://github.com/mathken029/vr-action-game-kit/wiki/New-Demo-Scenario

coverted.


Weird Issue

I recently attempted to use this mod, but I've encountered a strange issue. I was able to activate the mod just fine. The game ran, and I could see the new options added by QudUX in the options menu. However, the mod did not seem to be doing anything. Every option was enabled (except for the one that disables magnets), but none of the UIs were different. I also never saw any option to ask traders when they were going to restock.
Thoughts?
Player.log
build_log.txt
game_log.txt

According to the log file, QudUX crashes silently.
You are using version  <IP_ADDRESS> , which is a bit outdated (october 2020).
Maybe try to update to latest one.

Updating seems to have fixed it. Thank you very much.


Logo

Set up logo as the favicon.ico and added the different sizes (and the vector original) provided to us by the artist

Oh, and there are some updates to the class page... I really need to be more careful about which branch I'm branching off of


Privacy Essentials crashes Brave on Mac when searching in private tabs

Description
With Privacy Essentials enabled for private tabs, searches in private tabs crash the latest versions of Brave on OS X.
Steps to Reproduce

Fire up Brave on OS X.
Install DuckDuckGo's Privacy Essentials.
Allow the extension to run in private tabs.
Open a new private window/tab.
Type some search terms (e.g., test search on private tab) into the address bar and hit return.

Expected behavior:
The page to load the search results for the typed search.
Actual behavior:
The Browser crashes (creating a new crash report in brave://crashes/). Uninstalling Privacy Essentials or disabling it in private tabs restores the expected behavior.
Versions

Extension: 2020.10.21
Browser(s):

Version 1.16.68 Chromium: 86.0.4240.111 (Official Build) (x86_64) [latest at the time of this writing]
Version 1.15.75 Chromium: 86.0.4240.99 (Official Build) (x86_64)

OS: OS X (Mac)

Additional Information

Thanks for the report, we've been running into issues with searching from Brave private tabs for a few months now. I suspect what you're running into is related to this issue I opened an issue on their repo: https://github.com/brave/brave-browser/issues/10549, although I wasn't seeing the browser actually crash. Mind reporting this over there? Crashing behavior may motivate them to address it more quickly.

Ah! I missed that one. Done. And thanks for the pointer!

Thank you for the report, and for filing the crash reports with them! Hopefully they address this soon.


[Vue TS Plugin] The tsconfig selected for root file and external file is inconsistent

Acknowledgement

[X] I acknowledge that issues using this template may be closed without further explanation at the maintainer's discretion.

Comment
Issues: https://github.com/vuejs/language-tools/issues/3951, https://github.com/vuejs/language-tools/issues/1815
For the root file, tsserver selects the last matching tsconfig in the list of tsconfig references for it.
But for external files, tsserver selects the first matching tsconfig in the list of tsconfig references for it.
Steps to reproduce

Clone segevfiner/vite-issue-1815
Open the repo in VSCode, install marketplace.visualstudio.com/items?itemName=Vue.volar 2.0.4
Open apps/web/src/main.ts, and check the tsconfig at status bar, it's apps/web/tsconfig.app.json

Open apps/web/src/App.vue, and check the tsconfig at status bar, it's apps/web/tsconfig.vitest.json, but expected same as apps/web/src/main.ts

This is working as intended per configuration.
When we lookup apps/web/tsconfig.json: main.ts is marked as root of referenced from  referenced directly but part of referenced project = {     "key": "c:/temp/vite-issue-1815/apps/web/src/main.ts",     "value": "c:/temp/vite-issue-1815/apps/web/tsconfig.app.json" } but not app.vue because the config file for referenced projects isnt returning the vue files.. They are part of projects as external files but not as "config" file names which results in discrepancy in how ts files are treated vs vue files.
This can be fixed by plugin by setting extraFileExtentions through ConfigureRequest : https://github.com/microsoft/TypeScript/blob/main/src/server/protocol.ts#L1496
Eg i passed this command to server before opening the file and app.vue works same as main.ts
{ "seq": 1, "type": "request",      "command": "configure", "arguments": { "extraFileExtensions": [{ "extension": ".vue", "isMixedContent": false, "scriptKind": 7 }] }}

@sheetalkamat Tangentially related question: Putting aside *.vue-specific peculiarities, what is the expected outcome when tsconfigs have overlapping includes (like tsconfig.app.json and tsconfig.vitest.json in OP's example)? Which tsconfig ends up being responsible for a given file? Is this documented anywhere?
Background: I have seen overlapping includes in many projects over the last years (in parts due to how create-vue sets up projects by default) and it has always seemed a bit non-deterministic to me which tsconfig ends up being used for a given file.

Thes first encountered tsconfig.json or first of its references will be what tsserver will pick as default configured project for "non ts files" that come from plugin and match through include pattern


Form validation icon appears above the input if the label has more than one line.

Bootstrap version 3.4.1 (release)
When using the form validation feedback icons, if the  text takes up more than one line, then the validation icon will appear above the input field.
Reduced test case: https://jsbin.com/husapev/edit?html,output
The test case is just copy+paste of the example boilerplate and the form validation icon example from the docs, plus some additional text in the label to make it wrap.
OS/Browser: ChromeOS/Chrome, also reproduced on iOS/Safari

I would like to work on it, if it's okay.

Sorry, but v3 is officially end of life.


GROOVY-8520 fixes

add CliBuilder.setParser and setFormatter methods that ignore the specified values and print a warning to stderr to easy the transition for existing applications
bugfix: @Unparsed annotation description attribute was ignored
add @since tag to acceptLongOptionsWithSingleHyphen property

Closing since this PR unintentionally included other changes. Let me try again.


Promise OR callback

Should I use promise or callback on huge amount of leaves makeTree() method?

Neither. The makeTree() method is a synchronous method and does not support the use of promises or callbacks, as they are not necessary in this case.


FINERACT-1815: Fix datatable put call with resource id

Description
Update Datatable One to Many Entry PUT for:
resource_id field in response is populated with datatableEntryId
FINERACT-1815
Checklist
Please make sure these boxes are checked before submitting your pull request - thanks!

[ ] Write the commit message as per https://github.com/apache/fineract/#pull-requests

[ ] Acknowledge that we will not review PRs that are not passing the build ("green") - it is your responsibility to get a proposed PR to pass the build, not primarily the project's maintainers.

[ ] Create/update unit or integration tests for verifying the changes made.

[ ] Follow coding conventions at https://cwiki.apache.org/confluence/display/FINERACT/Coding+Conventions.

[ ] Add required Swagger annotation and update API documentation at fineract-provider/src/main/resources/static/legacy-docs/apiLive.htm with details of any API changes

[ ] Submission is not a "code dump".  (Large changes can be made "in repository" via a branch.  Ask on the developer mailing list for guidance, if required.)

FYI our guidelines for code reviews are at https://cwiki.apache.org/confluence/display/FINERACT/Code+Review+Guide.

@josehernandezfintecheandomx can you pls change the commit message & PR title to have a Fineract ticket in it? Thanks.

@josehernandezfintecheandomx can you pls change the commit message & PR title to have a Fineract ticket in it? Thanks.

@galovics Title updated


Rolling to static archive files

Hello!
So my company has requirements as follows: Have 1 static log file and 2 static archive log files. The reason for this is so we manually create these files and give manually write permissions to IIS to be able to write into these files (can't give write permissions to entire Logs folder). I've achieved something similar with this configuration
<targets>
    <target
      name="allfile"
      xsi:type="File"
      layout="${longdate}|${level:uppercase=true}|${logger}|${message}"
      filename="Logs/log.txt"
      archiveFileName="Logs/log.{#}.txt"
      archiveAboveSize="1000000"
      archiveNumbering="Rolling"
      concurrentWrites="True"
      maxArchiveFiles="2"
      keepFileOpen="True"
      enableFileDelete="False">
    </target>
  </targets>

which results in constant 3 files:
log.txt
log.0.txt
log.1.txt
The only issue with this is that the archive files, they keep getting re-created when reaching max size, instead of just content being compied over. And since NLog tries to recreate these archive files, it can't because the Logs folder doesn't and cant have write permissions. Any suggestions how to make these archive files be static at all costs?

When using maxArchiveFiles, then NLog will always delete and create new.
I guess one could make a small fix to NLog, so when using static archive-filename. Ex archiveFileName="Logs/log.1.txt", then NLog will truncate the archive-filename when larger than ArchiveAboveSize. This would allow you to have 2 files (active and archived) that are never deleted.

When using maxArchiveFiles, then NLog will always delete and create new.
I guess one could make a small fix to NLog, so when using static archive-filename. Ex archiveFileName="Logs/log.1.txt", then NLog will truncate the archive-filename when larger than ArchiveAboveSize. This would allow you to have 2 static files (active and archived) that are never deleted.

I see, understandable. So basically there's no way to achieve this with the current version of Nlog without changing its source code?

Not as far as I know. But it is a small change, so with a little effort it could be included with next NLog release.
Sent from my Sony Xperia
---- PatriQ94 wrote ----
When using maxArchiveFiles, then NLog will always delete and create new.
I guess one could make a small fix to NLog, so when using static archive-filename. Ex archiveFileName="Logs/log.1.txt", then NLog will truncate the archive-filename when larger than ArchiveAboveSize. This would allow you to have 2 static files (active and archived) that are never deleted.
I see, understandable. So basically there's no way to achieve this with the current version of Nlog without changing its source code?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/NLog/NLog/issues/4170#issuecomment-725412231, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACXZ7HA4O4CSJPMLCTD6SFTSPKDZPANCNFSM4TR2S25A.

But notice that the suggested change will only give you: Log.txt and Log.1.txt (You will not get Log.2.txt)
Sent from my Sony Xperia
---- PatriQ94 wrote ----
When using maxArchiveFiles, then NLog will always delete and create new.
I guess one could make a small fix to NLog, so when using static archive-filename. Ex archiveFileName="Logs/log.1.txt", then NLog will truncate the archive-filename when larger than ArchiveAboveSize. This would allow you to have 2 static files (active and archived) that are never deleted.
I see, understandable. So basically there's no way to achieve this with the current version of Nlog without changing its source code?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/NLog/NLog/issues/4170#issuecomment-725412231, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACXZ7HA4O4CSJPMLCTD6SFTSPKDZPANCNFSM4TR2S25A.

But notice that the suggested change will only give you: Log.txt and Log.1.txt (You will not get Log.2.txt)

I see. What about something like this for example: archiveFileName="Logs/log.1.txt,Logs/log.2.txt,Logs/log.3.txt"
Where one could list fixed files for archiving and then the roller would just be constantly rolling over them? Just thinking out loud.

That would not be a small change. But if my suggested change does not forfil your needs, then you are welcome to create a pull request, where MaxArchiveFiles=2 and EnableFileDelete=false is working as you want. But such pull request will probably be merged to dev, and wait for NLog 5 release (unless you find an elegant and simple solution)
Sent from my Sony Xperia
---- PatriQ94 wrote ----
But notice that the suggested change will only give you: Log.txt and Log.1.txt (You will not get Log.2.txt)
I see. What about something like this for example: archiveFileName="Logs/log.1.txt,Logs/log.2.txt,Logs/log.3.txt"
Where one could list fixed files for archiving and then the roller would just be constantly rolling over them? Just thinking out loud.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/NLog/NLog/issues/4170#issuecomment-725430239, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ACXZ7HBJDLCDDYVMSLBG3TDSPKIH5ANCNFSM4TR2S25A.

Hey, just wanted to give you an update. At the end my superiors decided to write custom logger solution but in case anyone is reading this sometime later, I definitely agree with @snakefoot suggestion to just give write permissions to the entire Logs folder and avoid the mess we're having (mostly due to management).


fix podcast image for each episode

maybe it's <image>, maybe it's <itunes:image>, maybe both, maybe it's not my fault and podcast apps are shit

maybe itunes wants 1400px + images? i've read they want between 1400px and 3000px

episode artwork must be 1400x1400 up to 3000x3000 (for RSS feeds). Larger is preferred. Seems like everything works with 3000x3000 at Apple.
files must have different names
change the names to trigger cache miss and force refresh
https://podcasters.apple.com/support/troubleshooting-artwork-issues
https://podcasters.apple.com/support/896-artwork-requirements


chore: add road map

Explanation
Add road map.
Fixes #188

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 17.30%. Comparing base (3fccfd8) to head (9d324f0).

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #218   +/-   ##
=======================================
  Coverage   17.30%   17.30%
=======================================
  Files          30       30
  Lines         965      965
=======================================
  Hits          167      167
  Misses        769      769
  Partials       29       29

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


Stable SEMVER releases

Hi, setting up a Mediator for Ahau I had a really hard time:

knowing which version to install
getting it to play reliably with the @atala/prism-wallet-sdk

We'd been using https://beta-mediator.atalaprism.io/ for testing (though didn't know this because we'd only been given MEDIATOR_DID), and unclear what version that was at. I looked at the latest tags on this repo, chose 0.14.0 and ... it didn't work with the SDK? I read the CHANGELOG which said nothing about breaking changes... but ended up just ... jumping back through versions trying to get something working. It was unpleasant.
I was told in Discord that there were breaking changes and documentation was out of date... but that the team might be ready to publish a 1.0.0 and start commiting to a good semver process - major versions for breaking, with notes of breaking changes in CHANGELOG.md.
YES PLEASE!

Further context - we're trying to pilot using Verifiable Credentials in production (limited release with some community partners). We need stable infra. If the mediator is NOT production ready, this may effect Catalyst grants we're working on, and it would be important to know. Thanks for all your great work :heart:

the beta-mediator and even the rootsid mediator were never setup as a production ready, always as just examples or for development purposes open to the community.
you can check the version either at the bottom of the homescreen or at https://beta-mediator.atalaprism.io/version you can see it runs the 0.10.2 version which the one before the DID peer breaking change, so you can only use SDK 4 and pior, starting from SDK 5 and up you will need to use the new DID peer format on every component (cloud agent, mediator and SDKs).

To be 100% clear, are you saying "please don't use https://github.com/input-output-hk/atala-prism-mediator/ as a mediator in production (yet) ?
I'm asking because I'm doing my best to get a "beta" version of Verifiable Credential flows deployed into production that people can opt into trying it out. And so that people reviewing our grant work can see that "it works".

@mixmix You can use it is a stable version, but officially we won't release it at this moment

Which version is stable sorry 0.10.2?
i have a bad feeling you mean 0.14.0
1.0.0 says "production". I can't afford to spend more time juggling versions because this is blocking our grant milestone 😮💨. (We have people not being paid in our team because of this.. and other issues)
i'm being asked to create an installer people can try out.... which is double work if I have to backtrack and figure out some unspecified migration later. Want to get it "right"

Just to give context for other people checking this ticket.
The future version 1.0.0 that is discussed internally will like the version 0.14.1.
The only new feature is to have auto clean up on the documents stored in BD (historical message/communication). Other than that will be only libraries updates

We are going to work on that in the PI6. So it will be done during the next quarter

I don't know what "PI6" is?
By "next quarter" I assume you mean June-July-August timescale?
For context, 1.0.0 semver release is a requirement for any non-beta production release of Verifiable Credentials in our communities. I'm not trying to add pressure, just context as a spokesperson of a project working with marginalized communities

PI was a internal schedule in Atala/IOHK
I check the dates for PI6 and ends on 16th of July.
So all objects of PI6 should be done by then. I believe we don't have much work to do on this and will be one of the first tasks.

PI = Project Increment  (not Pacific Islander, nor Private Investigator).
Do you have a community facing roadmap which gives at least a high level overview? Would be cool to link + read
I used to be a teacher, so jargon/ acronyms which are inaccessible to outsiders/ beginners burn my soul a little :laughing:

PI = Project Increment to tell you the truth, I didn't know that. I mean did at some point.
But I always struggle to remember all the jargon/acronyms used. There's so many and they seem like mushrooms popping up all over the place. So I don't think it's just a problem for the community I also struggle with it a bit.
We are partially moving our Project in the internal Jira to the GitHub project https://github.com/orgs/hyperledger-labs/projects/14
But the roadmap is what is presented on the Identus Maintainer Call. I'll ask the team to add those slides in Discord.

@mineme0110 we removed out some of the tickets from milestone 2 (v1.0.0)
Can we tag de version 0.15.0 as version 1.0.0? Or do you want to do something more?

https://github.com/hyperledger/identus-mediator/releases/tag/v1.0.0

:fire: :raised_hands: :partying_face:
This has made my week y'all


Push notifications don't lead to bell tab

They lead you to the home screen

Had this happen again today

Are you signed in?

yup
[A.] Katarina Batina
Product Designer
Artsy http://artsy.net/
<EMAIL_ADDRESS>            @katarinabatina <https://twitter.com/katarinabatina>

253 225 5812
On Mon, May 9, 2016 at 4:26 AM, Eloy Durán<EMAIL_ADDRESS>wrote:

Are you signed in?
—
You are receiving this because you authored the thread.
Reply to this email directly or view it on GitHub
https://github.com/artsy/eigen/issues/1470#issuecomment-217804963

happened again this morning...I'm starting to think maybe it's something funky with test flight + being admin....maybe? @ashfurrow got through just fine on his phone but he's on the app store version.

I have been getting through fine as well every time. Seeing as you seem to be able to reproduce it often, let’s put your theory to the test by starting with deleting the app and re-installing from the store.


Incremental mode doesn't work with group_albums

On master:HEAD, aborting an import (even with the incremental option set to yes in config) seems to disregard any progress, as the next time I run import it starts from the beginning.
 ⇨  beet config

directory: ~/Dropbox/music/collection

import:
    write: yes
    copy: yes
    move: no
    incremental: yes
    group_albums: yes
    log: ~/Dropbox/music/beets/beets.log
threaded: yes

ui:
    color: yes
library: ~/Dropbox/music/beets/library.db

 ⇨  beet import ~/Music/collection

None (1 items)
Finding tags for album "MF DOOM - MM..FOOD".
Candidates:
1. MF DOOM - MM..FOOD (58.1%) (missing tracks) (CD, 2007, US, Rhymesayers Entertainment)
2. MF DOOM - MM..FOOD (40.2%) (missing tracks, id, year, ...) (CD, 2004, US, Rhymesayers Entertainment)
3. MF DOOM - MM..More Food (35.5%) (missing tracks, id, tracks, ...) (CD, 2004, US)
4. MF DOOM - MM..Leftovers (29.7%) (missing tracks, id, album, ...) (CD, 2004, US)
5. MF DOOM - MM..FOOD (23.8%) (missing tracks, id, tracks, ...) (2004)
# selection (default 1), Skip, Use as-is, as Tracks, Group albums,
Enter search, enter Id, aBort?
Tagging:
    MF DOOM - MM..FOOD
URL:
    http://musicbrainz.org/release/2e57e853-97c4-3137-9206-8b712671a4d6
(Similarity: 58.1%) (missing tracks) (CD, 2007, US, Rhymesayers Entertainment)
Missing tracks (14/15 - 93.3%):
 ! Beef Rapp (#1) (4:39)
 ! Hoe Cakes (#2) (3:54)
 ! Potholderz (#3) (3:20)
 ! One Beer (#4) (4:18)
 ! Deep Fried Frenz (#5) (4:59)
 ! Poo-Putt Platter (#6) (1:13)
 ! Fillet-O-Rapper (#7) (1:03)
 ! Gumbo (#8) (0:49)
 ! Fig Leaf Bi-Carbonate (#9) (3:19)
 ! Kon Karne (#10) (2:51)
 ! Kon Queso (#12) (4:00)
 ! Rapp Snitch Knishes (#13) (2:52)
 ! Vomitspit (#14) (2:48)
 ! Kookies (#15) (4:01)
Apply, More candidates, Skip, Use as-is, as Tracks, Group albums,
Enter search, enter Id, aBort? A
This album is already in the library!
 R
None (1 items)
Finding tags for album "6th Borough Project - One Night in the Borough".
Candidates:
1. 6th Borough Project - One Night in the Borough (58.1%) (missing tracks) (Digital Media, 2011, XW, Delusions of Grandeur)
2. 6th Borough Project - One Night In The Borough (Part Two) (47.5%) (id, missing tracks, tracks, ...) (Digital Media, Delusions of Grandeur)
3. 6th Borough Project - One Night in the Borough (41.2%) (missing tracks, id, catalognum) (Digital Media, 2011, XW, Delusions of Grandeur)
4. 6th Borough Project - One Night in the Borough (40.5%) (missing tracks, id) (Digital Media, 2015, XW, Delusions of Grandeur, iTunes release)
5. 6th Borough Project - One Night in the Borough (37.8%) (missing tracks, id, media, ...) (CD, 2011, Delusions of Grandeur)
# selection (default 1), Skip, Use as-is, as Tracks, Group albums,
Enter search, enter Id, aBort? b

 ⇨  beet import ~/Music/collection

None (1 items)
Finding tags for album "MF DOOM - MM..FOOD".
Candidates:
1. MF DOOM - MM..FOOD (58.1%) (missing tracks) (CD, 2007, US, Rhymesayers Entertainment)
2. MF DOOM - MM..FOOD (40.2%) (missing tracks, id, year, ...) (CD, 2004, US, Rhymesayers Entertainment)
3. MF DOOM - MM..More Food (35.5%) (missing tracks, id, tracks, ...) (CD, 2004, US)
4. MF DOOM - MM..Leftovers (29.7%) (missing tracks, id, album, ...) (CD, 2004, US)
5. MF DOOM - MM..FOOD (23.8%) (missing tracks, id, tracks, ...) (2004)
# selection (default 1), Skip, Use as-is, as Tracks, Group albums,
Enter search, enter Id, aBort?

Some additional info:
 ⇨  echo $BEETSDIR

/Users/job/Dropbox/music/beets

 ⇨  cat $BEETSDIR/beets.log

import started Sun May 24 19:40:27 2015
import started Sun May 24 19:41:13 2015
import started Sun May 24 19:43:27 2015
duplicate-replace None                    <--- 'None' fixed in my PR, #1475
import started Sun May 24 19:44:05 2015

i've always experienced this same issue..despite the use of the "incremental" &/or "resume" options and specifying explicit import logs. When you interrupt an import..does beets appear to terminate the process successfully? kuz, I've been thinking that mine allways starts from the beginning due to whatever "import progress" info not properly getting stored. ..but then again, upon resuming the import, beets returns the prompt that asks if I'd like to continue from last time...so at least something is being recognized.

The issue seems to be a conflict with group_albums. The trouble (now with the fix inspired by @jamesob's #1475) is that, in that mode, we work at the granularity of individual tracks. But the incremental check (see already_imported in beets.importer) occurs when we're reading full directories, before the grouping occurs—so the check never gets triggered.
I can see two possible fixes for this:

Change the album-grouping logic to add entire directories to the incremental history when they're finished.
Change the incremental-skip check to look for sets of tracks instead of (or in addition to) whole directories.

I'm guessing the first option will be cleaner, if anyone would like to take a stab at it.


Bugfix: use full path when checking backup directory

I've noticed --num-backups option does not work. I tracked it down to os.path.isdir() check on a bare directory name (not including the backup location), which always returns False. The fix is to prepend the backup path to the backup directory name.

Only saw this two pull requests after creating an own one (https://github.com/lordsutch/btrfs-backup/pull/13).
Snapshotprefix was ignored as well when deleting backups, so I included that in my fix.

I'm closing my PR in favor of #13 since it is more complete.


Use more strict model ProjectRead for ApplyWorkflowRead.project_dump

After #1052 is released (and the corresponding script is run), we should modify ApplyWorkflowRead.project_dump and make it a ProjectRead object.

#1070 was merged and is available in v1.4.2.
This means that as of v1.4.2 we can expect the DB to contain the correct ApplyWorkflowRead.project_dump (cc @ychiucco is this correct?). Note that this means that a v1.4.2->v1.4.3 upgrade must also include running the appropriate fix-db script.
Therefore this issue can now be tackled.

I partly take it back, we already moved to ProjectDump.
What is left to do is to make it non-optional, I think.


[Bug] BanyanDB ui unable to load icon

Search before asking

[X] I had searched in the issues and found no similar issues.

Apache SkyWalking Component
BanyanDB (apache/skywalking-banyandb)
What happened
I tried deploying BanyanDB using Helm and accessed the UI at http://localhost/banyandb/dashboard. However, I noticed that the icon at the upper left corner was not displayed. Upon investigation, I discovered in  the console that the image URL was hardcoded.

What you expected to happen
BanyanDB icon shows up.
How to reproduce
To open the BanyanDB ui from a port other than 5173.
Anything else
No response
Are you willing to submit PR?

[X] Yes I am willing to submit a PR!

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Thank you for raising your question. In fact, the code hardcoded the path as http://localhost:5173/src/assets/banyandb_small.jpg. This will result in icon access failure if you change the deployment port number. Next, I will change it to a relative path to eliminate this issue. Thank you.


chore: Add blocks to sw-product-list name column

1. Why is this change necessary?
Better extensibility.
2. What does this change do, exactly?
Add some blocks, where no blocks where present.
3. Describe each step to reproduce the issue or behaviour.
-
4. Please link to the relevant issues (if any).
-
5. Checklist

[ ] I have written tests and verified that they fail without my change
[x] I have squashed any insignificant commits
[x] I have created a changelog file with all necessary information about my changes
[ ] I have written or adjusted the documentation according to my changes
[ ] This change has comments for package types, values, functions, and non-obvious lines of code
[x] I have read the contribution requirements and fulfil them.

Hello,
thank you for creating this pull request.
I have opened an issue on our Issue Tracker for you. See the issue link: https://issues.shopware.com/issues/NEXT-18916
Please use this issue to track the state of your pull request.

Hey @aragon999, tanks for your contribution! :blue_heart: :tada:


Optional cache

Added an option to disable cache if needed.
In our cache pods are stored in the repo so we don't need cache. Even worst, it was causing issue.

Thanks for the PR @Mikadoh ! :)
@trapacska & @godrei please review! ;)

Thank you for the PR @Mikadoh ! Looks good to me, I'll release it soon! 🚀🎉