docs: update readme

Description

Update the readme to reflect the contents of #156 . I will write the English version after the Japanese version is accepted.
This PR depends on the following PRs.

#156

Related Issue

Motivation and Context

How Has This Been Tested?

Screenshots (if appropriate):
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[x] All new and existing tests passed.

I wasn't particularly conscious of it, so I used capital letters. Whichever you prefer is fine.

I still prefer lowercase because it's cute.
Let's use lowercase letters.

I've reflected it.

And, I've changed the theme of the page to minimal.
Please check it and let me know if you have an idea.


nz-footer

Reproduction link
https://ng-zorro-antd-start-zsmt1x.stackblitz.io
Steps to reproduce
resize the window's height to less than the inner container's height to make scroll appear, then the footer will behave incorrectly.
What is expected?
The footer should be at the bottom under the inner container.
What is actually happening?
in the example the footer is over on the inner container when the container's height is greater than the window's height.

Environment
Info

ng-zorro-antd
8.5.2

Browser
chrome

Hi @chriseizus
just remove the 100vh in the css, it would work https://stackblitz.com/edit/ng-zorro-antd-start-k1qxfa?file=src/app/app.component.css


Big parallax with left and right eyes

When I use cardboard on a device which has a big screen, 5.5 inch.
And it's resolution is  2560*1440，dpi=640.
The question is that the parallax is too big, so that I can see two non overlapping images through a VR  device.
So, what should I to to fix it?
Thanks.

This should be corrected by pressing the settings button, pressing "setup" then "switch viewer". You can then scan the QR code printed on your cardboard device.
If there is no QR code for your cardboard or it does not work, you can make a new one at https://www.google.co.uk/get/cardboard/viewerprofilegenerator/. (This may not work with Firefox)

Hi Guanshan. It looks like your phone might be reporting an incorrect DPI, which prevents the SDK from drawing the two images at the right place on the screen.
According to the numbers you gave, the phone DPI should be around 534, not 640.
What is your phone model? Even better, could you give us the output of the following:
adb shell getprop | grep "model|manufacturer|hardware|product.name|lcd_density"
This way we could add a DPI override in our SDK for your phone model.
Thanks!

@dav-cz Thanks for your reply.
It's our own VR machine.
I change the dpi, and it works finally.
Thank you so much!

Great, glad it worked!  I will close this issue then.


Vue Global Set

Vue.set(data, 'c', 3);
When I try to set like this data globally , It show Reference Error data not define.

reproduction?

You probably forgot this.

closing (inactivity)


Mana Sieve Count

Unsure when this started, but Mana Sieve Count seems to be stuck at 1 - additional sieves are not incrementing the counter as it functioned before.

Fixed pushed out thanks for reporting


Document the timing information needed for timing driven place and route.

Verilog-To-Routing supports timing driven place and route. For this we need timing information of all the parts and interconnects.

@mcmasterg has started work on this.

@JohnDMcMaster - Did you ever write this down somewhere?

The routing model required by VPR is a RC tree with allocation of additional delay at the switches.  VPR computes the final delay using Elmore delay.  It is unclear what the underlying model Vivado uses, but it is likely something similar.
As a first step, I'm going to isolate a handful of timing paths and attempt to reproduce Vivado's get_timing_arc output using a fitted RC tree model.

Quick test FF -> LUT:
Fanout = 1
report_property [get_net_delays -interconnect_only -to [get_pins lut/I0] -of_objects [get_nets FF_Q]]
Property   Type    Read-only  Value
CLASS      string  true       net_delay
ESTIMATED  bool    true       0
FAST_MAX   int     true       369
FAST_MIN   int     true       308
NAME       string  true       FF_Q_to_lut/I0
NET        string  true       FF_Q
SLOW_MAX   int     true       842
SLOW_MIN   int     true       694
TO_PIN     string  true       lut/I0

Fanout 2:
report_property [get_net_delays -interconnect_only -to [get_pins lut/I0] -of_objects [get_nets FF_Q]]
Property   Type    Read-only  Value
CLASS      string  true       net_delay
ESTIMATED  bool    true       0
FAST_MAX   int     true       349
FAST_MIN   int     true       288
NAME       string  true       FF_Q_to_lut/I0
NET        string  true       FF_Q
SLOW_MAX   int     true       822
SLOW_MIN   int     true       674
TO_PIN     string  true       lut/I0

Fanout 6:
report_property [get_net_delays -interconnect_only -to [get_pins lut/I0] -of_objects [get_nets FF_Q]]
Property   Type    Read-only  Value
CLASS      string  true       net_delay
ESTIMATED  bool    true       0
FAST_MAX   int     true       369
FAST_MIN   int     true       308
NAME       string  true       FF_Q_to_lut/I0
NET        string  true       FF_Q
SLOW_MAX   int     true       842
SLOW_MIN   int     true       694
TO_PIN     string  true       lut/I0

So in this simple example, FAST_MIN varies by 10%

Does it match a formula like Tdel0 + N * Tdeln?

Observations from data above:

SLOW_MAX - SLOW_MIN and FAST_MAX - FAST_MIN is constant for fanout.  This implies that the capacitance difference in fanout is fixed.  I believe this makes physical sense, as the difference between SLOW_MAX and SLOW_MIN is accounting for differences in the Tdel of the switch, and not R or C differences in the wires.  The FAST vs SLOW does have a difference for fanout, implying that wire characteristics are changing between FAST and SLOW parts.

If I understand there are three dimensions: process corner (fast/slow), production variation(max/min), and fanout. Delay is of the form Tdel + R*C where Tdel depends on the process corner and production variation, R is independent, and C depends on fanout.
I thought that R and C may depend on process corner, but it looks like the total delays are separable into a portion that depends on process corner and production variation and second component that depends on fanout only. If I understand correctly, only C should depend on fanout.
I guess the next question is if the fanout delay can be expressed in R*C with only C varying regularly as fanout increases. Looking at these data points I don't see an obvious solution. Going from fanout 1 to 2, we see a delay increase of 9, from 1 to 6 increase of 29.
Maybe I have a naive understanding of how C should change as fanout increases?


Develop a dns stub for backends with caching ability

Probably the language would be golang. Right now the basic features would include the persistent cache, sinkhole capabilities, and forwarding them to upstream resolvers (will include forwarding to either dns-over-https or dns-over-tls servers) .  Release the source code when it is out of testing.

Where can I find the source code of dnswarden?

Where can I find the source code of dnswarden?

There aren't any. I use only open source programs like bind-unbound-powerdns-knot-haproxy.
If you're talking about the configuration files for these programs, there aren't any. I haven't put them out yet. Or if you're curious about this dns-stub which I'm working on, it is still WIP. Probably might take couple of months to finish it.

Where can I find the source code of dnswarden?
There aren't any. I use only open source programs like bind-unbound-powerdns-knot-haproxy.
If you're talking about the configuration files for these programs, there aren't any. I haven't put them out yet. Or if you're curious about this dns-stub which I'm working on, it is still WIP. Probably might take couple of months to finish it.

What language do you write dns-stub in?


Added git stash to git.html

Added git stash command to git.html with its short description from the
documentation.

Thanks, Ahmet!


[video_player] Configuration option to allow negative playback speed / reverse playback

Use case
I am building a video analysing application, where videos should be played on both directions (forward and backwards). In Apple ecosystem where AVPlayer is used, reverse playback is supported out of the box if AVPlayerr's canPlayReverse parameter returns true for specific video. However, video_player does not allow currently negative values, hence not allowing to play videos in reverse even if underlying player supports it.
Proposal
Is there any plan to add configuration option to video_player to support reverse video playback?
With flutter video_player package I have discovered that if I modify plugin code and allow negative playback speed, then for some videos (e.g. HEIC MOV on MacOS) reverse playing is working well. I guess this is due to fact that underlying Apple's AVPlayer generally supports reverse playback if its canPlayReverse property returns true for a specific video file.
Instead of forking the package and modifying its code, it would be more sustainable to have some configuration option to allow the reverse playback (negative playback speed) support. It would be sufficient functionality for applications, where videos are in specific format and are known to support reverse playback.

Thanks for proposing this @tannker
I see there is a similar issue currently open. Can you please checkout https://github.com/flutter/flutter/issues/27591 to confirm it describes what you are proposing as well.


Fix default value of generateMap setting

Well, only in the docs

Hey @StoyanDimitrov,
The default for generateMap is true, as you can see below.

Are you having an issue with the setting? When it's not set, my sample project is producing the appropriate map file

True dat! I've done some Live SASS Compiler global settings that have overlooked.

👍
Glad you found the setting lurking away 😂


Change Character Event crashes

Describe your bug here.
https://user-images.githubusercontent.com/45212377/159109226-43366656-3751-4640-b8bd-e6411af3afc0.mp4

this character does exist
and it happens even with vanilla characters
Command Prompt/Terminal logs (if existing)
No response
Are you modding a build from source or with Lua?
Lua
What is your build target?
Windows
Did you edit anything in this build? If so, mention or summarize your changes.
nothing on source or lua, just added the event

Fixed with latest commit


Add support for Zcoin

To be included alongside https://github.com/LedgerHQ/blue-app-btc/pull/26

Can we get someone to review this please?


Add gh secret set helper command to docs.

Using the provided command we can set the charmhub secret without
going through the repository's Github Settings UI.

Broken unit tests seem unrelated, so I'll merge this


Set failure image scale

Very similar to this pull request : #22
Except this time it applies to the failure image.

@mmeven awesome thanks!

Thanks for treating my PR @farfromrefug ! Do you have any idea of when you'll be able to publish a new version on npm ?


GIF attachement does not load for redacting

I'm trying to redact a GIF attachement (it's a screenshot that contains personal information) but the attachement does not load. However the page only says "Lade PDF...". The web console shows the following error messages:
Error: Invalid XRef stream header pdf.worker.js:237:5
XRef_readXRef@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:4339:13
XRef_parse@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:3922:23
PDFDocument_setup@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:3078:7
PDFDocument_parse@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:2959:7
ensureHelper@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:2582:22
NetworkPdfManager_ensure/<@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:2597:7
NetworkPdfManager_ensure@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:2576:1
BasePdfManager_ensureDoc@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:2442:14
loadDocument/</<@https://fragdenstaat.de/static/js/libs/pdfviewer/pdf.worker.js:34455:11
 pdf.worker.js:238:1
Warning: Unsupported feature "unknown" pdf.worker.js:224:5
Warning: Unsupported feature "unknown" ba6a91f70382.js:4:73
Warning: Indexing all PDF objects pdf.worker.js:224:5
InvalidPDFException: Invalid PDF structure ba6a91f70382.js:25:31

It seems that froide tries to load the attachment as a PDF, which fails for obvious reasons. Are non-PDF attachements supported? If not then there should probably at least be a check for supported file formats.

Non-PDF attachments are currently not supported for redaction. However, there's already code that converts DOC-files to PDFs, so they can be redacted and published.
So either converting from images to PDF (slightly awkward) or adding functionality to redact images might be in order. I'm also occasionally looking for a new way of doing things in this repo: https://github.com/stefanw/froide-redact

I already suspected that only PDFs are currently supported, thanks for the confirmation.
Redacting images is a useful feature, but until it is available the redaction should be disabled for non-PDF files (with an appropriate message).


tsserver logs errors that it can't find npm

I was initially debugging something else in the project tsconfig.json & found this by luck.

nvim --version:

NVIM v0.5.0-nightly-78-g02155f5c1
Build type: Release
LuaJIT 2.0.5
Compilation: /usr/local/Homebrew/Library/Homebrew/shims/mac/super/clang -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 -DNDEBUG -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wshadow -Wconversion -Wmissing-prototypes -Wimplicit-fallthrough -Wvla -fstack-protector-strong -fno-common -fdiagnostics-color=auto -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_VAR_FROM -DMIN_LOG_LEVEL=3 -I/tmp/neovim-20200514-40210-1qsrhzq/build/config -I/tmp/neovim-20200514-40210-1qsrhzq/src -I/usr/local/include -I/tmp/neovim-20200514-40210-1qsrhzq/deps-build/include -I/Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk/usr/include -I/usr/local/opt/gettext/include -I/tmp/neovim-20200514-40210-1qsrhzq/build/src/nvim/auto -I/tmp/neovim-20200514-40210-1qsrhzq/build/include

Features: +acl +iconv +tui
See ":help feature-compile"

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/local/Cellar/neovim/HEAD-02155f5/share/nvim"

Run :checkhealth for more info

nvim-lsp version(commit hash): https://github.com/neovim/nvim-lsp/commit/b77a24f6b6bdf32d621f37c733f399f33a7eab0d
:checkhealth result

health#vimtex#check
========================================================================
## vimtex
  - OK: Vim version should have full support!
  - WARNING: bibtex is not executable, so bibtex completions are disabled.
  - OK: General viewer should work properly!
  - ERROR: |g:vimtex_compiler_method| (`latexmk`) is not executable!

health#targets#check
========================================================================
  - OK: No conflicting mappings found

health#nvim_lsp#check
========================================================================
## Checking language server protocol configuration
  - INFO: sumneko_lua: configuration checked.
  - INFO: ocamlls: configuration checked.
  - INFO: yamlls: configuration checked.
  - ERROR: pyls: The given command "pyls" is not executable.
  - INFO: cssls: configuration checked.
  - INFO: rls: configuration checked.
  - INFO: vimls: configuration checked.
  - INFO: jsonls: configuration checked.
  - INFO: tsserver: configuration checked.
  - INFO: bashls: configuration checked.

health#gitmessenger#check
========================================================================
  - OK: +job is available to execute Git command
  - OK: Git command `git` is available: git version 2.26.2
  - OK: Floating window is available for popup window

health#completion_nvim#check
========================================================================
## general
  - OK: neovim version is supported

## completion source
  - OK: all completion source are valid

## snippet source
  - OK: You are using UltiSnips as your snippet source

health#nvim#check
========================================================================
## Configuration
  - OK: no issues found

## Performance
  - OK: Build type: Release

## Remote Plugins
  - OK: Up to date

## terminal
  - INFO: key_backspace (kbs) terminfo entry: key_backspace=\177
  - INFO: key_dc (kdch1) terminfo entry: key_dc=\E[3~
  - INFO: $TERM_PROGRAM='tmux'
  - INFO: $COLORTERM='truecolor'

## tmux
  - OK: escape-time: 0ms
  - INFO: $TERM: tmux-256color

health#provider#check
========================================================================
## Clipboard (optional)
  - OK: Clipboard tool found: pbcopy

## Python 2 provider (optional)
  - INFO: Using: g:python_host_prog = "/usr/bin/python2"
  - INFO: Executable: /usr/bin/python2
  - ERROR: Command error (job=5, exit code 1): `'/usr/bin/python2' -c 'import sys; sys.path = list(filter(lambda x: x != "", sys.path)); import neovim; print(neovim.__file__)'` (in '/Users/ahmedelgabri/Sites/work/miro/client')
    stderr: Traceback (most recent call last):  File "<string>", line 1, in <module>ImportError: No module named neovim
  - INFO: Python version: 2.7.16
  - INFO: pynvim version: unable to load neovim Python module
  - ERROR: pynvim is not installed.
    Error: unable to load neovim Python module
    - ADVICE:
      - Run in shell: pip install pynvim

## Python 3 provider (optional)
  - INFO: Using: g:python3_host_prog = "/usr/local/bin/python3"
  - INFO: Executable: /usr/local/bin/python3
  - INFO: Python version: 3.7.7
  - INFO: pynvim version: 0.4.1
  - OK: Latest pynvim is installed.

## Python virtualenv
  - OK: no $VIRTUAL_ENV

## Ruby provider (optional)
  - INFO: Disabled (g:loaded_ruby_provider=0).

## Node.js provider (optional)
  - INFO: Node.js: v14.2.0
  - INFO: Nvim node.js host: /usr/local/bin/neovim-node-host
  - OK: Latest "neovim" npm/yarn package is installed: 4.8.0

## Perl provider (optional)
  - INFO: Disabled (g:loaded_perl_provider=0).

What language server(If the problem is related to a specific language server): tsserver
Operating system/version: macOS 10.15.4
Terminal name/version: kitty 0.17.3
$TERM: tmux-256color

How to reproduce the problem from neovim startup
I have node installed throw homebrew so npm is in /usr/local/bin/npm

open a TypeScript foo.ts or JavaScript file foo.js
Check ~/.local/share/nvim/vim-lsp.log

[ ERROR ] 2020-05-14T10:40:31Z+0200 ] ...EAD-02155f5/share/nvim/runtime/lua/vim/lsp/callbacks.lua:175 ]	"[tsserver] /bin/sh: /usr/local/Cellar/node/14.2.0/bin/npm: No such file or directory\n"

[ ERROR ] 2020-05-14T10:41:00Z+0200 ] ...EAD-02155f5/share/nvim/runtime/lua/vim/lsp/callbacks.lua:175 ]	"[tsserver] /bin/sh: /usr/local/Cellar/node/14.2.0/bin/npm: No such file or directory\n"

Actual behaviour
Logs errors that it can't find npm
Expected behaviour
To find the correct npm path & not to error out

This is a known issue with tsserver/npm/node/homebrew, not with nvim-lsp. See https://github.com/microsoft/TypeScript/issues/23924 for reference, there's probably many like it if you search for 'tsserver npm: No such file or directory'.
Anyway, the quick solution for you is this:
$ ln -s /usr/local/bin/npm /usr/local/Cellar/node/14.2.0/bin/npm

Also, the breaks every time Node is updated or re-installed.

This is a known issue with tsserver/npm/node/homebrew, not with nvim-lsp. See microsoft/TypeScript#23924 for reference, there's probably many like it if you search for 'tsserver npm: No such file or directory'.
Anyway, the quick solution for you is this:
$ ln -s /usr/local/bin/npm /usr/local/Cellar/node/14.2.0/bin/npm

I was already thinking about that but wanted to check first.

Also, this breaks every time Node is updated or re-installed.

Exactly, but since it's not a nvim-lsp issue will close this issue & deal with this on my own then.
Thanks

Sorry, but I didn't want to open a new issue. It seems that the tsserver LSP is resolving package.json before tsconfig.json
https://github.com/neovim/nvim-lsp/blob/b77a24f6b6bdf32d621f37c733f399f33a7eab0d/lua/nvim_lsp/tsserver.lua#L20
But even if I change that to be
nvim_lsp.tsserver.setup{
  root_dir = nvim_lsp.util.root_pattern("tsconfig.json", "package.json", ".git");
}

It still resolves package.json before tsconfig.json I looked at https://github.com/neovim/nvim-lsp/blob/b77a24f6b6bdf32d621f37c733f399f33a7eab0d/lua/nvim_lsp/util.lua#L289-L322 but my Lua knowledge is very minimal. I tried to add a couple of print statements but couldn't figure out the issue.
The only solution for me now is to remove package.json from the list.

Not sure if (or when) Microsoft/TypeScript #23924 will be fixed! So, I guess the best way forward right now is to use install Node without Homebrew (see comment)!
So, I removed the Homebrew version of Node & installed it using asdf instead.


Extract annotations plugin into feature branch + reallocate utility / convenience functions

https://github.com/readium/readium-shared-js/tree/develop/plugins/annotations
https://github.com/readium/readium-shared-js/blob/develop/plugins/annotations/annotations_module.js#L683

Utility function fix: https://github.com/readium/readium-shared-js/issues/147

I'm a software developer at Bluefire Productions. We make extensive use of the annotations plugin. I'd like to be involved in the ongoing work to extract CFI functionality out of the annotations plugin as well as work towards fixing any performance issues we've encountered.

I am not entirely sure what the relationship is between @JCCR 's testing of @dmitrym0 's prefetch code and the memory leak that seemed to come from the Annotation's module.  Is there a plan to pursue this further or is removing annotations the extent of the plan?

@Bluefire-BuildMaster
There isn't a strong relationship. @dmitrym0 's prefetching code allowed me to benchmark and test the scenario of when an iframe is unloaded and a new one created when switching from one spine item to the next. You could replicate my findings without the prefetching, it just doesn't have the same "impact". From what I observed the memory leaks were happening because Backbone was keeping references to the iframes, DOM nodes, and other objects and they were not being cleaned up by the GC. The only place where we use backbone is in the annotations module.

Let's not forget to rename the CSS classes that are used to highlight / etc.
See: https://github.com/readium/readium-shared-js/issues/203

Thank you, @JCCR.  For those of us that use the annotations module, is there a plan to explore non-Backbone-based annotations?  Or should we take that on since we plan to make use of it?

Fixed: https://github.com/readium/readium-shared-js/pull/212


Need to add "restore" to notebook params

For longer video work, the "restore" feature is often necessary.  However, it appears the toggle has been pulled out of the notebook params so there's no way to restore a run without going into workhorse.py and setting restore to True.

I think I removed it because it wasn't working, but I've put off looking into it for long enough. Thanks for bumping me, will look into it.

just noticed you were playing with the restore feature in your fork. Still haven't actually gotten around to playing with this myself: in your experiments, did you observe that simply setting the option to "True" was sufficient to trigger the appropriate "restore" behavior? If really all that's needed is to add back a checkbox, that'd be wonderful. Were you going to turn your fork into a PR?

Hey @dmarx so far setting restore to True has been sufficient at least for the Video Source case I use it for.  I think there was a comment somewhere I read that said restore relies on the backup folder.  So assuming that folder is present with contents I am guessing it works.  I'll send a PR in a minute.

https://github.com/pytti-tools/pytti-core/pull/112

In order to be compatible with version of notebook that doesn't provide restore as a parameter, I set the code in pytti-core to restore = params.get('restore') or False


Bug in iLQS: dim_actions and dim_parameters not updated.

On this line, local variables dim_actions and dim_parameters are declared, which means that the assignment doesn't affect the member variables of the same name, so they're always zero.
This has two effects:

Later down that function, mju_mulMatTMat is called with matrix sizes of 0, so there's no mapping from the iLQG nominal plan to the sampling nominal plan.
The spline mapping computation happens every time, instead of just once.

The fix is simple, removing the int  from the two lines. I tried it and it looks fine to me, but I saw no obvious impact on the performance of iLQS, so I wanted to check with Taylor if there's some model where this could have a significant impact, and to validate that recomputing the spline mapping is not necessary.

Good catch!
This change should only improve tasks that use this planner. I tried the fix and things seem good to me.


fix: NumberFields do not support doubles, decimals, floats

🐛 Bug Report
When inserting a value into a numberfield where the bound value is a double, float or decimal, will not allow the user to enter a value with a decimal. It will instead ask you to enter one the the 2 nearest integers.
💻 Repro or Code Sample
<EditForm EditContext="EditContext">
    <DataAnnotationsValidator />
    <FluentNumberField @bind-Value="ExampleModel.Test" Label="Test" />
    <FluentButton Type="ButtonType.Submit">
        Submit
    </FluentButton>
</EditForm>

@code {
    EditContext EditContext { get; set; } = default!;
    Model ExampleModel { get; set; } = new Model();

    protected override void OnInitialized()
    {
        base.OnInitialized();
        EditContext = new EditContext(ExampleModel);
    }

    public class Model
    {
        public double Test { get; set; }
    }
}

🤔 Expected Behavior
Allows user to submit the form with a value with decimals
😯 Current Behavior
When submitting the form, we get this preventing form submission.

💁 Possible Solution
🔦 Context
I have produced a minimal repro (above) in the base template after having found the issue in my main project in order to isolate it.
🌍 Your Environment
Windows, Chrome, .net 8, 4.2.1  FluentUI

Hi,
Closing this as it is a duplicate. Please see https://github.com/microsoft/fluentui-blazor/issues/1127#issuecomment-1857646659

@vnbaaij Just to clarify then, we cannot use the NumberField for decimal values whatsoever? I tried setting the step to 0.01 for example and still get the issue (though this would have still been suboptimal, as stepping using the spinner would have been preferable by a different value). All the same though, I am unable in any way, to have the number say "1.2" represented in a NumberField component?

I'll take another look at what is happening when it is used in a Form.
But please look at the article I linked to in the other issue. The NumberField is most of the times not a good solution.

Hi @vnbaaij,
I hope you read comments on already closed issues and it is ok to discuss this issue further here.
I also have troubles with the number field and now read your comments, the linked issue and the link provided there.
For my application I need a number field with validation (e.g. min/max value) and culture awareness. You now suggest to not use the number field, instead as stated in the provided link a text field with inputmode=numeric should be used. I could now use the FluentTextField and try to set the inputmode with the AddtionalAttributes – maybe the FluentTextField should provide an explicit parameter for that.
But in the end, I think I will make no sense to add all those things (min/max value, culture awareness) to the FluentTextField as it is a text field and no number field. Therefore, I see 3 solutions:

Create my own component which handles all those things with support for min/max, culture awareness and custom validation
Change/improve the FluentNumberField to behave like a correct number field and not using <input type="number"> but <input type="text" inputmode="number"> with support for min/max, culture awareness and custom validation, number formatting (scientific, …), integers or floating point, ...
Add an additional fluent component to the library with all the features from 2.

From my perspective,

Feels strange. Because I am using a component library which should take care of such "every-day" problems.
Would be the correct thing to do, because everyone using a component library and sees a component NumberField expect such features.
Would also be ok, because the FluentNumberField is a "mapping" to the html input number field with all its known "issues". But we have a general component the works as expected.

What do you think?

Yes, we get notified on responses on closed issues (and read them!).
I'll take some time to think about how we can best approach this problem during the coming (hopefuly quieter) weeks.
First respone on your points:

Agreed, this should be something offered by us.
Not entirely sure this is possible. Need to investigate
Is an option but I prefer to have/use something already available and not develop everything ourselves (we don't have the capacity for that). Perhaps we can re-use more of the standard InputNumber component

I'm having the same issue with a FluentNumberField with TValue=double in an EditForm--validation of the number field fails when the value is not an integer.

Trying to piece together the issues/discussions already open regarding this behavior (#733, this one #1175, and  https://github.com/microsoft/fast/issues/6617)... so this validation bug is coming from the @microsoft/fast-element library that these components wrap? If so, seems like an issue to push harder in the FAST project, since it's an essential behavior that is affecting projects consuming it.
Is there an alternative component/workaround that can be used in an EditForm?

@thebarrettlo I'm in contact with the FAST team again to see what we can do.

Have you got anywhere with this after contacting the FAST team?

No, is still open

Is there an issue you can share on the FAST Issue board that's in relation to this?

Overarching issue is this one: https://github.com/microsoft/fast/issues/6881

Running into this issue, too 💥

No, is still open

Any progress?

No. And there won't be any till things change in the web component.


Update ten-o-clocknews

I changed the title of this page from Ten O'Clock News to Boston TV News Digital Library. Should we change the slug?

Renamed is fine by me: went ahead and did it. Merging.


Method matchers do not match method references

Description of the problem
Method matchers do not match method references.
I have a custom bug checker. The purpose of it is to encourage users to call one method and the other.
Example:
class Builder {
    // ...

    public Result build() {
        // ...
    }

    public Result validateAndBuild() {
        // ...
    }
}

I'd like the users to call validateAndBuild() instead of build() whenever possible. I do not have control over the Builder class, thus the need in a custom bug checker.
This is how I match the build() method calls:
@Override
public Description matchMethodInvocation(MethodInvocationTree tree, VisitorState state) {
    boolean matches = MethodMatchers.instanceMethod()
                            .onClass(isDescendantOf(Builder.class.getName()))
                            .named("build");
    if (matches) {
        // Collect and return description and fixes.
    } else {
        return NO_MATCH;
    }
}

When I try to match simple expressions of the form builder.build(), the checker matches it successfully. However, the checker does not match expressions of form builder::build.
Also, a simple method call placed into a lambda works fine as well.
What version of Error Prone are you using?
Error Prone Java libraries of version 2.3.3.
The Javac tool for testing of version 9+181-r4173-1.
Error Prone Gradle plugin of version 0.8.
With that, I'm using Java 1.8.0_121 and Gradle 5.4.1.
Have you found anything relevant by searching the web?
I did not find GitHub issues or mailing threads on this topic. Also, I've checked the AmbiguousMethodReference check source code and it seems to have nothing to do with the actual method reference invocations, rather with the method declaration.
I guess, I could write the matching by hand, using only the Javac API. Not sure if that's what I should do, as, probably, I'm not the only user who could find matching method references helpful.

I think you have to implement MemberReferenceTreeMatcher too (see how DoNotCallChecker does it for example)

Thanks, this seems to work for me. Seems like this API is dictated by the Javac API, thus I consider the issue resolved.


Proposal to serialize messages in a confluent-compatible format

A separate sink mode 'confluent' prepends the avro record with a schema ID, such that the Kafka consumers can look up the correct schema to deserialize it.

@friso : I'll add tests to ensure the serialization is carried out correctly.
I'm not sure if it's possible to use the Confluent Schema-Registry serializers directly without pulling in too many dependencies.  That would make the use of the correct format trivial.  Although I'm not too concerned this format will change (frequently).  A couple of incompatible changes would undermine the platform's credibility anyway.
Of course it is possible to create a stream processor that transforms a native Divolte topic (either "naked" or "divolte" in the #135 lingo) into a Connect-compatible one.  My assumption is that the Confluent platform is going to be used by a significant portion of the Divolte user base.  Maintaining a separate stream processor just for this purpose seems like a lot of overhead, if some (relatively) small changes to Divolte itself can achieve the same result.
I will try to set up the code such that the "divolte" format can be easily added; in particular using polymorphism rather than switches.

@fvlankvelt This will be the first outside contribution to Divolte, and I hadn't properly set up the process documenting this yet. (There was a long-standing draft process on a branch, which I've finally merged to master.) The gory details are here To cut a long story short, as with many projects we'll need an individual CLA from you, as well as one from your employer if they claim all IP that you produce. (This is typical for employment contracts.)
Getting back to the technical bits, I have the following observations:

Within the context of Divolte, encoding the key is different to the message value because we don't support mapping or schema. It will always be the party identifier. I understand that the Confluent platform lets you encode keys in the same ways as values, but is there any value for us? Is there a use-case for Confluent-encoding the keys? As far as I can tell when setting up a consumer within the Confluent platform there's no requirement to configure the Avro decoder specifically.

Assuming we do need to Confluent-encode the keys, the right place to specify the id is the global Kafka configuration.

I think that confluent_id is a better name than schema_id for the configuration property, but that's not a strong preference.

Initially, this feature needs to be labelled experimental and documented as such. Normally before releasing new features we test them internally, and often in production with some existing installations. In this case however we don't have sites using this feature, and it's difficult to test. As such we'll have to solicit external feedback and it's only fair to users that we document that it still needs testing.

Incidentally, it looks like Confluent now properly documents and make some promises about their wire format: http://docs.confluent.io/3.1.1/schema-registry/docs/serializer-formatter.html#wire-format

I'm excited to see this move forward. Before it gets too far down the road, though, I wanted to float another possible approach for consideration. What about using groovy to produce the byte header with an expression specified in the configuration? Then I could specify any byte header I wanted to, whether it was confluent's 5-byte header, or @asnare's proposed header with longer magic and a hash of the message?
I'm not trying to throw a spanner in the works here and not looking to slow this down. But I do take @friso's comment above about tight coupling with confluent seriously. While I agree with @fvlankvelt that it's unlikely confluent will be changing its header format much, if at all, this solution is entirely confluent specific and doesn't provide any scope for other schemes.
At the end of the day, what's being done with this approach is simply adding a byte array header in front of a byte array message before its written out to kafka. We want the ability to compute that array somewhat dynamically, and we currently have a dynamic script processing language already built into divolte.

@nextdude So, I was always open to the idea of supporting Confluent, although key-encoding has given me pause for thought.
Regarding your suggestion to use groovy… we've been very careful to not allow arbitrary code to execute during mapping, partly for performance reasons. (If you look carefully, mapping is all about declaring how to map events, not actually defining the code that will perform the mapping.)
The big question in my mind now is whether we should support:

The #135 encoding + Confluent native as in this PR.
The #135 encoding + emulate Confluent by providing a consumer-side bridge.

@asnare I'll gladly sign the Individual Contributor License Agreement and ask my employer to sign the Corporate CLA.
The Confluent Schema Registry allows the converters for key and value to be configured, but by default the AvroConverter is used by both.  I guess for best interop the same approach can be used - configurable Kafka Connect Converters.  Those then also abstract the exact header format away.
The confluent_id name makes sense - with multiple encoding schemes, "the id" does not exist anyway.

@friso AFAICS, I've addressed your review comments.  Care to take another look?

@fvlankvelt Instead of adding a new SingleSchemaRegistryClient class, what do you think about reusing Confluent's existing MockSchemaRegistryClient(). It would serve the purpose and avoid adding another class to divolte. Also, while I can see some benefits to your approach, is there a need for the DivolteIdentifier to be serialized as a record, vs just serializing as a string? GenericRecord is relatively heavy.

@asnare, regarding your comment above, what do you mean by a consumer-side bridge?

Btw, @fvlankvelt, I think it was a good move to re-use Confluent's serializers to do the actual serialization. And never mind my comment on using the MockSchemaRegistryClient(). I see after closer inspection that would break the serialization, because you'd create a new schema id from the byte array schema that's created when you call the serializer.

@nextdude For consumer-side bridge, I mean an alternative consumer-side deserialiser that understands #135-prefixed messages and can locate the schema from a central topic on which they've been published. (A drop-in replacement for the Confluent deserialiser.)

@fvlankvelt, do you know what the status is of this PR? Any plan to release it?

@nextdude : technically, the PR is ready for merging.  Procedurally, my employer and me still need to sign the Contributor License Agreements.  This is taking a lot more time than I had hoped.

 Wonder if there has been progress either on merging with the 0.5.0 release or signing the CLAs?

@nextdude @fvlankvelt The only reliable information that I have to offer at this point is that @asnare is in rural Australia at the moment with limited access to the internet. It might be a week or two before there's a response on this...

@friso thanks for the update!  Will wait for @asnare's return.

@asnare , @friso : The branch
https://github.com/wehkamp/divolte-collector/tree/rebase-to-upstream
is occasionally rebased to have a clean fix that can be applied to master without further issues.  (and so that changes can be reviewed easily)
@nextdude : you could try using this branch to also take advantage of other fixes that are made to the collector

In terms of scheduling we're currently testing the current snapshot build, which will probably be released as 0.6 tomorrow. With that out of the way, I expect to have some time to focus on publishing Confluent-compatible records on Kafka topics.
Re-reading this discussion, a few things grabbed my attention:

The documentation doesn't mark this feature as experimental.
The encoding of keys in confluent-mode breaks our ordering guarantees. Keys only contain the party identifier… no timestamp, no version.
The schema for keys should probably be part of our divolte-schema project so people can depend on it via maven central. (This would also eliminate the use of GenericRecord.)
I haven't looked at the dependency we add and what it includes transitively, but given how 'simple' the Confluent header is I'm very very tempted to just do it ourselves instead of via the dependency and avoid the possibility of class conflicts. There's very little risk of them changing the format due to its design. (And any changes they do make will require code changes on our side to support anyway.)

In terms of updating the PR, merges are fine… no need to rebase.

The key encoding is only dependent on the DivolteIdentifier - the timestamp and version are those from the time of ID generation.  More to the point, it is the same for each event sent for a particular partyId so ordering is maintained.
Creating a java class for the key record makes sense to me; I'll try and prepare a PR for that.
With regard to the dependency - keeping the transitive dependencies to a minimum certainly makes sense.  I'm fine with either solution.  Shall I prepare the change?

@asnare : With regard to rebasing - GitHub tells me there are conflicts that must be resolved; of course I'm fine with you doing that.  It's not my favorite pastime...

@asnare : I've taken your feedback into account

the divolte identifier schema is now available for PR at https://github.com/divolte/divolte-schema/pull/4
documentation now marks the confluent mode as experimental
dependency to confluent libraries has been removed in favor of a custom implementation

On Friday I spent some time looking at this pull request a lot closer. One question that arose so far pertains to Avro-encoding the key. There's a few things at play here:

So far we don't expose the structure of the identifiers (version, timestamp, random value) anywhere. The structure is really an implementation detail; in particular the timestamp was originally used for one purpose and is no longer needed.
We don't currently Avro-encode the key. If there's no need to Avro-encode it, making it Confluent-compatible is moot.
The key we use (party identifier) is intended only for ensuring ordering by Kafka. That means for a party, it should be stable. By going Confluent-compatible we open up an occasional edge-case when the registry id changes where events from a specific party can be consumed out of order.

So… I'm wondering what the benefit of Avro- and Confluent-encoding the keys is. Right now I don't see it:

Any semantic information should be in the payload anyway. (Including the party identifier.)
Encoding it merely makes it necessary to configure more things.
If the consumer is having trouble decoding a message due to registry/schema/encoding problems, a non-Avro-encoded key is simpler to log without encountering the same issue.

@fvlankvelt Have I missed something here?

Thanks for merging @asnare!
You are right about the key encoding - it indeed does not add much value.  Am grateful that it's in though as my upgrade path is now straightforward!

Congrats @fvlankvelt on getting this in. And thanks @asnare for merging it. This is great news.


⚠ Fortnite has degraded performance

In b42419c, Fortnite (https://fortnite.com) experienced degraded performance:

HTTP code: 200
Response time: 1602 ms

Resolved: Fortnite performance has improved in f78f817.


Integration of sin(x)cos(x) is wrong

https://github.com/asc-community/AngouriMath/blob/master/Tests/UnitTests/Calculus/IntegrationTest.cs#L28

Wrong test


A gif in readme would be great

Hint @kaunteya ;)

You can find it right over here: https://github.com/GitHawkApp/DropdownTitleView/pulls

Not sure what we would gif. There aren't any animations or anything!

@rnystrom Dropdown


Feature request: Set token vision for newly created tokens as enabled by default.

Currently you have manually enable vision ( "Token has vision" ) for each token created.
Making it enabled by default would save some time, clicks and possibly headscratches, when you wonder why the PCs do not see anything again ;-)

There is actually a core Token Configuration setting in foundry to have token vision turned on automatically. Considering that there is already an option to override this, I don't see a reason to override it further at the system level.
To access it, click on the gear icon on the side bar, click on "Configure Settings", then on the "Core Settings" tab, click on "Configure Default Token Settings" button.


Typo countries

Description
Please describe your pull request:

Why is it necessary?
It's not really necessary, it's just a typo.
What does it improve?
Readability of the code.
Does it have side effects?
No.

Questions
Answers

BC breaks?
no

Tests pass?
yes

Related tickets?

How to test?
Not needed

Merged onto 5.2 with commit https://github.com/shopware/shopware/commit/f803206b45f63531d36ad553c39e3977e3bb404c.
Thanks @logTom :+1:


Updated resources of README.md

Earlier the resources (2 links) provided were just making user/dev land to that website, and then user have to figure out from there like where is actual solution listed in whole website? I faced this same issue a few minutes ago, while going through this documentation. But now these minor changes in resources (Updation of 2 links) will point user/dev to the right page/resource that will solve their problem.
Fixes Part1: #42845

/language en

/lgtm
/approve
Thanks.


Investigate Travis Float GCD test failure

From Travis:
[info] - Float GCD *** FAILED ***
[info]   GeneratorDrivenPropertyCheckFailedException was thrown during property evaluation.
[info]    (GCDTest.scala:47)
[info]     Falsified after 11 successful property evaluations.
[info]     Location: (GCDTest.scala:47)
[info]     Occurred when passed generated values (
[info]       arg0 = -2.594723E-26,
[info]       arg1 = 1.5293149E-32
[info]     )

Float testing is ugly anyway, if it does not reappear, let's close this.


[OPS] Refactor GBench parser to use ASVDB

GBench parser is currently coded to work without ASVDB. Should be refactored to work with Rick's library, allowing for easier to read code and more functionality on the user side.

Done.


Color states

Please change the states to match Courtney's document.
For focus, you can add the following CSS which will reference the variables set in the ilw-global.css document (we are using "outline" instead of any explicit borders)
{
    background-color: var(--ilw-link--focus-background-color);
    color: var(--ilw-link--focus-color);
    outline: var(--ilw-link--focus-outline);
}

Variables are:
--ilw-link--focus-background-color:var(--il-industrial-lighter-4);
--ilw-link--focus-color:var(--il-blue);
--ilw-link--focus-outline:solid var(--il-blue) 1px;

There is one potential issue, best practices for accessible clickable cards say that only one element in the card should be an actual link. Otherwise a screen reader would read the entire card every time the link is referenced.
That means the card never actually receives focus. We could make it appear to receive focus anyway, but that might not be accessible.
The hover is different because it's just a visual, and doesn't affect assistive technology. We should discuss the best approach here.

We are going to ignore the full card focus for the time being, and just display focus on the link and button elements in the card. That's in line with all accessibility recommendations that I could find dealing with clickable cards.

Resolved in 84382e51ab73ad7c9ce1db40088df770c7cf9d51.


Pre-check some video IDs in the archive before downloading

Before submitting a pull request make sure you have:

[x] At least skimmed through adding new extractor tutorial and youtube-dl coding conventions sections
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8

In order to be accepted and merged into youtube-dl each piece of code must be in public domain or released under Unlicense. Check one of the following options:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[ ] Bug fix
[x] Improvement
[ ] New extractor
[ ] New feature

Description of your pull request and other information
This tries to stop single video downloads that are in the archive
file from triggering any actual HTTP requests. This became an
issue during the playlist download capability being broken by the
disable_polymer option; as a workaround, I put together download
batch files using a regex-manipulated copy of the playlist page
DOM, so each batch file would run a download for each single video
in a playlist rather than having the program fetch the playlist.

The major problem is that even if a video ID is in the archive,
the video info page must still be downloaded before it is ever
checked within the archive for rejection. By checking the video ID
before anything is downloaded, the rejection happens much faster
and no unnecessary HTTP requests are sent out.

This should be extended in the future for other services that do
not require a page download to retrieve the video ID.

This uses a regex match to check the site-specific URL and should
basically be a no-op for all other sites.

I also just fixed a problem caused by UPX being in the PATH resulting in a corrupt executable from make_win.bat.

It's a great idea. But I think the actually checking should be done by the extractor instead of in the main module

@pukkandan That'd be nice, but due to the way the program is constructed, the archive info and the YoutubeDL.py functions don't seem to be available to the extractors.

What I meant is that it would be best if the extractor can be made to provide the id instead of hardcoding the urls in YouTubeDL

@pukkandan I agree...here's where the youtube extractor pulls the ID: https://github.com/blackjack4494/yt-dlc/blob/master/youtube_dlc/extractor/youtube.py#L1802-L1806
The problem is this: how do you then get that ID back up to the main code? I'm primarily used to working with C, and this program is basically a pile of object-oriented spaghetti, so I don't know how I'm supposed to kick that back up. It takes forever just to follow this program's flow.

This works, at least by the minimal testing I have done https://github.com/blackjack4494/yt-dlc/pull/181
Since it affects all extractors, It would need proper testing before it can actually be used

btw, you should make the make_win fix a seperate PR

@pukkandan I reverted make_win and set up a separate PR (I accidentally committed it to the wrong branch in the first place). The code in this PR should affect no other extractors since it requires a regex domain match and I'm unaware of any other extractors that will use https://*.[youtube|bitchute].com/. I don't like that I had to add the code where I did, but I did a lot of looking for a better place to put it and always found that "the cure is worse than the disease." I'm sure there's a better way to write this code, I just can't think of it (and my itch is now scratched, too.)

@pukkandan Take another look now; the extractor is known by the time the code is called, so I made the code explicitly check the extractor rather than relying on a regex match. This should be safer and faster too, and effectively makes this feature a no-op for any extractor that isn't implemented within it.

@jbruchon Did you not see the PR I mentioned above? #181
I have already made generalized code for all (or most) extractors, without needing regex defined in YoutubeDL

#181 works, at least by the minimal testing I have done
Since it affects all extractors, It would need proper testing before it can actually be used


Downloading APK From Store

When I click install from store i got notification installing but it is not static. Keep on downloading in progress. App is not installing

Could you able to check the operation log of the EMM console.
Does INSTALL_APPLICATION operation is still in pending status.

Yes..It is pending status

Did you check the behavior of other operations like device lock,ring.Even
they are also in pending status,If you put some lock/ring operation.
On Mon, Jun 13, 2016 at 3:15 PM, Vivek<EMAIL_ADDRESS>wrote:

Yes..It is pending status
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/wso2/product-emm/issues/236#issuecomment-225535545,
or mute the thread
https://github.com/notifications/unsubscribe/AMZQyqcJb3QeGLYP6Yvkw5gzcWATKNsKks5qLSbHgaJpZM4I0EtM
.

--
Hasunie Adikari
Software Engineer
WSO2 Inc.; http://wso2.com
lean.enterprise.middleware
blog http://hasuniea.blogspot.com
Mobile:+94715139495

I get notification. INSTALL_APPLICATION status changed to completed. But i have not got apk file. It is just show downloading progress alone also notification is also not constant.

Could you able to provide the EMM version which you use.?
On Mon, Jun 13, 2016 at 3:40 PM, Vivek<EMAIL_ADDRESS>wrote:

I get notification. INSTALL_APPLICATION status changed to completed. But i
have not got apk file. It is just show downloading progress alone also
notification is also not constant.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/wso2/product-emm/issues/236#issuecomment-225540930,
or mute the thread
https://github.com/notifications/unsubscribe/AMZQykjAKCvkRcQMYkoY6kuNCknzORZ4ks5qLSyCgaJpZM4I0EtM
.

--
Hasunie Adikari
Software Engineer
WSO2 Inc.; http://wso2.com
lean.enterprise.middleware
blog http://hasuniea.blogspot.com
Mobile:+94715139495

We are using EMM Verion 2.1.0

@ghost what's the size of your apk file ?


Depending on a particular Maven snapshot version is broken on 3.5

Expected Behavior
When declaring a compile dependency on a particular Maven snapshot version, the classes it provides should be available on the classpath when compiling.
Example
dependencies {
    compile "com.squareup.picasso:picasso:3.0.0-20170423.010317-12"
}

For more info on the feature see 2.4's release notes.
Current Behavior
The classes provided by the declared compile dependency are not present on the classpath when compiling. Thus, the build ends up failing because it doesn't find these classes.
Context
Upgraded our Android build from Gradle 3.4.1 to Gradle 3.5. It was working fine with the previous Gradle version. By the way, we're using Android Gradle Plugin version 2.3.1. We only changed Gradle's version.
Also tried building both from Android Studio and directly from command-line.
Steps to Reproduce (for bugs)

Create an Android project.
Put a dependency on a particular Maven snapshot version.
Have a class that uses a class of that dependency.
Execute the assemble task.

Build-scan link: https://scans.gradle.com/s/zdj7aojjd4q4m
Your Environment
Windows 10
Gradle 3.5

I tried to reproduce the issue but couldn't. For me that works for the 3.5 and all 3.x versions before. Can you please provide a sample project that reproduces the issue? The sample project can simply publish to a local repository.

Sure. Here's a sample project: https://github.com/juandiana/Gradle-Issue-1953
As it is (using Gradle 3.5), it fails to compile. If you switch back to Gradle 3.4.1 it compiles fine.

Thanks for providing the sample project. Any chance you have a non-Android dependency I can use? I'd like to try this out without the Android plugin being involved first to avoid any side effects.

Do you have any more feedback here, @juandiana?

Yes, sorry. I couldn't look into this last week.
I removed the Android plugin in favor of the Java plugin and the AAR snapshot dependency in favor of a JAR dependency and I could no longer reproduce this bug.
See changes in the sample project.

Could you try out resolving an AAR snapshot with the Java plugin applied. If that works then I'd suggest you ask about this on the Android forum.

I am going to close the issue given that this bug is not reproducible.

@juandiana did you ever open an Android ticket for this issue?

@anthonylawson No, since I wasn't able to setup a project that resolves an AAR snapshot with only the Java plugin applied (which was what @bmuschko suggested to do before reporting the bug to the AOSP tracker).
As I understand, it's the Android plugin who knows how to handle this package format.
I'll be coming back to this before migrating to the Android Gradle Plugin 3.x, which will require Gradle 4.x.

So, I finally was able to dedicate some time into figuring out what was going on.
Turns out that the problem was that the snapshot which we were using was removed from the repository as it can be seen here.
Since we had it cached on our local machines (and the CI server) we didn't notice it. Upon installing a new version of Gradle, it seems to query the repo to check if the artifact is there instead of using the local cache directly. So that's why it was failing! Building using a newer snapshot version with Gradle 4.0.1 works just fine.
@bmuschko Sorry it took me a while to give you an update on this!

We're facing the same problem. Cleaning all caches (rm -rf ~/.android/build-cache, rm -rf ~/.gradle/caches, rm -rf ./.gradle) makes ./gradlew assembleDebug work exactly once. Another ./gradlew assembleDebug fails because it supposedly can't find Picasso.
@bmuschko, should I open another issue specifically for Android? I did not upgrade the android-gradle-plugin yet, but I'll try that next.

@aried3r I tried to reproduce your guys' issue but couldn't. Please provide me with a sample project (optimally without applying the Android plugin first) that reproduces the issue. If you can't reproduce it with plain Gradle core then please open an issue for the Android plugin.

@aried3r I already submitted an issue for that on the Android side here. Looks like it was assigned to someone at Google to fix.

Thank you both! I will star the issue on the Android issue tracker and follow it there.


Space should be trigger menu items (open them, check / uncheck them...)

Issue Type: Bug
Steps to reproduce:

Open settings.json and include the following line:

"window.titleBarStyle": "custom"

Save the configuration and restart VSCode.
Try to check/uncheck auto save in file menu.

At least in my environment nothing happens.
@isidorn  Could this have anything to do with accessibility?
VS Code version: Code - Insiders 1.44.0-insider (b7bfce30be3c30aa2c33fbe94fe82b81d4105668, 2020-03-17T05:37:36.728Z)
OS version: Linux x64 5.5.8-arch1-1

@jvesouza this is due to custom menus on Linux.
I can check / uncheck it using the enter key (and that closes the menu). However space key does not check / uncheck.
Which seems to be the actual issue, thus renaming this and assigning to @sbatten since he owns the custom menus.

@isidorn  There must definitely be something wrong in my environment because I can't even check with the space bar or the enter key. I'm using today's version of code-insiders.
@ajborka  @joanmarie When time permits, would it be possible to test to confirm that the problem is in my environment? Thank you in advance.

Hi all.
I found the cause of the problem, and as usually happens in these cases, the problem was between the chair and the keyboard.
When changing the settings.json file I ended up not putting a comma at the end of the line it includes.
Instead of:
"window.titleBarStyle": "custom",
I used:
"window.titleBarStyle": "custom"
Please forgive me for the noise!

No problem, thanks for letting us know. That is a common error that I often hit.
However my initial comment still holds: space should trigger menu items in the custom menu. Let's see what @sbatten says.

@isidorn  I agree with you on the menu problem. Most other apps allow spacebar to activate menu items. Trying it in Mate or Gnome should demonstrate my point.

@isidorn  Thank you and I agree with your initial comment.
On the other hand I was wondering if VSCode should not have given an error message when saving the settings.json file, since there was an error in it.

@jvesouza for the settings.json issue missing error can you please file a new issue with repro steps and ping me on it - if you can reproduce it reliably and then I can forwad it to my collegue Martin who is in charge of json validation.

To Verify:

Open VS Code on Linux.
Enable the custom titlebar with window.titleBarStyle
Use keyboard to navigate the file menu.
Verify that space activates Auto Save

@sbatten @isidorn  I confirm that it has been corrected, great!
Thanks.

@jvesouza thanks for trying it out
@sbatten thanks a lot for fixing it!
Adding verified label.


A button for AI CT scan classification

What feature or change would you like to see made?
I would like to add a feature where you can press a button to do AI classification on CT scans (specifically Lung CTs). I have been working on a machine learning architecture for lung cancer detection and have been looking for an open source DICOM viewer to integrate it into. How can I do this? (I've got the machine learning part down I just want to know where I need to edit code to add a button to the toolbar.) Thanks!

Take a look at toolbar module and toolbar service in docs.ohif.org

Hi! I actually did figure out how to make a button. I had to edit a ton of stuff in the cornerstone library though, and it was pretty convoluted.
Would you mind looking at this post I made I need some help


Installation error with auditlog

Hey guys, I'm hitting an install error not related to the missing overextends dependency. Something is wrong with auditlog.
Below is the relevant dump information, I'm using python 2.7.10, Django 1.8.4, Ubuntu 15.10
Operations to perform:
Synchronize unmigrated apps: gunicorn, staticfiles, messages, humanize, polymorphic, tastypie_swagger, overextends, djangobower
Apply all migrations: dojo, watson, sessions, admin, sites, auth, tastypie, contenttypes, auditlog
Synchronizing apps without migrations:
Creating tables...
Running deferred SQL...
Installing custom SQL...
Running migrations:
Rendering model states... DONE
Applying auditlog.0004_logentry_detailed_object_repr...Traceback (most recent call last):
File "manage.py", line 10, in
execute_from_command_line(sys.argv)
.....
django.db.utils.OperationalError: (1101, "BLOB/TEXT column 'additional_data' can't have a default value")
/usr/local/lib/python2.7/dist-packages/auditlog/models.py:6: RemovedInDjango19Warning: django.contrib.contenttypes.generic is deprecated and will be removed in Django 1.9. Its contents have been moved to the fields, forms, and admin submodules of django.contrib.contenttypes.
from django.contrib.contenttypes import generic

@grendel513, sorry this is blocking my defusedXML tinkering to make sure everything is working correctly.

#70 fixes this as well...auditlog is not at the latest version


VITE_PUBLIC_PATH value setting not working

Previously I was using /myappname/ folder and VITE_PUBLIC_PATH value was setup /myappname/ and it was working but with new releases after the value is not working

I also encountered this problem,Here's a solution:
edit the package.json:
"build": "cross-env NODE_ENV=production NODE_OPTIONS=--max-old-space-size=8192 pnpm vite build --base=/myappname/",

Yes thanks for the fix now it is working on uri path also

#2822
The reason is that the base has not been set.

#2822

#2822 The reason is that the base has not been set.


Not an issue: I made an NPX tool for this

Hi just wanted to make sure it was okay with you if I keep this super simple (and I mean simple) NPX script up. https://github.com/SpideyZac/create-pocketbase-app. It's just a script where you can easily install the 'pocketbase.exe' file into your project and can also specify the version and device. If you would like it to be taken down just let me know or would like changes, I'm happy to do so.

I don't see why I would have anything against it.
It is completely OK users to create external packages, extend or modify PocketBase.


[d4hines] Add block rate and operation rate metrics

Depends

[x] #533

Problem
We want metrics for block rate and operations per block (from which you can derive operations rate - i.e tps - in prometheus dashboard)
Solution
Adds these metrics.

Stacked PR Chain: d4hines

PR
Title
Status
Merges Into

#558
Simplify Sandbox.sh

-

#527
Dummy-ticket

#558

#536
feat: add block-by-level rpc

#527

#537
👉Add block rate and operation rate metrics

#536

#539
Benchmarking: ticket transfers

#537

#540
(Draft)POC: Parametric Deku

#539

#560
remove static.Dockerfile

-

#559
add gh-stack variable

-

Closed to consolidate PR's


Identifiers validation failed for dataset NSW Flying-Fox Habitat Restoration Program

Identifier validation failed for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 57
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 75% duplicates; 2684 total records; 2001 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/3946697/step

New IDs sample:

5dfeed86-347c-496b-a25b-ebb93214661e
3ff4235d-2d34-4723-b2fb-b0eb0174fa49
fd91646c-b3f0-4d2c-bade-6f233055f8c2
6c8478dd-2df0-434e-b66a-1df8ce99ed64
4030d19a-4137-41fa-9120-b3c66caa7175
13d7dce1-b67a-4ca5-bf2e-f0cd7db6ecaa
9a052a23-5833-47f9-bb0d-f3047e4f0845
64e32caa-6317-4525-933b-771b5b1f9938
de7f15ab-0c7a-4f03-b661-fb871b55115b
801a6a96-44a3-42e7-9b00-7242b3b77052

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 74
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 75% duplicates; 2684 total records; 2001 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4254784/step

New IDs sample:

5dfeed86-347c-496b-a25b-ebb93214661e
3ff4235d-2d34-4723-b2fb-b0eb0174fa49
fd91646c-b3f0-4d2c-bade-6f233055f8c2
6c8478dd-2df0-434e-b66a-1df8ce99ed64
4030d19a-4137-41fa-9120-b3c66caa7175
13d7dce1-b67a-4ca5-bf2e-f0cd7db6ecaa
9a052a23-5833-47f9-bb0d-f3047e4f0845
64e32caa-6317-4525-933b-771b5b1f9938
de7f15ab-0c7a-4f03-b661-fb871b55115b
801a6a96-44a3-42e7-9b00-7242b3b77052

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 78
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 94% duplicates; 3097 total records; 2925 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4335196/step

New IDs sample:

ed210164-ad66-4591-a037-5a20bcf8b22e
e2d5d7d5-ae10-4011-8445-7d463d292858
ecd482b8-2705-4f72-b8f5-d5a2646e2f73
3cd0849f-7c54-425f-a546-4e81690bdb71
2a382644-00c7-4fa7-ac3a-8651b8c91c43
b95953a8-2f8c-4619-a475-2aac49fab79b
4af629f2-07a1-428f-85a3-580672a58f83
b4ec8200-c2b8-4c95-8c71-cbc57d142690
7772b5e3-f8df-4719-8709-5fb8b391861a
dca032a4-c23f-4fa1-88d1-7211c8620109

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 80
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 94% duplicates; 3097 total records; 2925 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4337734/step

New IDs sample:

ed210164-ad66-4591-a037-5a20bcf8b22e
e2d5d7d5-ae10-4011-8445-7d463d292858
ecd482b8-2705-4f72-b8f5-d5a2646e2f73
3cd0849f-7c54-425f-a546-4e81690bdb71
2a382644-00c7-4fa7-ac3a-8651b8c91c43
b95953a8-2f8c-4619-a475-2aac49fab79b
4af629f2-07a1-428f-85a3-580672a58f83
b4ec8200-c2b8-4c95-8c71-cbc57d142690
7772b5e3-f8df-4719-8709-5fb8b391861a
dca032a4-c23f-4fa1-88d1-7211c8620109

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 84
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 94% duplicates; 3097 total records; 2925 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4367360/step

New IDs sample:

ed210164-ad66-4591-a037-5a20bcf8b22e
e2d5d7d5-ae10-4011-8445-7d463d292858
ecd482b8-2705-4f72-b8f5-d5a2646e2f73
3cd0849f-7c54-425f-a546-4e81690bdb71
2a382644-00c7-4fa7-ac3a-8651b8c91c43
b95953a8-2f8c-4619-a475-2aac49fab79b
4af629f2-07a1-428f-85a3-580672a58f83
b4ec8200-c2b8-4c95-8c71-cbc57d142690
7772b5e3-f8df-4719-8709-5fb8b391861a
dca032a4-c23f-4fa1-88d1-7211c8620109

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 85
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 94% duplicates; 3097 total records; 2925 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4369079/step

New IDs sample:

ed210164-ad66-4591-a037-5a20bcf8b22e
e2d5d7d5-ae10-4011-8445-7d463d292858
ecd482b8-2705-4f72-b8f5-d5a2646e2f73
3cd0849f-7c54-425f-a546-4e81690bdb71
2a382644-00c7-4fa7-ac3a-8651b8c91c43
b95953a8-2f8c-4619-a475-2aac49fab79b
4af629f2-07a1-428f-85a3-580672a58f83
b4ec8200-c2b8-4c95-8c71-cbc57d142690
7772b5e3-f8df-4719-8709-5fb8b391861a
dca032a4-c23f-4fa1-88d1-7211c8620109

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 89
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 94% duplicates; 3097 total records; 2925 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4394937/step

New IDs sample:

ed210164-ad66-4591-a037-5a20bcf8b22e
e2d5d7d5-ae10-4011-8445-7d463d292858
ecd482b8-2705-4f72-b8f5-d5a2646e2f73
3cd0849f-7c54-425f-a546-4e81690bdb71
2a382644-00c7-4fa7-ac3a-8651b8c91c43
b95953a8-2f8c-4619-a475-2aac49fab79b
4af629f2-07a1-428f-85a3-580672a58f83
b4ec8200-c2b8-4c95-8c71-cbc57d142690
7772b5e3-f8df-4719-8709-5fb8b391861a
dca032a4-c23f-4fa1-88d1-7211c8620109

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 91
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 94% duplicates; 3097 total records; 2925 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4419491/step

New IDs sample:

ed210164-ad66-4591-a037-5a20bcf8b22e
e2d5d7d5-ae10-4011-8445-7d463d292858
ecd482b8-2705-4f72-b8f5-d5a2646e2f73
3cd0849f-7c54-425f-a546-4e81690bdb71
2a382644-00c7-4fa7-ac3a-8651b8c91c43
b95953a8-2f8c-4619-a475-2aac49fab79b
4af629f2-07a1-428f-85a3-580672a58f83
b4ec8200-c2b8-4c95-8c71-cbc57d142690
dca032a4-c23f-4fa1-88d1-7211c8620109
7772b5e3-f8df-4719-8709-5fb8b391861a

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.

Identifier validation still  failing for the dataset NSW Flying-Fox Habitat Restoration Program:

Crawler attempt: 93
Publishing organization: Local Government NSW
Publishing country: AUSTRALIA
Installation: ALA.org.au
Number of occurrences indexed for this dataset at the time of the issue: 1213
Cause: GBIF ID problems exceed 50% threshold: 94% duplicates; 3097 total records; 2925 absent records
Pipelines execution steps: http://api.gbif.org/v1/pipelines/history/execution/4425800/step

New IDs sample:

ed210164-ad66-4591-a037-5a20bcf8b22e
e2d5d7d5-ae10-4011-8445-7d463d292858
ecd482b8-2705-4f72-b8f5-d5a2646e2f73
3cd0849f-7c54-425f-a546-4e81690bdb71
2a382644-00c7-4fa7-ac3a-8651b8c91c43
b95953a8-2f8c-4619-a475-2aac49fab79b
4af629f2-07a1-428f-85a3-580672a58f83
b4ec8200-c2b8-4c95-8c71-cbc57d142690
7772b5e3-f8df-4719-8709-5fb8b391861a
dca032a4-c23f-4fa1-88d1-7211c8620109

Old IDs sample:

00dd3c1c-9fee-4ffe-a35e-be68f8248e71
013da558-f1a7-4bc6-a0f8-99302a6ad016
046e3d91-9827-4618-92eb-561b8b7c0dfe
0649d122-7269-4a4d-8f0d-6c73625822a4
08c4810c-383e-4de1-9ced-693825737dcf
0e9647f7-e941-4589-96a0-5e256ce6c82b
0ef0f7c6-8dea-4de4-916b-704553f516ec
10685a0b-5ebe-463a-abfd-4264a3abae5c
1278c48a-bb83-40ab-b19e-227643b30583
16434f83-b658-4493-8184-591ba890040b

Publisher email
Hello,
I am contacting you from the GBIF Secretariat about a dataset published by the NSW Flying-Fox Habitat Restoration Program : https://doi.org/10.15468/q6zhh6.
We noticed that the occurrenceIDs were changed. We have temporarily paused the ingestions of this dataset.
As you might already know, when an occurrence record has a new occurrenceID for a given dataset, our system considers it to be a new occurrence.
This means that it will be given a new gbifid and a new occurrence URL (like this one: https://www.gbif.org/occurrence/1252968762) and the old gbifid and URL will be deprecated.
In this case, this means that the occurrence URLs would be deprecated when ingesting the newest versions of these datasets.
We would like to check with you if those changes were intentional. Do you know if this is the case?
Please let us know, thanks! We are happy to resume the dataset ingestion.
Note that some users rely on those occurrence URLs and gbifids (like https://bionomia.net for example). In an attempt to improve
the stability of the occurrence URLs and gbifids, we have implemented a warning system to detect these type of changes in datasets (see this news item).
If the data publisher can provide us with a list of old and new occurrenceIDs per record, we can avoid the identifier and URL changes. Could that be an option?
Please let us know if you have any question. Thanks!
All the best,

You can skip/fix identifier validation using the registry UI.


Filtering gets stuck at DefaultModelBuilder throws StackOverflowError

Hello
I'm having some problem while using catnap with Springboot it seems that the DefaultModelBuilder is getting stuck while filtering the object, it goes into an endless loop while and eventually throws an exeption
This is the JSON I get if i make the request without filtering
{     "status": 200,     "result": {         "id": 1,         "email"<EMAIL_ADDRESS>        "username": "miguel",         "enabled": true,         "roles": [             {                 "createdAt":<PHONE_NUMBER>432,                 "updatedAt":<PHONE_NUMBER>432,                 "id": 3,                 "name": "ROLE_USER"             }         ]     } }
When trying to get only the result like so
curl -X GET  'http://localhost:8081/api/users/1?fields=result'
I get this:
{     "timestamp":<PHONE_NUMBER>900,     "status": 500,     "error": "Internal Server Error",     "exception": "java.lang.StackOverflowError",     "message": "No message available",     "path": "/api/users/1" }
The Java output are endless lines of this:
at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.filterObject(DefaultModelBuilder.java:140) ~[catnap-core-2.2.1.jar:na] 	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.buildObject(DefaultModelBuilder.java:104) ~[catnap-core-2.2.1.jar:na] 	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.buildList(DefaultModelBuilder.java:70) ~[catnap-core-2.2.1.jar:na] 	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.filterObject(DefaultModelBuilder.java:140) ~[catnap-core-2.2.1.jar:na]
I also find it interesting that it does work if i for example request the username inside the result like ?fields=result(username)

@miguelsatcom Is there any circular reference in your DTO ? When catnap is enabled by fields query parameter, annotation like @JsonIgnore on field will be ignored. That could be a reason for your problem.

@Gunju-Ko I don't think that is the problem. If i make ?fields=result(username) than it works, shouldn't I get the same error if the circular reference was the problem?

@Gunju-Ko Is it possible to post your DTOs in a gist. It would be helpful to diagnose the issue.

@gregwhitaker
Hi Please understand that I'm not good at english
Here is example DTOs that caused the stackoverflow bug
There is a circular reference between Role and User
    @Data
    public class Member {
        private long id;

        private String email;

        private String userName;

        private boolean enabled;

        private List<Role> roles;
    }

    @Data
    public class Role {
        private long id;

        private Date createdAt;

        private Date updatedAt;

        @JsonIgnore
        private Member member;
    }

If request has a fields parameter and the fields parameter contains roles, than a bug occurs

Below is a bug message
	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.filterObject(DefaultModelBuilder.java:144)
	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.buildObject(DefaultModelBuilder.java:104)
	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.buildList(DefaultModelBuilder.java:70)
	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.filterObject(DefaultModelBuilder.java:140)
	at com.github.gregwhitaker.catnap.core.model.builder.DefaultModelBuilder.buildObject(DefaultModelBuilder.java:104)

If the fields parameter does not contain roles, or if it is sent without the fields parameter, then problem does not occur.

You can solve this problem by adding @JsonIgnore on getter method
    @Data
    public class Role {
        private long id;

        private Date createdAt;

        private Date updatedAt;

        private Member member;

        @JsonIgnore
        public Member getMember() {
            return member;
        }
    }

I apologize for the lack of explanation because I'm not good at english


feat(ci)add prometheus and scrape kepler on equinix runner

The test results are here

At the moment, the self hosted runner could mysteriously vanish if there are more than 1 jobs. So all the commands are embeded in the same job. Will move the commands to a script after the runner issue is fixed.

is this duplicate with test case in e2e_metric_test.go?
as we tested prometheus format there....


KafkaConnect restarting tasks does nothing

Describe the bug
Using "restart all tasks" and "restart failed tasks" does nothing. Likely due to UI using a native methods for connector, however those methods do not work. The only way to actually restart tasks is to iterate through tasks and call a a method for each task individually.
Set up

3 node KafkaConnect cluster
UI running in docker container (v0.4.0)

Steps to Reproduce
Steps to reproduce the behavior:

Have a connector with a task failed
Try to either restart all tasks or restart failed tasks

Expected behavior
Expected that tasks are restarted (they are not)
Screenshots
N/A
Additional context
N/A

hey Alex, that's what we actually do -- we call a restart for each of the tasks. Are you sure that nothing happens? Have you tried waiting for some time and refreshing the page?

@Haarolean thank you for the feedback, if that's the case then I think it is fine. I guess it perhaps failed too quick so I did not see it being actually restarted. Maybe some additional feedback on this would be good, i.e. show timestamp when the last restart happened (tho that would need to be tracked in the app itself since KC does not provide such information over API). Can keep this issue closed I guess.


docbug: section on expressions doesn't mention lack of operator precedence or parens

After an hour of head-scratching, I found this in the commit message for expressions:

Simple arithmetic: expr + expr, expr - expr, expr * expr, expr / expr
(simple left to right evaluation, no operator precedence)

Which isn't mentioned in the docs.
The comment in oiiotool.h is also inaccurate:
// Expand substitution expressions in string str. Expressions are
// enclosed in braces: {...}. An expression consists of:
//   * a numeric constant ("42" or "3.14")
//   * a parenthesized expression ("(expr)")

Oops. Will fix right away.

Fixed, and I also rebuild the PDF docs for master, it had been a while.


Use default settings values when database/tables doesn't exists

Should the bundle use default values from settings class when database/settings tables doesn't exists?
Asking it because even when we use doctrine:schema:update and cache:clear it throws an error. Probably because params are requested in container build phase?
$ ./bin/console doctrine:schema:update --env=dev

In ExceptionConverter.php line 49:

  An exception occurred while executing a query: SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dev.settings' doesn't exist

In Exception.php line 28:

  SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dev.settings' doesn't exist

In Connection.php line 71:

  SQLSTATE[42S02]: Base table or view not found: 1146 Table 'dev.settings' doesn't exist

doctrine:schema:update [--em EM] [--complete] [--dump-sql] [-f|--force]

Also occurs on ./bin/console cache:clear

This is now fixed


Move TS support to main repo

TypeScript is trasversal to many concerns in a project and is difficult to integrate if it's not done at creation time in the main repo.
The AE should serve as a migration tool for already existing projects.

This Feature request exists on the main Quasar repo https://github.com/quasarframework/quasar/issues/4399

Maybe same concern for testing. TS extension ok. Testing extension Ok. But when you install both ts and testing: not ok and wallaby fails.

This is known and there is a pending issue in the Testing extension to resolve this.  Thanks to @IlCallo for getting this effort started.

TS is now natively supported into Quasar core