Alt+F4 closes Todoist even if the window is not active

Alt+F4 closes Todoist even if the window is not active.
Documentation:

Keyboard Shortcuts
Alt+F4 - Quit Todoist

And it works. Globally. Meaning that pressing Alt+F4 in any window anywhere, closes todoist-linux window.
It really shouldn't. Alt+F4 is one of the most widely known and popular hotkeys. It shouldn't just be stolen from the whole system in order to use it for one program only in a very uncommon scenario of "I want to close todoist-linux competely while not having that window open".
Reproduction:

Start todoist-linux
Hide it with the global Show or Hide Todoist window hotkey (Ctrl+Alt+Q)
Go to any other program.
Try to close it using the standard Alt+F4 key. You see that the first press does nothing (because it is closing todoist-linux; you can see it by trying to press Ctrl+Alt+Q - todoist window won't show up)
Next Alt+F4 press actually closes that "other" program.

Yeah, all our keybindings are global. The way I see it now is we need only one global keybinding (to quickly add a note) and everything else should be local (when app is opened and focused).
We have this issue for a long time already and the only workaround here is to remove keybinding from config file or re-bind it to something unusual.
I definitely should spend some time making local keybindings. I'll try to find time for this as soon as possible.

"Show or Hide Todoist window" should also obviously be global.
Is it possible to remove the global Alt+F4 from the program completely? Wouldn't OS take over and make Alt+F4 still work, but only when the window is active?

Currently when the app is getting "quit" event from OS it just hides itself and doesn't actually quits. So Alt+F4 was redefined to force the app to quit. So this is why we have this keybinding in the app. I guess it's useful to have at least until we have some kind of configuration interface where user can choose what to do when "quit" event is received (I personally don't want this interface).

Now it makes more sense. Thank you for explaining.

I guess it's useful to have at least until we have some kind of configuration interface...

I agree but wouldn't it make more sense to be a local shortcut instead of a global one?
That way the app would only respond to the quit shortcut if it was in focus
I looked at the source and it doesn't seem too difficult to implement this, if you want I can make the changes to the code

Yeah, that's unfortunately how I initially implemented it (using global shortcuts). Alt+f4 obvously shouldn't be global and if you (@Dude29) can help me to fix it I'll be super happy

OK no problem, I'll make a PR 👍

The fix is in the latest 1.23 release now! 🕺

I'm in v1.23. But this problem still exists.

thanks @FindHao for the report. I'll take a look

I'm in v1.23. But this problem still exists.

Hi!
Could you describe the environment in which you are running the app?
Which distro are you using and your display environment?

I'm in v1.23. But this problem still exists.

Hi!
Could you describe the environment in which you are running the app?
Which distro are you using and your display environment?

Ubuntu 20.04.1 X86_64
Xorg
Two monitors

Ok this issue might be a little more complicated than expected.
I have the same environment as you with the exception of having only one monitor and I was unable to reproduce this problem on 1.23
I tested it by presing ALT+F4 while having Todoist open but with the file browser focused instead and the behavior was correct: Todoist did not close.
I think what may be happening is that electron is not recognizing, somehow, that the window is not focused but i'm not sure what can be causing that interference.
I'm sorry, I wish I could be more helpful

@Dude29 this is pretty good idea on what is going on. Thanks!
I wonder if I can reproduce it on my side. I'll post here the result

hey, just found this issue as I was searching what was hijacking my alt-f4, so I'll add the behaviour I see on my end.
I'm using todoist-electron from the AUR which I believe pulls from this repo. Whenever Todoist is running, alt-f4 doesn't work, unless the todoist window is focused. If todoist is focused, alt-f4 kills the whole todoist process. If todoist isn't focused, alt-f4 does nothing, it doesn't kill the window I have focused, exactly as if I had disabled the shortcut in gnome.
 You can fix it by changing (or by adding)  the quit key in your ~/.config/.todoist-linux.json file. Bind that quit action to something else and it must free Alt-F4 shortcut for the OS.
As I mentioned above the app use Alt+F4 as a global shortcut and if the app is running(not necessary active) then that shortcut is controlled by the app.
That's not intended behavior and I hope at some point it will be fixed.

@Araly
And to add to @KryDos 's suggestion, this is what I wrote in my .todoist-linux.json file:

"quit": "Alt+F14"

F14 button doesn't exist on my keyboard = this hotkey combination will not clash with anything useful, even accidentally.

I have the same behavior as @Araly when Alt+F4 won't work with any other app focused. Tried to remap it to different combination in config file but had no luck: the app just says that config is wrong and ignores it. I really need my ALT+F4 :)


Files in DBS and PhEDEx but marked as in_phedex=0 in the agent

Related to #7115 and #7439, but a different case (an interesting one btw).
While draining vocms0303, I noticed there were files marked as not injected into PhEDEx for the following wfs/datasets:
[('fabozzi_Run2016F-v1-SingleElectron-18Apr2017_8028_170512_163407_4491',
  u'announced',
  '/SingleElectron/Run2016F-18Apr2017-v1/DQMIO'),
 ('fabozzi_Run2016F-v1-SingleMuon-18Apr2017_8028_170512_155747_916',
  u'announced',
  '/SingleMuon/Run2016F-18Apr2017-v2/DQMIO')]

however, those datasets are complete in both DBS and PhEDEX, all files and lumis were registered.
Now the funny part. I took a look at the first workflow and it was pulled by vocms0303 and vocms0130. Looking at dbsbuffer_block and dbsbuffer_file on vocms0303 (picking a file marked as not in phedex, looking up its block):
> select lfn, in_phedex, block_id from dbsbuffer_file where lfn='/store/data/Run2016F/SingleElectron/DQMIO/18Apr2017-v1/120000/0AB98398-7639-E711-8B02-E0071B7A6890.root';
/store/data/Run2016F/SingleElectron/DQMIO/18Apr2017-v1/120000/0AB98398-7639-E711-8B02-E0071B7A6890.root	0

> select * from dbsbuffer_block where blockname='/SingleElectron/Run2016F-18Apr2017-v1/DQMIO#a3881a1a-39a0-11e7-9fab-02163e01820e';
nothing, this block doesn't exist on this agent (??)

now checking vocms0130
> select lfn, in_phedex, block_id from dbsbuffer_file where lfn='/store/data/Run2016F/SingleElectron/DQMIO/18Apr2017-v1/120000/0AB98398-7639-E711-8B02-E0071B7A6890.root';
/store/data/Run2016F/SingleElectron/DQMIO/18Apr2017-v1/120000/0AB98398-7639-E711-8B02-E0071B7A6890.root	1	7623

>select * from dbsbuffer_block where blockname='/SingleElectron/Run2016F-18Apr2017-v1/DQMIO#a3881a1a-39a0-11e7-9fab-02163e01820e';
7623	809	/SingleElectron/Run2016F-18Apr2017-v1/DQMIO#a3881a1a-39a0-11e7-9fab-02163e01820e	21<PHONE_NUMBER>	Closed	0

how come it has the same output file as the other agent?

Almost 4 years old issue, and apparently it hasn't happened again (or we did not update this issue). Closing it due to inactivity.


App is Janky

App is Janky , Email should be verified before giving acess to app . Onboarding Screen is not responsive .
This is a great business Idea .  I know You Guys are Sufficient for this , but would still love to be a part of this .
PR Related to the issues mentioned above as soon as i understand how is flow actually flowing in these 60k lines of code

Hi @amanv8060, thanks for reporting the bugs. We're not actively maintaining this project so feel free to open issues for individual bugs and take them up.
If you need any help understanding the flow, please let me know.


feat: take into account bundle yaml in PR check

What does this PR do?
feat: take into account bundle yaml in PR check
What issues does this PR fix or reference?
Part of https://github.com/devfile/devworkspace-operator/issues/407
Is it tested? How?

This PR is failing because GitHub actions does not allocate a TTY (https://github.com/actions/runner/issues/241) and Operator SDK refuses to work in that case: https://github.com/operator-framework/operator-sdk/blob/2781cf89a0d51a2783fa979a50ce8fdb22c820a9/internal/cmd/operator-sdk/generate/bundle/bundle.go#L137

fully cleaned up verbose mode enablement since it was TMP change.
Adapted PR to main branch where we use operator sdk 1.8.0

@amisevsk thanks for investigation failure and finding the cause. Do you think operator sdk could report  more clear message in such case? Maybe you would like to fire PR )

Reverting my changes since it does not work
Generating bundle metadata
time="2021-07-14T08:16:00Z" level=info msg="Creating bundle.Dockerfile"
time="2021-07-14T08:16:00Z" level=info msg="Creating deploy/bundle/metadata/annotations.yaml"
time="2021-07-14T08:16:00Z" level=info msg="Bundle metadata generated suceessfully"
Traceback (most recent call last):
  File "/opt/hostedtoolcache/Python/3.8.10/x64/bin/yq", line 8, in <module>
    sys.exit(cli())
  File "/opt/hostedtoolcache/Python/3.8.10/x64/lib/python3.8/site-packages/yq/__init__.py", line 111, in cli
    if sys.stdin.isatty() and not args.input_streams:
AttributeError: 'NoneType' object has no attribute 'isatty'
make: *** [build/make/olm.mk:16: generate_olm_bundle_yaml] Error 1
Error: Process completed with exit code 2.

Probably I did something wrong.

Reverting did not help, it still fails with

Traceback (most recent call last):
File "/opt/hostedtoolcache/Python/3.8.10/x64/bin/yq", line 8, in
sys.exit(cli())
File "/opt/hostedtoolcache/Python/3.8.10/x64/lib/python3.8/site-packages/yq/init.py", line 111, in cli
if sys.stdin.isatty() and not args.input_streams:
AttributeError: 'NoneType' object has no attribute 'isatty'

Trying faketty github action

faketty seems to help but it span redundant file

Generated deployment files are out of date; run 'make generate_default_deployment generate_olm_bundle_yaml'.
Diff:
HEAD detached at pull/449/merge
Untracked files:
(use "git add ..." to include in what will be committed)
typescript
nothing added to commit but untracked files present (use "git add" to track)
Error: Process completed with exit code 1.

dropped https://github.com/devfile/devworkspace-operator/commit/2bff324ffbc8710384ff174fe3c64ab4089abdc6

time="2021-07-14T08:16:00Z" level=info msg="Bundle metadata generated suceessfully"
Traceback (most recent call last):
File "/opt/hostedtoolcache/Python/3.8.10/x64/bin/yq", line 8, in
sys.exit(cli())
File "/opt/hostedtoolcache/Python/3.8.10/x64/lib/python3.8/site-packages/yq/init.py", line 111, in cli
if sys.stdin.isatty() and not args.input_streams:
AttributeError: 'NoneType' object has no attribute 'isatty'
make: *** [build/make/olm.mk:16: generate_olm_bundle_yaml] Error 1

can be reproduced locally as well, seems yq still needs pipe, so moved closing stdin to makefile level. And now it works, at least locally :-D waiting PR check succeeds as well.

:tada:

/test v7-devworkspaces-operator-e2e, v7-devworkspace-happy-path


Added the updated logic for Water Bill OCR

Fixes #33
Updated the Water Bill OCR logic to extract all the required info correctly.

please pass all the pipeline

still falling


Patch file document with data archive result

After ingest data archiver has completed transferring data files for a submission to ENA upload area, the result of the transfer is published to the ingest.data.archiver.complete queue.
This result needs to the processed and the file metadata document needs to be updated in ingest with the outcome of the transfer, including the MD5 computed, if the file was compressed during the process, etc. This is needed before submitting the RUN XML (ebi-ait/dcp-ingest-central#530 ).
Component where change is needed:

ingest-data-archiver
ingest-core add new property to File entity

Patch to file document:
"fileArchiveResult": {
    "lastArchived":  datetime.now().strftime("%Y-%m-%dT%H:%M:%S.%fZ"),
    "compressed": file.compressed,
    "md5": file.md5,
    "enaUploadPath": file.ena_upload_path,
    "error": file.error
}

PRs:
https://github.com/ebi-ait/ingest-core/pull/115 (approved, merged)
https://github.com/ebi-ait/ingest-data-archiver/pull/7 (in review)

Still waiting on a review for second PR - then can be merged into prod.

Still waiting on PR review!

Comments addressed. Waiting for (re-)re-approval..


How should I display the map?

My english is not good,so it may be a little difficult to understand,I'm sorry
I checked the [Map Image],but i don't see any map,no matter where I am.I'm sure that the images was downloaded in my plugins folder, 41 photos in total.So could you show me how to display the map?

My map opacity is -50,not completely transparent

Can you show me the whole image:

Also can you go to /xlplugins and disable HuntHelper:

then open /xllog
then enable HuntHelper and see if there are any error messages.


Update README.me with documentation for #3

Front-page usage stuff. Not sure if this is better in the main README or if I should put this in cloud/. I'm leaning towards putting it here because auth/push won't have their own directories.

LGTM, other than the nits above.


created a google colab notebook

created a colab file and and importing our csv files, and necessary modules

The code uses pandas to load IQ data from a CSV file and selects specific columns for analysis. It provides information about the DataFrame and counts occurrences of each unique question.

The libraries were installed successfully. It reads a CSV file named "merged_file.csv," selects specific columns from the DataFrame, displays the DataFrame's first rows, and provides information about the DataFrame's structure and the count of unique questions.
matplotlib is used to produce the graph. Good work.


Can't see connection-oriented channel details

When an L2CAP connection-oriented channel is established, the application is notified via a BLE_L2CAP_EVENT_COC_CONNECTED event.  This event contains a pointer to an struct ble_l2cap_chan object with all the details about the channel that was just connected.  However, this struct is private (it is defined in nimble/host/src/ble_l2cap_priv.h), and there is no API to query the channel for details.  So, the application cannot discover the CIDs or MTU of the channel.

Thanks, @michal-narajowski.  I am closing this issue.


@default is not respected when using @db.Uuid with Postgres

Bug description
When adding a default case to the @db.uuid native type in Postgres, the @default is not respected. The generated SQL file does not have the expected DEFAULT keywords.
How to reproduce

Create a model with the @default(uuid()) @db.Uuid set after a parameter
prisma migrate dev --create-only
Notice that DEFAULT keyword is missing from generated SQL

Expected behavior
No response
Prisma information
generator client {
  provider        = "prisma-client-js"
  binaryTargets   = ["native", "linux-musl"]
  previewFeatures = ["fullTextSearch"]
}

datasource db {
  provider = "postgresql"
  url      = env("DATABASE_URL")
}

Environment & setup

OS: Linux
Database: Postgresql
Node.js version: 16.14.2

Prisma Version
prisma                  : 4.0.0
@prisma/client          : 4.0.0
Current platform        : debian-openssl-1.1.x
Query Engine (Node-API) : libquery-engine da41d2bb3406da22087b849f0e911199ba4fbf11 (at<EMAIL_ADDRESS>Migration Engine        : migration-engine-cli da41d2bb3406da22087b849f0e911199ba4fbf11 (at<EMAIL_ADDRESS>Introspection Engine    : introspection-core da41d2bb3406da22087b849f0e911199ba4fbf11 (at<EMAIL_ADDRESS>Format Binary           : prisma-fmt da41d2bb3406da22087b849f0e911199ba4fbf11 (at<EMAIL_ADDRESS>Default Engines Hash    : da41d2bb3406da22087b849f0e911199ba4fbf11
Studio                  : 0.465.0

So... Until now the @default(uuid()) does the uuid generation in the client. We do not yet support extensions and using it in the database level requires us to enable the uuid extension.
This will change in the future, follow and comment on this issue: https://github.com/prisma/prisma/issues/12308
Right now, if you want this in the database level, you should have the model like so:
model A {
  id   Int    @id
  data String @default(dbgenerated("uuid_generate_v4()")) @db.Uuid
}

And in the migration file, add to the beginning the following extension:
create extension if not exists "uuid-ossp";

There are two extensions for generating uuids (uuid-ossp and pgcrypto), and afaik pgcrypto is the recommended one these days, uuid-ossp is older and not as good. That should be checked of course.


gitk does not run

Describe the bug
gitk does not run.
To Reproduce
nix-shell -p gitFull
$ gitk
Error in startup script: expected integer but got "Vera"
(database entry for "-font" in widget ".___tk_set_palette.button")
invoked from within
"$q .___tk_set_palette.$q"
(procedure "tk_setPalette" line 82)
invoked from within
"tk_setPalette background $c selectColor $selc"
(procedure "setui" line 8)
invoked from within
"setui $uicolor"
(file "/nix/store/922lxf3iy0mznrll0lrvy9vrwjan0d50-git-2.23.1/bin/gitk" line 12410)
Notify maintainers

Metadata
$ nix-shell -p nix-info --run "nix-info -m"

system: "x86_64-linux"
host os: Linux 4.19.116, NixOS, 19.09.2426.9237a09d8ed (Loris)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.3.3
channels(user): ""
channels(root): "nixos-19.09.2426.9237a09d8ed, nixos-hardware"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

Maintainer information:

Thank you for the report! I'm not the maintainer of the git package, but still I quickly looked into it.
Unfortunately I cannot reproduce this. Could you paste the contents of your ~/.config/git/gitk? I have the impression that as uicolor, somehow a font (Vera) was sent instead of a proper color. (For instance, in my (auto-generated) config file, grey85 is given as uicolor.
I also have a question to the experts of my own: I tried to obtain exactly the version of gitk used by @anm, by nix-shell -I nixpkgs=https://releases.nixos.org/nixos/19.09/nixos-19.09.2426.9237a09d8ed/nixexprs.tar.xz -p gitFull. However that way I still get a slightly newer version of gitk (2.23.2 instead of 2.23.1). Do you know why?

I had an autogenerated config file. Deleting it made no difference. In any case, it contained
set uicolor grey85

Thank you for the quick reply. I can reproduce this now; the problem has apparently affected other people with other Tcl/Tk software as well, see for instance https://github.com/unknown-horizons/unknown-horizons/issues/2298.
To reproduce, issue echo "*font: xft:Bitstream Vera Sans Mono" | xrdb -merge. gitk will fail to start then, even on latest unstable. The problem are the spaces in the font name.
@anm, you can dump your X Resources with xrdb -query and remove them for the current session by xrdb -remove. This should allow you to use gitk, but is of course not a proper solution. If you can confirm that this indeed solves the issue for you, then the next step is probably to open an upstream bug for gitk.

Unfortunately, I can confirm that the issue still persists, even on current unstable. I escalated this bug to the git developer mailing list (https://public-inbox.org/git/), will update this comment with the precise reference when my mail reaches the web archive of the mailing list.

Thanks for investigating this. xrdb -remove does not work for me. It seems that I get the same error so I guess this font is used as a default anyway. The following workaround does work though, where I picked a random font that does not have a space in the name:
echo "*font: xft:LucidaBright" | xrdb -merge
I have now encountered the same bug, and workaround, when running puredata which also uses Tk.

The maintainers of tk seem to be @lovek323  and @vrthra - maybe you can help with this, or I should open a bug for tk generally?

NixOS 22,11 proposes nix-shell -p git-doc to provide gitk. After entering that shell, gitk is still not found and the same shell suggestion is given.

I no longer use nixos so cannot test.
On Thu, 23 Nov 2023, 18:00 Patka, @.***> wrote:

Hello @anm https://github.com/anm 👋
I have tried to reproduce this error, but when I run nix-shell -p gitFull
and then run gitk everything seems to work normally. Does this mean your
issue has been resolved by now? If so, would you be able to close this
issue?
(I'm going through issues marked as stale to see what can be resolved. If
this is still an issue then don't mind me).
—
Reply to this email directly, view it on GitHub
https://github.com/NixOS/nixpkgs/issues/86003#issuecomment-1824659993,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AADQPS6QVRDXBUAXVKBGG63YF5XKNAVCNFSM4MQXOTD2U5DIOJSWCZC7NNSXTN2JONZXKZKDN5WW2ZLOOQ5TCOBSGQ3DKOJZHEZQ
.
You are receiving this because you were mentioned.Message ID:
@.***>

Unfortunately the issue still persists. I'm not personally affected by it. But it does exist.
It surfaces if via X Resources there is a font configured whose name contains a space.
You can reproduce as follows: https://github.com/NixOS/nixpkgs/issues/86003#issuecomment-619420738

I tracked this down a bit further.
This issue is entirely unrelated to gitk. Already pure Tk has this issue. You can reproduce as follows:
$ nix-shell -p tk
[nix-shell:~]$ echo "*font: xft:Bitstream Vera Sans Mono" | xrdb -merge
[nix-shell:~]$ wish
% button .a
expected integer but got "Vera"

If you configure a font name without spaces, the bug does not surface.


WIP: New completion service

This change adds new '/completion' and '/completionItem/resolve' end points for better exposing the Roslyn completion service. In order to make this work, I finally had to make the '/open' and '/close' end points work as well. In order for the workspace to properly handle open/closed states for documents, I added a SourceText wrapper for OmniSharp that allows us to control our own SourceTextContainer instances. FWIW, getting a workspace text layer right is one of the more complex parts of the Roslyn workspace design. I have a lot more I want to do here, such as take advantage of the VS text layer.
cc @Pilchie
TODO:

[x] Return commit characters from the '/completion' end point
[x] Return commit character modification rules for items
[ ] Return optional caret position
[x] Tests

awesome!
I have two questions:

at the moment the existing autocomplete service does some custom sorting at the end, before responding (by exact match, by ignore case match, by subsequence match etc), how does the completion service sort?
is XML documentation included here?

at the moment the existing autocomplete service does some custom sorting at the end, before responding (by exact match, by ignore case match, by subsequence match etc), how does the completion service sort?

The completion service returns the list already sorted as it appears in VS. Note that the list returned by the /completion end point is not filtered by the word that's already typed as the /autocomplete end point. Instead, the expectation is that the filtering happens in the client (which is what VS Code does).

is XML documentation included here?

Yes, XML documentation is returned by this list, though it is already processed. See the Description_has_minimally_qualified_crefs test I added.

This looks awesome!  Also @cyrusnajmabadi might want to look.

@ruant : It's not dead yet, but I have some tweaks that I need to make before it can be merged. Unfortunately, this is stacked up behind a few other high priority work items.

this is superseded by https://github.com/OmniSharp/omnisharp-roslyn/pull/1877


[Doris On Es] Fix assertion failure when docvalue fields is gone

See test case below:
# curl -H "Content-Type: application/json" -XPUT http://<IP_ADDRESS>:9222/test_dd?pretty -d '
{
   "mappings": {
      "_doc": {
         "properties": {
            "k1": {
               "type": "long"
            }
         }
      }
   }
}'

# curl -H "Content-Type: application/json" -XPUT http://<IP_ADDRESS>:9222/test_dd/_doc/1?pretty -d '{}'

In DEBUG build mode, if we read the es index, RAPIDJSON_ASSERT
will be triggered because hits.hits.fields does not exist.
# curl -H "Content-Type: application/json" -XPOST '<IP_ADDRESS>:9222/test_dd/_doc/_search?filter_path=_scroll_id,hits.total,hits.hits._score,hits.hits.fields&pretty' -d '{"query":{"match_all":{}},"stored_fields":"_none_","docvalue_fields":["k1"]}'
{
  "hits" : {
    "total" : 1,
    "hits" : [
      {
        "_score" : null
      }
    ]
  }
}

Types of changes
What types of changes does your code introduce to Doris?
Put an x in the boxes that apply

[x] Bugfix (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 not work as expected)
[ ] Documentation Update (if none of the other choices apply)
[ ] Code refactor (Modify the code structure, format the code, etc...)
[ ] Optimization. Including functional usability improvements and performance improvements.
[ ] Dependency. Such as changes related to third-party components.
[ ] Other.

Checklist
Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

[ ] I have created an issue on (Fix #ISSUE) and described the bug/feature there in detail
[ ] Compiling and unit tests pass locally with my changes
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] If these changes need document changes, I have updated the document
[ ] Any dependent changes have been merged

Further comments
If this is a relatively large or complex change, kick off the discussion at<EMAIL_ADDRESS>by explaining why you chose the solution you did and what alternatives you considered, etc...

This PR has not been updated for a long time.
There could be many reasons.
If it's caused by there are no maintainers to push or ignore this PR, I'm sorry.
If you contact maintainer or want to continue this PR, feel free to @me or @other maintainers.


New package: EconomicHistory v1.0.0

Registering package: EconomicHistory
Repository: https://github.com/lakshya-aga/EconomicHistory.jl
Created by: @lakshya-aga
Version: v1.0.0
Commit: 8df6a980c3e32ebe858c32433eedb25fe6ed23c5
Reviewed by: @lakshya-aga
Reference: https://github.com/lakshya-aga/EconomicHistory.jl/issues/3
Description: Package to get historical monthly Stock data and economic indicators

Is this meant for General or a test registration?
If it is meant for General, a couple of comments:

EconomicHistory is a pretty misleading name in my view, normally I think of economic history as a subdiscipline of economics, not stock market and other economic data
There's currently no readme or documentation, but from the source it seems this is just an AlphaVantage wrapper - we already have one at https://github.com/ellisvalentiner/AlphaVantage.jl as well as https://github.com/alinski29/Stonks.jl

hi @nilshg . I have tried using the 2 packages you mentioned. for alphavantage.jl I get the error GLOBAL is not defined and Stonks uses links to premium APIs even when the required data is one that can be obtained using the free key. I shall rename the repository better.

Have you tried opening issues on the existing packages or asking for help on discourse? Seems a pretty extreme course of action to create a whole new package duplicating existing functionality when you run into an error.


Plan for Update to newest version and release this

https://s01.oss.sonatype.org/content/repositories/snapshots/org/congocc/org.congocc.maven.plugin/2.0.0-SNAPSHOT/
@cstamas could you review this snapshot?

WDYM? The buildNo 12?

yap. the latest snapshot version and the RC-6 on the stage
https://s01.oss.sonatype.org/content/repositories/orgcongocc-1012/org/congocc/org.congocc.maven.plugin/2.0.0-RC6/

LGTM, push it! :smile:

Yeah, just go ahead, I think.

done.
lets see when is is there
https://repo1.maven.org/maven2/org/congocc/org.congocc.parser.generator/

done https://repo1.maven.org/maven2/org/congocc/org.congocc.maven.plugin/2.0.0-RC6/
@cstamas  what are you doing with this plugin?

Good question! Was looking to replace manually coded parser:
https://github.com/maveniverse/toolbox/blob/main/shared/src/main/java/eu/maveniverse/maven/toolbox/shared/internal/SpecParser.java
https://github.com/maveniverse/toolbox/blob/main/shared/src/test/java/eu/maveniverse/maven/toolbox/shared/internal/SpecParserTest.java
That is used to parse expressions and build predicates/functions like these (for Maven artifacts):
https://github.com/maveniverse/toolbox/blob/main/shared/src/main/java/eu/maveniverse/maven/toolbox/shared/internal/ArtifactMatcher.java
https://github.com/maveniverse/toolbox/blob/main/shared/src/test/java/eu/maveniverse/maven/toolbox/shared/internal/ArtifactMatcherTest.java#L82
https://github.com/maveniverse/toolbox/blob/main/shared/src/test/java/eu/maveniverse/maven/toolbox/shared/internal/DependencyMatcherTest.java#L40
https://github.com/maveniverse/toolbox/blob/main/shared/src/test/java/eu/maveniverse/maven/toolbox/shared/internal/ArtifactNameMapperTest.java#L39
etc.
Looked at antlr, but it have huge 1.7MB runtime (if am correct), and this is for small CLI/Maven Plugin. So next was JavaCC that made me lost, finally ended here, but did not use CongoCC either, as am unsure how "stable" it is...

Was same process for me.
I think the generator is is really in good shape. Espacially because is uses it selfe to parse the freemarker that is then used to produce the generator from Templates. So , when something breaks, the Project is the first that has the issue.
I just made the Plugin. Will release a non RC version when we have others that also verify the quality.

I am sure the generated code will fit your needs and have a good size

I just made the Plugin. Will release a non RC version when we have others that also verify the quality.

Actually, I just did a commit and put up a newer binary build this morning. I realized there was a bug in the generated Java parser that I honestly don't understand. The Java parser was failing on 5 files in the JDK src.zip. It was due to a change I made on 4 March. Now the generated Java parser parses (again) all 15401 files in the JDK 21 src.zip.

but did not use CongoCC either, as am unsure how "stable" it is...

In terms of doing typical things using the standard or "stable" feature set, I'd say that CongoCC is really quite stable at this point. What "instability" there is would probably be almost exclusively for very cutting edge "power user" features that are, in some cases, quite new. As Stefan pointed out, CongoCC is built using itself. For example, the Java parser in examples/java is the same Java parser that is used internally to parse code actions and injections. While the tool is being aggressively developed but it is actually hard for things to be broken in a big way without it coming to our attention.
Of course, something like the old JavaCC is extremely "stable". It has all the same bugs that it did twenty years ago! And I mean really very serious bugs, like the fact that nested syntactic lookahead does not work, or that lookahead does not really work in conjunction with lexical states. And there is the horrific "code too large" problem that you can run into when your lexical specification gets too big.

So i will leave this issue open. And will do an RC7 with the newest version that has the fix.

https://repo1.maven.org/maven2/org/congocc/org.congocc.maven.plugin/2.0.0-RC7/

Kudos for this. I build my things using Maven and having a plugin, while not required, does make things easier. However, I am somewhat concerned that the jar is from February, when the code is updated so frequently. Any thoughts on this?

Well, I guess it is possible to drop in a newer congocc.jar wherever maven put it, but that said, I suppose that is not recommended practice. I think it would definitely be a good idea to put up a new maven artifact at this point.
There are, in fact, a few bug fixes even in the last couple of weeks. (Though they affect just corner cases really, it is unlikely you would run into them.) Oh, also, the built-in Java parser is now fully up to JDK 22 level, which could be important for some people. So, yeah, definitely put up a new maven release when you get a moment. (That is directed at stbischof.)

https://repo1.maven.org/maven2/org/congocc/org.congocc.maven.plugin/2.0.0-RC8/
should be there in some minutes/hours


uberon_import includes a MIREOTed subset of GO, and this plays havoc with the inference pipeline

uberon_import.obo has things like:
[Term]
id: GO:0000271
name: polysaccharide biosynthetic process
is_a: GO:0005976 ! polysaccharide metabolic process
is_a: GO:0009059 ! macromolecule biosynthetic process
is_a: GO:0016051 ! carbohydrate biosynthetic process

this is as a result of the fact we don't pull in uberon basic, we get the full axioms in order to get taxon constraints. However, we are obviously pulling in too much here (in this case, uberon/go_import.owl)
This has interesting side effects:
Loss from inferences file
http://viewvc.geneontology.org/viewvc/GO-SVN/trunk/ontology/editors/go_inferences.obo?r1=37306&r2=37305&pathrev=37306
around 1600 links lost
THIS HAS NOTHING TO DO WITH @ukemi's EDITS. It is entirely to do with the links being in the import chain via uberon, and hence no longer inferred.
reappearance in edit file
Furthermore, when OE "imports" uberon_import, the links have lost their is_inferred tags (uberon/go_import launders these away). This means they get saved back here:
http://viewvc.geneontology.org/viewvc/GO-SVN/trunk/ontology/editors/gene_ontology_write.obo?r1=r37407&r2=37305&pathrev=37305
(NOTHING TO DO WITH @tberardini 's edits)

We should fix this soon. The danger is that some of these links will go stale if axioms or chebi changes

@ukemi @mcourtot
Should we add this to today's agenda?

Should the uberon_import.obo just be updated to not include any GO terms? Is GO the only consumer of this file (i.e., this is a change we can safely do without impacting others) or do we need to think about another strategy?

Should the uberon_import.obo just be updated to not include any GO terms?

Was about to suggest that myself.  I can't see any reason why import stale GO axioms would ever be a good idea.  There are more subtle tail-eating issues than this one (CL and Uberon are partly structured by GO, which is partly structured by both).  With slight asynchronicity old GO could be structured by an older version of itself without every directly importing stale GO terms and axoims.  But I guess we'll deal with that if/when we hit it.

This has been added to today's agenda. It looks like the release is still failing, but that could be due to the duplicate definitions check. I am not sure what effect the alt identifiers are having. All of the is_a orphans are gone.

I can't see any reason why import stale GO axioms would ever be a good idea. There are more subtle tail-eating issues than this one (CL and Uberon are partly structured by GO, which is partly structured by both). With slight asynchronicity old GO could be structured by an older version of itself without every directly importing stale GO terms and axoims. But I guess we'll deal with that if/when we hit it.

Of course, this was not intentional, see https://github.com/ontodev/robot/issues/119

It looks like the release is still failing, but that could be due to the duplicate definitions check

Correct, this is the cause

Once all open ROBOT PRs are merged, we will make a new Uberon release. I will then remove the these asserted isas from the editors file.
This is not particularly time sensitive. If there is a new CHEBI release and this removes the axioms that entail the asserted is_as the we will have a period with stale axioms. But we are not accruing any technical debt on the editors side.

Chris wrote on chat during today's ontology call:
"I debugged it, did not solve it yet!
the main point is that it's a problem with uberon_import"

Any idea when this will be fixed?  Some of these axioms are getting in the way of me fixing things.

For now I have added a command to the Makefile to strip out any GO in the uberon import
(r37642)
This was the change to the Makefile. It uses a new owltools command that removes classes from an ID space and any referencing axioms. We use this to purge GO classes from the uberon import. Note in future we need more refined precise excision. For example, we may want to keep Uberon and CL axioms that reference GO classes; we just want to exclude axioms that connect GO classes only as these are the province of GO.
 $ svn diff Makefile
Index: Makefile
===================================================================
--- Makefile    (revision 37525)
+++ Makefile    (working copy)
@@ -146,7 +146,7 @@

 UBERON_FILTER_C = $(patsubst %, --remove-import-declaration http://purl.obolibrary.org/obo/uberon/%.owl,$(UBERON_FILTER))
 uberon_filtered.owl: uberon_mirror.owl
-       owltools $<  $(UBERON_FILTER_C) --merge-imports-closure --add-obo-shorthand-to-properties --set-ontology-id $(OBO)/uberon.owl -o $@
+       owltools $<  $(UBERON_FILTER_C) --merge-imports-closure --remove-classes-in-idspace -s GO -d --add-obo-shorthand-to-properties --set-ontology-id $(OBO)/uberon.owl -o $@
 .PRECIOUS: uberon_filtered.owl


Client Generators

This issue will deal with the client generators of #1011

The generator API will sit on a query rewriter. Instead if rewriting the query into another query we will rewrite the query into C#. In order for this to work we will create a new ISchema from the schema files. The schema will know which schema type maps to which clr type. While walking the query graph we will look up the types and generate the code.

I will start tomorrow the the code generators.

The base for the client generator is no in so I am closing this issue.


[New Port Request]

Library name:
unofficial-sqlite3
Library description:
Source repository URL:
Project homepage (if different from the source repository):
Anything else that is useful to know when adding (such as optional features the library may have that should be included):

@llduncangithub Could you please provide the download path of the source of this port?

We already have the port, see https://github.com/microsoft/vcpkg/blob/master/ports/sqlite3/CMakeLists.txt.


support trafficDistribution for service

Why is this pull request needed and what does it do?
Support the new trafficDistribution property for services.
Which issues (if any) are related?
None
Checklist:

[X] I have bumped the chart version according to versioning.
[X] I have updated the chart changelog with all the changes that come with this pull request according to changelog.
[X] Any new values are backwards compatible and/or have sensible default.
[X] I have signed off all my commits as required by DCO.

Changes are automatically published when merged to main. They are not published on branches.

Note on DCO
If the DCO action in the integration test fails, one or more of your commits are not signed off. Please click on the Details link next to the DCO action for instructions on how to resolve this.

Thanks for the PR!


New Designer UI need to be adapted for Dark Mode in VS Code

After https://github.com/apache/camel-karavan/issues/1012


I cannot run script (0x9c)

Expected Behavior
2016-08-07 16:20:13,462 [       cli] [INFO] PokemonGO Bot v1.0
2016-08-07 16:20:13,521 [       cli] [INFO] Configuration initialized
2016-08-07 16:20:13,521 [pokemongo_bot.health_record.bot_event] [INFO] Health check is enabled. For more logrmation:
2016-08-07 16:20:13,521 [pokemongo_bot.health_record.bot_event] [INFO] https://github.com/PokemonGoF/PokemonGo-Bot/tree/dev#analytics
2016-08-07 16:20:13,737 [requests.packages.urllib3.connectionpool] [INFO] Starting new HTTP connection (1): www.google-analytics.com
2016-08-07 16:20:13,930 [PokemonGoBot] [INFO] [set_start_location] Setting start location.
2016-08-07 16:20:13,931 [PokemonGoBot] [INFO] [x] Coordinates found in passed in location, not geocoding.
2016-08-07 16:20:13,931 [PokemonGoBot] [INFO] [location_found] Location found: 13.644827,100.547935 (13.644827, 100.547935, 0.0)
2016-08-07 16:20:13,931 [PokemonGoBot] [INFO] [position_update] Now at (13.644827, 100.547935, 0)
2016-08-07 16:20:13,931 [PokemonGoBot] [INFO] [login_started] Login procedure started.
Traceback (most recent call last):
File "pokecli.py", line 493, in
main()
File "pokecli.py", line 127, in main
report_summary(bot)
File "pokecli.py", line 136, in report_summary
metrics.capture_stats()
File "/home//PokemonGo-Bot/pokemongo_bot/metrics.py", line 76, in capture_stats
response_dict = request.call()
File "/home//PokemonGo-Bot/pokemongo_bot/api_wrapper.py", line 106, in call
result = self._call()
File "/home//PokemonGo-Bot/pokemongo_bot/api_wrapper.py", line 63, in _call
return PGoApiRequest.call(self)
File "/home//PokemonGo-Bot/src/pgoapi/pgoapi/pgoapi.py", line 220, in call
response = request.request(self._api_endpoint, self._req_method_list, self.get_position())
File "/home//PokemonGo-Bot/src/pgoapi/pgoapi/rpc_api.py", line 129, in request
response_dict = self._parse_main_response(response, subrequests)
File "/home//PokemonGo-Bot/src/pgoapi/pgoapi/rpc_api.py", line 332, in _parse_main_response
raise ServerSideAccessForbiddenException("Seems your IP Address is banned or something else went badly wrong...")
pgoapi.exceptions.ServerSideAccessForbiddenException: Seems your IP Address is banned or something else went badly wrong...
2016-08-07 16:20:15,851 [sentry.errors] [ERROR] Sentry responded with an error: 'ascii' codec can't decode byte 0x9c in position 1: ordinal not in range(128) (url: https://app.getsentry.com/api/90254/store/)
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/raven/transport/threaded.py", line 174, in send_sync
super(ThreadedHTTPTransport, self).send(data, headers)
File "/usr/lib/python2.7/site-packages/raven/transport/http.py", line 47, in send
ca_certs=self.ca_certs,
File "/usr/lib/python2.7/site-packages/raven/utils/http.py", line 66, in urlopen
return opener.open(url, data, timeout)
File "/usr/lib/python2.7/site-packages/future/backports/urllib/request.py", line 494, in open
response = self._open(req, data)
File "/usr/lib/python2.7/site-packages/future/backports/urllib/request.py", line 512, in _open
'_open', req)
File "/usr/lib/python2.7/site-packages/future/backports/urllib/request.py", line 466, in _call_chain
result = func(*args)
File "/usr/lib/python2.7/site-packages/raven/utils/http.py", line 46, in https_open
return self.do_open(ValidHTTPSConnection, req)
File "/usr/lib/python2.7/site-packages/future/backports/urllib/request.py", line 1284, in do_open
h.request(req.get_method(), req.selector, req.data, headers)
File "/usr/lib64/python2.7/httplib.py", line 979, in request
self._send_request(method, url, body, headers)
File "/usr/lib64/python2.7/httplib.py", line 1013, in _send_request
self.endheaders(body)
File "/usr/lib64/python2.7/httplib.py", line 975, in endheaders
self._send_output(message_body)
File "/usr/lib64/python2.7/httplib.py", line 833, in _send_output
msg += message_body
UnicodeDecodeError: 'ascii' codec can't decode byte 0x9c in position 1: ordinal not in range(128)
2016-08-07 16:20:15,953 [sentry.errors.uncaught] [ERROR] [u'ServerSideAccessForbiddenException: Seems your IP Address is banned or something else went badly wrong...', u'  File "pokecli.py", line 493, in ', u'  File "pokecli.py", line 127, in main', u'  File "pokecli.py", line 136, in report_summary', u'  File "pokemongo_bot/metrics.py", line 76, in capture_stats', u'  File "pokemongo_bot/api_wrapper.py", line 106, in call', u'  File "pokemongo_bot/api_wrapper.py", line 63, in _call', u'  File "pgoapi/pgoapi.py", line 220, in call', u'  File "pgoapi/rpc_api.py", line 129, in request', u'  File "pgoapi/rpc_api.py", line 332, in _parse_main_response']
Sentry is attempting to send 1 pending error messages
Waiting up to 10 seconds
Press Ctrl-C to quit
Other Information
OS: CentOS7
Git Commit: ad6c21aa1dc0902c62e4001f9a81ce1fcd8a9f59
Python Version: Python 2.7.5

https://github.com/PokemonGoF/PokemonGo-Bot/issues/2808

I think it already config log in below :
Requirement already satisfied (use --upgrade to upgrade): numpy==1.11.0 in /usr/lib64/python2.7/site-packages (from -r requirements.txt (line 1))
Requirement already satisfied (use --upgrade to upgrade): networkx==1.11 in /usr/lib/python2.7/site-packages (from -r requirements.txt (line 2))
Obtaining pgoapi from git+https://github.com/keyphact/pgoapi.git@249d3be7fbbdabc7f9adea17cbc899d6549e47a2#egg=pgoapi (from -r requirements.txt (line 3))
Skipping because already up-to-date.
Requirement already satisfied (use --upgrade to upgrade): geopy==1.11.0 in /usr/lib/python2.7/site-packages (from -r requirements.txt (line 4))
Requirement already satisfied (use --upgrade to upgrade): protobuf==3.0.0b4 in /usr/lib/python2.7/site-packages (from -r requirements.txt (line 5))
Requirement already satisfied (use --upgrade to upgrade): requests==2.10.0 in /usr/lib/python2.7/site-packages (from -r requirements.txt (line 6))
Requirement already satisfied (use --upgrade to upgrade): s2sphere==0.2.4 in /usr/lib/python2.7/site-packages (from -r requirements.txt (line 7))
Collecting gpsoauth==0.3.0 (from -r requirements.txt (line 8))
Collecting protobuf-to-dict==0.1.0 (from -r requirements.txt (line 9))
Collecting googlemaps==2.4.4 (from -r requirements.txt (line 10))
Using cached googlemaps-2.4.4-py2-none-any.whl
Collecting colorama==0.3.7 (from -r requirements.txt (line 11))
Using cached colorama-0.3.7-py2.py3-none-any.whl
Collecting enum34==1.1.6 (from -r requirements.txt (line 12))
Using cached enum34-1.1.6-py2-none-any.whl
Collecting pyyaml==3.11 (from -r requirements.txt (line 13))
Collecting haversine==0.4.5 (from -r requirements.txt (line 14))
Collecting polyline==1.3.1 (from -r requirements.txt (line 15))
Using cached polyline-1.3.1-py2.py3-none-any.whl
Collecting python-socketio==1.4.2 (from -r requirements.txt (line 16))
Collecting flask==0.11.1 (from -r requirements.txt (line 17))
Using cached Flask-0.11.1-py2.py3-none-any.whl
Collecting socketIO_client==0.7.0 (from -r requirements.txt (line 18))
Collecting eventlet==0.19.0 (from -r requirements.txt (line 19))
Using cached eventlet-0.19.0-py2.py3-none-any.whl
Collecting gpxpy==1.1.1 (from -r requirements.txt (line 20))
Collecting mock==2.0.0 (from -r requirements.txt (line 21))
Using cached mock-2.0.0-py2.py3-none-any.whl
Collecting timeout-decorator==0.3.2 (from -r requirements.txt (line 22))
Collecting raven==5.23.0 (from -r requirements.txt (line 23))
Using cached raven-5.23.0-py2.py3-none-any.whl
Requirement already satisfied (use --upgrade to upgrade): decorator>=3.4.0 in /usr/lib/python2.7/site-packages (from networkx==1.11->-r requirements.txt (line 2))
Requirement already satisfied (use --upgrade to upgrade): six in /usr/lib/python2.7/site-packages (from pgoapi->-r requirements.txt (line 3))
Collecting xxhash (from pgoapi->-r requirements.txt (line 3))
Using cached xxhash-0.6.1.tar.gz
Requirement already satisfied (use --upgrade to upgrade): setuptools in /usr/lib/python2.7/site-packages (from protobuf==3.0.0b4->-r requirements.txt (line 5))
Requirement already satisfied (use --upgrade to upgrade): future in /usr/lib/python2.7/site-packages (from s2sphere==0.2.4->-r requirements.txt (line 7))
Collecting pycryptodomex>=3.0 (from gpsoauth==0.3.0->-r requirements.txt (line 8))
Using cached pycryptodomex-3.4.2.tar.gz
Collecting python-engineio>=0.8.0 (from python-socketio==1.4.2->-r requirements.txt (line 16))
Collecting click>=2.0 (from flask==0.11.1->-r requirements.txt (line 17))
Collecting Jinja2>=2.4 (from flask==0.11.1->-r requirements.txt (line 17))
Using cached Jinja2-2.8-py2.py3-none-any.whl
Collecting Werkzeug>=0.7 (from flask==0.11.1->-r requirements.txt (line 17))
Using cached Werkzeug-0.11.10-py2.py3-none-any.whl
Collecting itsdangerous>=0.21 (from flask==0.11.1->-r requirements.txt (line 17))
Collecting websocket-client (from socketIO_client==0.7.0->-r requirements.txt (line 18))
Collecting greenlet>=0.3 (from eventlet==0.19.0->-r requirements.txt (line 19))
Using cached greenlet-0.4.10-cp27-cp27mu-manylinux1_x86_64.whl
Collecting funcsigs>=1; python_version < "3.3" (from mock==2.0.0->-r requirements.txt (line 21))
Using cached funcsigs-1.0.2-py2.py3-none-any.whl
Collecting pbr>=0.11 (from mock==2.0.0->-r requirements.txt (line 21))
Using cached pbr-1.10.0-py2.py3-none-any.whl
Collecting contextlib2 (from raven==5.23.0->-r requirements.txt (line 23))
Using cached contextlib2-0.5.4-py2.py3-none-any.whl
Collecting MarkupSafe (from Jinja2>=2.4->flask==0.11.1->-r requirements.txt (line 17))
Requirement already satisfied (use --upgrade to upgrade): backports.ssl-match-hostname in /usr/lib/python2.7/site-packages (from websocket-client->socketIO_client==0.7.0->-r requirements.txt (line 18))
Building wheels for collected packages: xxhash, pycryptodomex
Running setup.py bdist_wheel for xxhash ... done
Stored in directory: /root/.cache/pip/wheels/01/4b/34/ed020afed2c3a5b5f0ca2384b37b9d529c517dc632ed101666
Running setup.py bdist_wheel for pycryptodomex ... done
Stored in directory: /root/.cache/pip/wheels/68/ab/79/ccf5b816e234c3c5fc1ce31edc2ff4ee23f0b64117e03c267c
Successfully built xxhash pycryptodomex
Installing collected packages: pycryptodomex, gpsoauth, xxhash, pgoapi, protobuf-to-dict, googlemaps, colorama, enum34, pyyaml, haversine, polyline, python-engineio, python-socketio, click, MarkupSafe, Jinja2, Werkzeug, itsdangerous, flask, websocket-client, socketIO-client, greenlet, eventlet, gpxpy, funcsigs, pbr, mock, timeout-decorator, contextlib2, raven
Running setup.py develop for pgoapi
Successfully installed Jinja2-2.8 MarkupSafe-0.23 Werkzeug-0.11.10 click-6.6 colorama-0.3.7 contextlib2-0.5.4 enum34-1.1.6 eventlet-0.19.0 flask-0.11.1 funcsigs-1.0.2 googlemaps-2.4.4 gpsoauth-0.3.0 gpxpy-1.1.1 greenlet-0.4.10 haversine-0.4.5 itsdangerous-0.24 mock-2.0.0 pbr-1.10.0 pgoapi polyline-1.3.1 protobuf-to-dict-0.1.0 pycryptodomex-3.4.2 python-engineio-0.9.2 python-socketio-1.4.2 pyyaml-3.11 raven-5.23.0 socketIO-client-0.7.0 timeout-decorator-0.3.2 websocket-client-0.37.0 xxhash-0.6.1


[Question]MappedFileQueue#checkSelf not needs return boolean?

When load CommitLog, CommitLog#load

The mappedFileQueue will execute checkSelf method, but this method return void.

if execute if (cur.getFileFromOffset() - pre.getFileFromOffset() != this.mappedFileSize)  condition, only print error log. Instead of break check and return false.
I'm not sure if there's something wrong with that logic?

In dledger modle MmapFileList#checkSelf() will return boolean value, the method only check files' size is damaged or not.

If the corresponding file in commitLog or consumerQueue is manually damaged，the broker should start  and the find the last file which is not damaged

@pipi18  thanks for you explain


Improve wording and mention that YAML shows value for blue background

@christophebedard Yes, no problem, I can do it once this PR was merged so that it does not conflict with the new changes.

I'm going to go ahead and merge even though @christophebedard 's review is still "change requested".  As far as I can tell, all comments have been addressed and @Bi0T1N is going to open a separate PR to fix the one remaining comment.  Thanks for the contribution!

@Mergifyio backport galactic foxy


Get ENS data to populate OSO users

Describe the feature you'd like to request
Related to https://github.com/opensource-observer/oso/issues/998
We should use ENS as the initial seed of Users.
This way we're just crawling an existing public linking of accounts.
Describe the solution you'd like
Goldsky I think has an ENS feed
Describe alternatives you've considered

We might be able to just start with Ethereum traces and go from there
We could index the ENS subgraph

Pending on response from Goldsky to just get the raw data set


[vcpkg] Add policy VCPKG_POLICY_SKIP_DUMPBIN_CHECKS

also corrects some cmake advices. Paths should always be handled with "${PATH}" due to possible spaces

allows users/ports to skip the dumpbin check if necessary, e.g. if dumpbin simply fails on the compiled dll or for other reasons

/azp run

LGTM, thanks!


Pre-filter version caches in sm adapter according to root manifest

Similar to #3; the SourceManager should receive the root project's manifest from the solver. As it's the only manifest we know will apply, it could be used to preemptively filter the version caches to contain only versions acceptable by those constraints, eliminating the need to redo those computations each and every time a version queue is created for one of those deps.

This should be a responsibility of #14

This issue was moved to golang/dep#452


New instructions

Note that moving things to a .attic directory isn't really necessary. All the old versions of the files are kept in the Git history, and can be recovered from it, if needed. (Even when the file has been deleted from the most recent commits.)  The only reason to have a .attic folder would be if you wanted to keep around the old instructions in the (non-git) release snapshots.

@roccomoretti I agree that in most cases things can just be deleted since it is true that we can recover things from Git history. This however only works if one knows what s/he is looking for. In this case we want to preserve original install methods and keep them visible because new approach completely hidden how it is done (all code is now located inside other package). So putting things into attic allows ppl to examine the install procedure and do them "by hands" if needed.


Bump version v4.0.6

What problem does this PR solve?
Bump version v4.0.6
Release note

No release note

/merge

/merge

/run-unit-test

/run-test

/test


Overview disappeared

Hi,
in the past there was a big list off known limitations and issues here. This list has now disappeared, please make it viewable again.
It was similar to this rooms specific overview: https://docs.microsoft.com/en-us/microsoftteams/rooms/known-issues

Dokumentdetails
⚠ Bearbeiten Sie diesen Abschnitt nicht. Er ist für die Verknüpfung von docs.microsoft.com zum GitHub-Artikel erforderlich.

ID: 41ddf8ce-fda9-ee9d-d96a-801f9a2f66b7
Version Independent ID: 9aa5a49f-c440-95a8-83a1-9d38bdaeda39
Content: Unterstützung von Microsoft Teams in Ihrer Organisation - Microsoft Teams
Content Source: Teams/Known-issues.md
Service: msteams
GitHub Login: @LolaJacobsen
Microsoft Alias: lolaj

@J-a-k-o-b Thank you for submitting feedback and contributing to the docs. We are currently investigating this.

Hi @J-a-k-o-b, thank you for your feedback.
Yes, as you perfectly noted, this article was updated and now only contains a list of the top known issues of Teams.
If you want to see all the known issues, you will see that there is an extensive list divided into categories in the left panel:

Hope it helps.

@J-a-k-o-b Thank you for submitting feedback. We understand that this issue has been resolved.
Please feel free to re-open this issue if there is a specific area of the docs that we can improve or make better. Thank you.


new lesson: Introduction to Strings part-2

⭐ Request Type
Add in-depth documentation on the Strings in Java.
The markdown file is located here.
Lesson Content
This is the part-2 the issue #25
The lesson further contains at least these are the topics:

PrintStream Class
Important Strings Methods
String Operations
Format Specifier
String VS String Buffer
Some code examples
Conclusion

💻 Location
This lesson is present under the
Section: 6
Lesson: A
Location Order: 6A
File-Name: intro-string.md
❌ Additional Info
You can take the help of other markdown files in the /lesson directory so that you get the idea of in which fashion you should write.
If you don't know how to do markdown, don't worry it is quite easy, just follow this docs-https://guides.github.com/features/mastering-markdown/
If your concepts are not that good follow this String and StringBuilder In Java video of @kunal-kushwaha (https://www.youtube.com/watch?v=zL1DPZ0Ovlo)

Okay great! so i'll work on this one??

Also, i had a doubt..what do you mean by some code examples? what kind of code examples?

code examples based on strings or string builder(some standard question through which anyone can get the concept of strings)

Just an update: I am still working on it, got delayed due to some reason. Either ways would like to know by when you want it.

there is no timeline, you can take your time.


Revs_diff returns a long list of deleted possible_ancestors

Old, deleted, out of the limit of revs_limit revs are returned to a _revs_diff call in the possible_ancestors and this list causes a lot of processing on the client.
Description
In our case, this is a central document, that gets updated often, but there is a revs_limit in place at the server level (25).
Now even though at the document level, if it is queried with revs=true&revs_info=true only the correct 25 revs is returned, the revs_diff POST call (that is triggered automatically by the PouchDB client lib when the DB is initially replicated on the client), seems to be returning an extensive list of revisions, which are processed at an extreme cost at the client level (it causes iOS app crash).
What is even stranger is that this db has been migrated via replication to a new server and I would have expected only the active revisions to have been migrated.
Expected Behaviour
I would expect the same 25 revs list to be returned, or if not possible maybe there is a way to finally purge all these revisions, even though purge and compact has been called upon the DB and I would have expected this long list of revs to be purged for good.
Your Environment

CouchDB version used: 3.2.0, Docker, K8S, AKS
Browser name and version: Chrome, Safari
Operating system and version: -

Few updates.
Maybe is just me but the _revs_diffs handled seems to be a bit more problematic to query / call. In trying to understand what is going on, I was trying to issues calls to revs_diffs via Postman (same server, db, credentials, and mostly same headers, and ofc the body identical) but the response returned to Postman request is empty.
What is even stranger is that if I issue the same request to the old server (that was used to replicate the db to the new one) (so just changing the url and credentials) the response is returned correctly.
Again, maybe it's just me, but hard to believe it after all these tries.

The response to _revs_diff will be empty if the revisions from the POST request are already on the server. If the revisions are not on the server it will return them.
The possible ancestors are computed only if the are missing revisions, and it returns the leaf revisions from the documents on the server (deleted or regular) if their revision depth (their level in the revision tree) is less than any of the missing revision. So if the missing revisions are {5, "abc"}, {7, "def"}, and the leaf revisions from the doc on the server are {1, "xyz"}, {6, "klm"}, {10, "ghi"} then possible ancestors would be {1, "xyz"} and {6, "klm"}.
A large number of possible ancestor points to there being a a lot of conflicts in the revision tree. You could try purging all those revisions on the source and then on the target, but make sure to purge every conflicted revision.
If there a chance you use clustering on any of the endpoints where the _purge was run and some nodes at the time were disconnected, it maybe possible some purge requests haven't propagated to all the nodes. Make sure to enable  [mem3] replicate_purges = true as I think by default that option was left as false and so purge requests might not propagate to all the nodes when more nodes reconnect.
Here is away to filter out conflicts using replication and VDUs https://blog.cloudant.com/2020/11/26/Repairing-a-Database-With-Conflicts.html

Thanks @nickva
That purging all the missing revisions indeed helped.
The replicate_purge = true flag was set to true anyways but this is a single node cluster for now.
Another interesting aspect was that these missing revs were replicated back quite a lot (that document was replicated in common dbs and in client pouch dbs , and getting rid of the properly was quite difficult - we had to clear out all the client dbs and delete simultaneously on the server in all dbs).
My last question would be how can we correctly purge these, or is purging them manually (via a scheduled task) the only way?

@tudordumitriu if replications are set up, and a particular document is updated, thenthe  replicator will attempt to replicate all the missing revisions from the source to the target. So, for instance, if revision `{"_id":"doc1", "_rev":"2-def"} is purged from the target, but not the source, then when "doc1" gets updated on the source with {"_id":"doc1", "_rev":"3-xyz"}, then both "2-def" and "3-xyz" will be replicated to the target.
It's a bit tricky to purge them, currently. There is no ability to replicate purges and the replicator wants to replicate everything, as that's its main job. You could try purging those via a scheduled task or try to somehow minimize generation of conflicts to start with. Setting a low (25) revs_limit might contribute to it somewhat. I am thinking of cases where a document might receive more than 25 updates in row before it gets a chance to be replicated, so some revisions might be pruned already (the root might look like "26-jkl") and it might result in conflicts being generated during replication.
Perhaps we (CouchDB) would come up with a few more replication options, such as, for example:

skip_deleted = true (To skip deleted revision branches, to allow users to filter out tombstones)
winning_revs_only = true (To replicated only winning revisions)

Thanks @nickva
These options would be very useful in my opinion and would help a lot, so if you will plan to add them we'll be the first to enable them.

@tudordumitriu winning_revs_only was implemented in https://github.com/apache/couchdb/pull/4095 and should be part of the next Apache CouchDB release (likely 3.3)

Thank you so much for the great work and support @nickva
Looking forward to it!

winning_revs_only is now part of the 3.3.0+ release. We also just released 3.3.3 that also has a few security and replication correctness fixes so upgrade if you get a chance.
skip_deleted = true might have to be a VDU or selector implemented. I don't know if it will be become it's own replication option currently.
I'll close the issue for now. Feel free to re-open if needed.


Add docs about running yarn audit as part of a PR

Update docs on how to add an audit to a PR that changes dependencies

JFYI re: timing-- I am not planning to grab this until next week (Monday).

👍 I think this was mentioned in the original conversation but I forgot to include in the issue desc - it might also be worth seeing if we can enforce this using https://danger.systems/js/ (we already have a dangerfile setup)


Bump dependencies via dependabot

Description

Resolves 4 security alerts.
Type of change

[x] 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 not work as expected)
[ ] This change requires a documentation update
[ ] Code quality improvements

Checklist

[x] I have tested this code
[ ] I have updated the documentation

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 37.434%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
5734

Relevant Lines:
14384

💛  - Coveralls


GlobalStyles error message

GlobalStyles was recently used.
Enter livestream:

More kebabs, lol
fyi @saltrafael (not urgent, though)


Feature/issue 2692 expose hessian methods

Submission Checklist

[ ] Run unit tests: ./runTests.py src/test/unit
[X] Run cpplint: make cpplint
[X] Declare copyright holder and open-source license: see below

Summary
Create analogues of stan::model::log_prob_grad for the stan::math::hessian and stan::math::hessian_vector_product functions.
Intended Effect
How to Verify
This question under investigation.
Side Effects
None.
Documentation
In the code.
Copyright and Licensing
Please list the copyright holder for the work you are submitting (this will be you or your assignee, such as a university or company):
Ryan Giordano
By submitting this pull request, the copyright holder is agreeing to license the submitted work under the following licenses:

Code: BSD 3-clause (https://opensource.org/licenses/BSD-3-Clause)
Documentation: CC-BY 4.0 (https://creativecommons.org/licenses/by/4.0/)

I could use some help from the Stan team setting up the unit tests and getting the headers right.
Previously I have been testing this functionality with rstan, but because of https://github.com/stan-dev/rstan/issues/588 I cannot test this branch that way, so I'm not actually currently sure that the PR works.

Closing stale stan-dev/stan pull requests. This one  has been stale for 2+ years and has a lot of unresolved conflicts. Feel free to reopen if you wish to continue on this.


[Documentation] - Minor change to code example of 'Tutorial: Taking Turns'

The tutorial.md ~line 560:
based on State Updates May Be Asynchronous should it be:
  this.setState((state) => ({
    squares: squares,
    xIsNext: !state.xIsNext
  }));

instead of
this.setState({
  squares: squares,
  xIsNext: !this.state.xIsNext,
});

The same for all other places this piece of code is used.
PS. let me know if it's okay for me to create a PR to fix it.
Thanks!

Hello everyone!
As I can see the latest implementation of the tic-tac-toe tutorial does no longer use the class components, and the xIsNext is based on the hooks, also the current implementation looks fine and works well.
I don't find this issue any longer valid, so let me close it as well as the PR fixing it (CC: @meltuhamy).
If you find this issue still existing please post a comment.
Thank you!


Markercluster group is not working properly if we check map.getBounds before adding marker to the cluster group.

Hi,
I have created a map with a markerclustergroup. I have added a check for zoom in / out and dragging that if  map.get bounds contains the marker then only add the marker in the cluster group else remove the same marker from the group.
As i have a very long list of markers so I just want ti display the markers on screen within the bounds.
This is my code -
var items2 = [{"lat" : "-41.3", "lon" : "174.7"},{"lat" : "-42.28846", "lon" : "175.76844"},{"lat" : "-40.28756", "lon" : "173.76854"},{"lat" : "-39.28666", "lon" : "172.76864"},{"lat" : "-38.28576", "lon" : "171.76874"},{"lat" : "-43.28496", "lon" : "176.76894"},{"lat" : "-44.28326", "lon" : "177.76884"}];
var blankMarkerlist = new Array();
var blankMarkers = L.markerClusterGroup();
map.on('zoomend dragend', function () {
blankMarkers.clearLayers();
var bounds = map.getBounds();
for (i = 0;i < items2.length;i++) {
var LamMarker2 = new L.marker([items2[i].lat, items2[i].lon],
{
icon : markerIcon
});
if (bounds.contains(LamMarker2.getLatLng())) {
blankMarkerlist.push(LamMarker2);
blankMarkers.addLayer(blankMarkerlist[i]);
}
}
map.addLayer(blankMarkers);
But here the marker cluster is not behaving properly after adding this line -  if (bounds.contains(LamMarker2.getLatLng()))
Thanks for your return on this point!

Is this wrong?
blankMarkers.addLayer(blankMarkerlist[i]);
I'm not going to debug your code sorry.


How to add own additional Lambda functions to the fido2Api?

Hello,
I would like to add the amazon-cognito-passwordless-auth to an existing AWS-CDK stack that already has an API Gateway and AWS Cognito Pool.
When I try to synthesise my stack, I get the following error, as I have tried to add my functions to the fido2Api that was created by the PasswordlessStack.
Error: 'X11CiCdStack/Dev/ApiStack' depends on 'X11CiCdStack/Dev/PasswordlessStack' ({X11CiCdStack/Dev/ApiStack}.addDependency({X11CiCdStack/Dev/PasswordlessStack})). Adding this dependency (X11CiCdStack/Dev/PasswordlessStack -> X11CiCdStack/Dev/ApiStack/AccountFunction/Resource.Arn) would create a cyclic reference.

Here is my setup:
...
import { SesStack } from './stacks/ses/stack';
import { CognitoStack } from './stacks/cognito/stack';
import { PasswordlessStack } from './stacks/passwordless/stack';
import { ApiStack } from './stacks/api/stack';
import TaggingStack from './tagging';

interface EnvironmentStageProps extends StageProps {
  readonly config: BaseInfraConfig;
  readonly repo: RepositoryConfig;
  readonly codestarConnectionArn: string;
  readonly envName: string;
  readonly ses: SesAttributes;
}

export class EnvironmentStage extends Stage {
  constructor(scope: Construct, id: string, props: EnvironmentStageProps) {
    super(scope, id, props);

    const sesStack = new SesStack(this, 'SesStack', {
      // config: props.config,
      ses: props.ses,
    });

    const cognitoStack = new CognitoStack(this, 'CognitoStack', {
      userPoolName: props.config.cognito.userPoolName,
      env: props.config.env,
      sesDomainName: props.ses.domainAttr.zoneName,
    });

    const passwordlessStack = new PasswordlessStack(this, 'PasswordlessStack', {
      stage: id,
      userPool: cognitoStack.userPool, // Pass the userPoolId from CognitoStack to PasswordlessStack
    });

    const apiStack = new ApiStack(this, 'ApiStack', {
      name: props.envName,
      fido2Api: passwordlessStack.fido2Api,
    });

...

    cognitoStack.addDependency(sesStack);
    passwordlessStack.addDependency(cognitoStack);
    apiStack.addDependency(passwordlessStack);

And my passwordless.ts stack is just from the example with a slight change
import { Duration, RemovalPolicy, StackProps } from 'aws-cdk-lib';
import { Construct } from 'constructs';
import { BillingMode } from 'aws-cdk-lib/aws-dynamodb';
import { Passwordless } from 'amazon-cognito-passwordless-auth/cdk';
import {
  RestApi,
} from 'aws-cdk-lib/aws-apigateway';
import TaggingStack from '../../tagging';

interface Props extends StackProps {
  readonly stage: string;
}

export class PasswordlessStack extends TaggingStack {
  passwordless: Passwordless;
  public readonly fido2Api: RestApi;

  constructor(scope: Construct, id: string, props: Props) {
    super(scope, id, props);

    this.passwordless = new Passwordless(this, "Passwordless", {
      // userPool: props.userPool,
      allowedOrigins: [
        // Modify these origins as per your requirements
        "http://localhost:5173",
        // ... other origins ...
      ],
      clientMetadataTokenKeys: ["consent_id"],
      magicLink: {
        // Adjust the sesFromAddress based on your setup
        sesFromAddress<EMAIL_ADDRESS>        secretsTableProps: {
          removalPolicy: RemovalPolicy.DESTROY,
          billingMode: BillingMode.PAY_PER_REQUEST,
        },
      },
      userPoolProps: {
        removalPolicy: RemovalPolicy.DESTROY,
      },
      fido2: {
        authenticatorsTableProps: {
          removalPolicy: RemovalPolicy.DESTROY,
          billingMode: BillingMode.PAY_PER_REQUEST,
        },
        relyingPartyName: "Passwordless Fido2 Example",
        allowedRelyingPartyIds: [
          "localhost",
          // ... other relying party ids ...
        ],
        attestation: "none",
        userVerification: "required",
      },
      smsOtpStepUp: {},
      userPoolClientProps: {
        idTokenValidity: Duration.minutes(5),
        accessTokenValidity: Duration.minutes(5),
        refreshTokenValidity: Duration.hours(1),
        preventUserExistenceErrors: false,
      },
      logLevel: "DEBUG",
    });
    if (!this.passwordless.fido2Api) {
      throw new Error('fido2Api not available on Passwordless construct.');
    }
    this.fido2Api = this.passwordless.fido2Api;
  }
}

Removing the fido2Api: passwordlessStack.fido2Api, everything builds correctly.

So it seems I will have two Api Gateway and two CognitoPools
How do I expose the RestApi so that I can add my functions?
Any advice is much appreciated

Hi @nkhine
The Passwordless solution needs to be in the same stack as the User Pool (have a read of #118 for more info on why this is). If I read your code and diagram right, they are in different stacks, and that won't work.
You could tweak your code e.g. like so:
interface Props {
  readonly stage: string;
  readonly userPool: cdk.aws_cognito.UserPool;
}

// Custom class that is not a stack but rather adds to an existing stack
export class PasswordlessAddition {
  passwordless: Passwordless;
  public readonly fido2Api: RestApi;

  constructor(scope: Construct, id: string, props: Props) {
    super(scope, id, props);

    const userPoolStack = cdk.Stack.of(props.userPool);
    // Use existing stack as the `scope` argument to the Passwordless component
    this.passwordless = new Passwordless(userPoolStack, "Passwordless", {
        userPool: props.userPool,
        // etc.
    });
}

Hi @ottokruse
Thanks for the reply, I got it working.


use Temurin JDK

NOTE: Adopt OpenJDK got moved to Eclipse Temurin and won't be updated anymore. It is highly recommended to migrate workflows from adopt to temurin to keep receiving software and security updates.
https://github.com/actions/setup-java/blob/main/README.md

Ready for review

Hey @sullis what does the Temurin JDK give us over the Adopt JDK?

@jamietanna
NOTE: Adopt OpenJDK got moved to Eclipse Temurin and won't be updated anymore. It is highly recommended to migrate workflows from adopt to temurin to keep receiving software and security updates.

Ready for review.

outdated.

Sorry @sullis - @tomakehurst I'm guessing this is something we want?

Ignore me, I see #1751 is raised for this


Unable to use open on Mac

I tried loading a scenario from the GUI on a mac using the file>open and caused the program to crash with the following error:
Qt gui fatal error: Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/3.10/lib/python3.10/site-packages/bluesky/ui/qtgl/mainwindow.py", line 416, in show_file_dialog
    response = QFileDialog.getOpenFileName(self, 'Open file', scenpath, 'Scenario files (*.scn)')
TypeError: getOpenFileName(parent: typing.Optional[QWidget] = None, caption: str = '', directory: str = '', filter: str = '', initialFilter: str = '', options: QFileDialog.Option = QFileDialog.Options()): argument 3 has unexpected type 'bool'
zsh: abort      bluesky

Thanks, this was a bug where the Qt menu action signal passed an unexpected boolean! Fixed in cdd367e.


Settings-Password-Admin-App - Sprint 1

Description:

Build the Screen using the style guide.
Integrate Screen with the Backend

I will be working on this

This was just assign to me
Have you picked it? @dejetem

@shyakadev I already have a pr for this task

https://github.com/ALCOpenSource/Mentor-Management-System-Team-2/pull/80 the pr


Exemple with nuxt

Hi, Does anyone have an example in NUXT, I can't seem to get it to work.

What is the problem?

A similar example of VUE in nuxt would be amazing, I think it would add a lot!
But my problem is: I'm following the documentation, I've already added transpile in nuxt.config, and my page looks like this:

O que ta me retornando é:

If, I try to add a node, using this code:
var html = `

`
var data = { name: '' }
this.editor.addNode('github', 0, 1, 150, 300, 'github', data, html)
it returns me: Cannot read properties of null (reading 'appendChild')

editor.start() is missing.
this.editor = new Drawflow(id,Vue, this);
this.editor.start();

I added the line and the problem persists

I managed to progress.
I'm looking at this example: https://github.com/jerosoler/drawflow-vue3-example and trying to adapt to NUXT.
I'm having problems in node1.vue, on mounted you set EL.value.....
but right above you define it as NULL, like him. ai access el.value and el is null ?
Which is exactly the error you're giving me! (annot read properties of null (reading 'value'))
Here's the code:

The sidebar to drag the nodes, you have to do it yourself you can follow the example of vue3.


Ability to clear LRUCache.

LRUCache needs to have a method, when called, shall reset the cache and remove all data.

Closing with #2


Feature Request: Change name to work with Jitpack

Currently the library cannot be pulled from Jitpack because of the "." in Solana.kt. I've tested on my fork changing the name to SolanaKT and it fixed the issue, so I propose doing that here.

This is why!. I did not know this was an issue.

Solana.kt repo right?

I will change the package name.

Done

Yeah I looked at the Jitpack logs and it was putting the resources in one directory and then looking for them in another. Thanks!


Bug: devtron-UI get slow caused by timeout in /orchestrator/module api

📜 Description
even though all the apis giving 200 but the /orchestrator/module api is giving timeout and whole page becomes slow.
Affected areas
Devtron dashboard completely down
Additional affected areas
Devtron dashboard completely down
Prod/Non-prod environments?
Prod
Is User unblocked?
Yes
How was the user un-blocked?
TEMPORARILY - By disabling a CRITICAL functionality
Impact on Enterprise
all
👟 Steps to replicate the Issue
in the /orchestrator/module api give the wrong or time taking process
👍 Expected behavior
there should be no dependence on this api
👎 Actual Behavior
whole page is slow
☸ Kubernetes version
any
Cloud provider
any
🌍 Browser
Chrome
✅ Proposed Solution
No response
👀 Have you spent some time to check if this issue has been raised before?

[X] I checked and didn't find any similar issue

🏢 Have you read the Code of Conduct?

[X] I have read the Code of Conduct

AB#9744

This was closed with central-api. Also this was specific wo case when central-api was down.


Fix PDF build of the Zephyr documentation (bad LaTeX math equations)

While it doesn't seem to be an issue for HTML rendering, the use of \verb is not allowed within LaTeX equations and breaks the PDF build.

I have tested locally that this effectively repairs the PDF build, and that the math equations look fine.


Use cardano-ledger-binary serialization

Integrate using cardano-ledger-binary
Ledger has added support for versioning in the binary serialization. The ledger code is using this library for serialization. Since consensus types are dependent upon ledger, it should be integrated into consensus. It's also a build-breaking change for consensus.
newtype Encoding = Encoding (Version -> C.Encoding)

Link

ToCBOR and FromCBOR classes are added to support the above encoding. It is possible to add conditional serialization based on version.
This is a wrapper over Cardano.Binary and Codec.CBOR

Issues

The types such as ChainValidationState may not need versioning support.
Codec Serialise class also should be ported to cardano-ledger-binary. This will simplify integration, and will also possibly help other users.

This ticket can be closed since we've already integrated versioned serialization in #4349


Test fixes

Realized that readAllLines removes line separators; fixed
the test for that. Fixed the rule for comments in the Java
PEG grammar, but comments are still not being matched and
coming up as syntax errors.

Thanks for the fix. Sorry, I got really busy, so I haven't had a chance to look into why comments are not parsing. The idea would be to start with the smallest class possible, and gradually add in additional features to see where the parsing breaks down, including comments.

I should mention that with this fix I am no longer seeing any issues parsing comments inside the grammar files. It's likely that whatever is going on with the Java grammar is an error on my part somewhere.

OK, that's a relief, I thought I somehow inadvertently broke the parsing algorithm!
Unfortunately it's very difficult to debug enormous grammars like that.

I'll have another fix for these files in; the fix for file loading doesn't capture any returns at the end of the file.
I'm still having trouble with the Java line comments. When I try to parse a line comment with
"//" [^\r\n]* [\r\n]
the negation inside the character class seems to get dropped. So when debugging a simple "//" followed by a return I see the pattern represented as:
Setting new best match: "//" : 0+2
    Following seed parent clause: "//" (('\r' | '\n')+ / ()) ('\r' | '\n')

I'm pretty sure this isn't just a problem of the string representation of the CharSet, because of the fact that the clause doesn't wind up matching, and also because the toString of CharSet has ```
if (invertMatch) {
buf.append('^');
}
It looks like maybe there's some problem with negation when escapes are used in a character range, but I haven't gotten that far yet.

Should be fixed now. There was an issue with toString, but potentially also with some of the other matching logic. The new version is much cleaner, and comments seem to parse now.
Make sure you change
"//" [^\r\n]* [\r\n]

to
"//" [^\r\n]* [\r\n]*

if you want the final newline(s) to be optional.

Thanks! With your commit I've been able to get the Java PEG grammar to do a successful parse; PR forthcoming. There are still one or two anomalies which I'll mention in the PR.

Oops, the suggestions in my last comment are wrong. The master version parses Java source fine. I also added a second Java grammar, from parboiled, and that parses fine too (as long as there are no features requiring JDK>6, e.g. the diamond operator or lambdas).

The good news is the parser was not broken, it was the grammar that needed fixing.

N.B. some of the recent checkins will need to go into your Kotlin version too.


[DOCFIX]Change chinese doc

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/20481/
Test PASSed.

Merged build finished. Test PASSed.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/Alluxio-Pull-Request-Builder/20500/
Test PASSed.


Cleanup editions

Proposed changes
Update our current edition docs to have the beginning of a release notes for EE and remove old notes. There is only a need to have 1 stable version referenced in EE, as we usually do not make any major changes to the template when going through patch releases.
Additionally some styling fixes were applied.
Related issues (optional)
Fixes #3086
/cc @johndmulhausen @mstanleyjones

LGTM, ping me if you're ready to merge.


Formatted* do not work with TouchableHighlight

Since TouchableHighlight forwards setNativeProps to the child (facebook/react-native#97), react-intl components with the current workaround (yahoo/react-intl#119) do not work with it.
To fix this, we need to forward setNativeProps to Text:
const native = WrappedComponent =>
  class Native extends Component {

    static propTypes = {
      children: PropTypes.oneOfType([PropTypes.node, PropTypes.func]),
      style: Text.propTypes.style,
    };

    setNativeProps(nativeProps) {
      this.text.setNativeProps(nativeProps);
    }

    render() {
      const { children, style, ...wrappedComponentProps } = this.props;
      const childrenAsFunction = typeof children === 'function';

      return (
        <WrappedComponent {...wrappedComponentProps}>
          {message => childrenAsFunction
            ? children(message)
            : <Text ref={text => { this.text = text; }} style={style}>{message}</Text>
          }
        </WrappedComponent>
      );
    }

  };

In addition to the above, AppText of este also needs to forward setNativeProps to the native Text.

The fix above will not work when the child is a function.

@jgkim Pull Request please?

@jgkim Yes, children: WrappedComponent.propTypes.children is perfect.


Release 1.15.2

I really need #19, which has already been merged, for MNELAB. @cboulay could you please upload a new release (1.15.2) to PyPI (please modify CHANGELOG.md first by adding the release date)? If you don't have time, I can also do it, just let me know (do I have proper permissions to upload to PyPI?).

I think you can do it. All you have to do it make a tagged release and it should auto-upload to pypi.

Nice, that was easy! Thanks!


ci: remove archived technote-space/get-diff-action

This repository has been archived by the owner on Nov 24, 2023. It is now read-only. See https://github.com/technote-space/get-diff-action

PR checklist

[ ] Tests written/updated
[ ] Changelog entry added in .changelog (we use unclog to manage our changelog)
[ ] Updated relevant documentation (docs/ or spec/) and code comments

NOTE: This requires removing the "Required" status from some jobs OR making it optional.


Bump the k8s.io group with 5 updates

What happened:
Dependabot failed to provide a good patch in https://github.com/kubernetes-sigs/gateway-api/pull/2764
What you expected to happen:
This needs manual correction.
Anything else we need to know?:
A few times in the past we've made fixing dependency into an issue. This might seem a little overkill, as we could probably just as easily do the fix in the dependabot PR, however as a project we have a really hard time providing good first issues and we know the community is always hungry for ways to contribute so we occasionally set these aside as a really easy way to get some commits into the project for those who are looking for a way. So we'll leave this available for anyone who wants a quick and easy way to contribute.

/help

Can I work on this issue?

Yes, and thank you!
/assign @jongwooo
Let us know if you run into any trouble.

It appears that #2762 and #2763 are similar issues to #2764.


Update to Django 1.11

Django 1.7 is obsolete and no longer supported. Update project to v1.11 (and any other fun dep stuff along the way).

Fixed in #358


[Candidate 4v4 Twisted Treeline ZH v1] Some flags of Tech Buildings are not perfectly in view

Observed behavior
Some flags of Tech Buildings are not perfectly in view.
Expected behavior
Flags of Tech Buildings are perfectly in view. Can be fixed by optimizing rotation.
Screenshots

updated


Add weak order to solvers?

strong order is a attribute of the SDE solvers, but they also possess a weak order. Is there any reason not to include weak order as well (or should it wait until the first weak solver is going in)?

I left these off mostly because I didn't feel like tracking them down for every solver! A lot of these just aren't well-documented.
That aside it's just not that useful -- strong order is used in the theory of adaptive stepping, so it is needed programmatically. The same isn't true for weak.


Added ConvertMetresToLengthUnits() Method

Hi, Pierre. I made a method that converts metres to other units of length. I'm sure it's not totally perfect, but it's something we can start with, and I think it's in the spirit of what you were doing. I also renamed the Length enum to LengthUnits, which seemed to make more sense to me. If you don't like it, you're welcome to change it back. One last thing I did was to re-wire the UI work I did previously, to allow us to test the new conversion method I added.

Sorry, I think I should have split up my commits into more bite-sized chunks.. I'll try to do that next time.

I don;t think this one fits with the direction I was going and has a number of conflicting files.  If you want to refresh your fork and justg add your ConvertMetresToLengthUnits method as a separate method called from ConvertLength when the input units are metres, that would work as a good model to follow for the rest of the conversions.

Sorry, took me a while to wrap my head around what was going on in Git, but I think I got it.
Is something like this what you had in mind?

Thank you for the work. It's appreciated.


Line 6482 of runtime-core.esm-bundler.js is incorrect

the line looks like this:
children = String(children);
to which both chrome and firefox complain:
Uncaught (in promise) TypeError: String is not a function.
Vue version: 3.2.33

please provide a mini repro.


Auto-import not working with nested tsconfig+"extends"

Does this issue occur when all extensions are disabled?: Yes

VS Code Version:
OS Version:

Version: 1.79.2
Commit: 695af097c7bd098fbf017ce3ac85e09bbc5dda06
Date: 2023-06-14T08:58:33.551Z
Electron: 22.5.7
Chromium: 108.0.5359.215
Node.js: 16.17.1
V8: <IP_ADDRESS>-electron.0
OS: Darwin arm64 22.3.0
Steps to Reproduce:

npx nuxi init test
cd test
pnpm add -D @nuxtjs/supabase
Open nuxt.config.ts file and add the following line inside defineNuxtConfig:modules: ["@nuxtjs/supabase"],

pnpm postinstall
Create a new file inside server/api/test.ts with the following content:export default defineEventHandler((event) => {
  const supabase = serverSupabaseClient(event);
});

As you write serverSupabaseClient, VSCode should suggest to import the method from '#supabase/server'. Instead, it complains saying "No code actions available".
If you add the import manually, everything works fine:
import { serverSupabaseClient } from '#supabase/server';

Auto-import can't analyze content that isn't part of your program analysis yet. If you have a standalone reduced repro showing that the target package is definitely already being picked up by the LS then we can investigate, but this doesn't look like a bug from the description given.


error since 2024.5 - Config flow could not be loaded: {"message":"Invalid handler specified"}

I've tried deleting the integration and reinstalling and continue to get this error when I try to setup:
Config flow could not be loaded: {"message":"Invalid handler specified"}
Below is from the log too.
2024-05-13 11:02:55.152 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to import_module inside the event loop by integration 'config' at homeassistant/components/config/config_entries.py, line 179: return await super()._post_impl(request, data) (offender: /usr/src/homeassistant/homeassistant/loader.py, line 1270: return importlib.import_module(f"{self.pkg_path}.{platform_name}")), please create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+config%22
2024-05-13 11:02:55.152 ERROR (MainThread) [homeassistant.config_entries] Error occurred loading flow for integration fallback_conversation: cannot import name '_get_agent_manager' from 'homeassistant.components.conversation' (/usr/src/homeassistant/homeassistant/components/conversation/__init__.py)

This is related to #6 and will be fixed with #7, but unfortunately @m50 is not answering.

Sorry about that @t0bst4r and @momoz, been taking a mental health break, which included me stepping away from personal projects as well. Realized today that it was broken.
Merged #7, which should fix this, so will close this now.


Not an issue but read the thread

The console.log thingy works but how do I put the output to html?

You should have basic knowledge in order to do that.
This video may help you https://youtu.be/gwTkd52Dm48

You should have basic knowledge in order to do that.
This video may help you https://youtu.be/gwTkd52Dm48

Okay thanks! I will take a look at it!


Guard more against cherry-picking.

Saw an out of context quote on the tweeters.

👍  merge on green


basis_sets_O1: Compatible with basis_sets_base.py

Methods of compact_compression_matrix and compression_matrix are added to FCBasisSetO1.py.  FCBasisSetO1 is now compatible with FCBasisSetBase.

Thanks.


[Notifications] Link in the notification leads to 404 page

Environment: macOS Big Sur 11.5.1; Chrome version 99.0.4844.51.
Reproducible: always.
Build found: gcp-0.0.94
Preconditions

Parent applied for workshop
SP received the notification

OR

Parent applied for workshop
SP received the notification
SP confirmed application
Parent received the notification

Steps to reproduce

Click on received notification
Click on the arrow

Actual result
404 page appears
https://user-images.githubusercontent.com/97882565/188123571-202a610f-f233-43bf-bdd4-f55a381b5479.mov
Expected result
The link should leads to "Мої заяви" page
User story and test case links
User story https://github.com/ita-social-projects/OoS-Backend/issues/204
Test case
Labels to be added
"Bug", Priority ("pri: "), Severity ("severity:"), Type ("UI, "Functional"), "API" (for back-end bugs).

Fixed

Verified.