BOM pom is empty

The generated pom for BOM doesn't have dependencyManagement and dependencies descriptor.
<?xml version="1.0" encoding="UTF-8"?>
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <modelVersion>4.0.0</modelVersion>
  <groupId>org.jodd</groupId>
  <artifactId>jodd-bom</artifactId>
  <version>3.6.3</version>
  <name>jodd-bom</name>
  <description>Jodd (Bill of Materials)</description>
  <url>http://jodd.org</url>
  <organization>
    <name>Jodd</name>
    <url>http://jodd.org</url>
  </organization>
  <licenses>
    <license>
      <name>The New BSD License</name>
      <url>http://jodd.org/license.html</url>
      <distribution>repo</distribution>
    </license>
  </licenses>
  <developers>
    <developer>
      <id>igor</id>
      <name>Igor Spasic</name>
<EMAIL_ADDRESS>      <timezone>+1</timezone>
    </developer>
  </developers>
  <issueManagement>
    <system>GitHub</system>
    <url>https://github.com/oblac/jodd/issues</url>
  </issueManagement>
  <scm>
    <connection>scm:git:git://github.com/oblac/jodd.git</connection>
<EMAIL_ADDRESS>    <url>https://github.com/oblac/jodd</url>
  </scm>
</project>

You are right, this is the content of latest Maven BOM file
Which is strange, since when I do the following:
> gradlew clean build -x test
> gradlew install

I got the right file in my local repo. I will upload a snapshot today to maven central repo to see what is going on.

All version of your BOM on Maven Central have the same problem.
Why you build a jar ? You should publish only a POM.

Yes, I realized that now :( When I build everything locally, the BOM POM is complete. I assumed this will work when I publish artifacts, too...
And for jar: we are using gradle for building everything and generating POMs. There is an issue with gradle (GRADLE-2427) that required BOM module to be java module - hence we have an empty jar there. I see now there is a new plugin: maven-publish that should work better.
I will check what is going on and resolve this ;)

Figured out - the BOM data was set only in install task, but not in the uploadArchives.

Just uploaded the snapshot; BOM seems ok now:
https://oss.sonatype.org/content/repositories/snapshots/org/jodd/jodd-bom/3.6.4-SNAPSHOT/jodd-bom-3.6.4-20150103.165006-1.pom

Well done.
Your link works but doesn't appear in Nexus browser (see capture)

Maybe this is because this is just a snapshot repo? afaik, when we do next full release to central maven repo, everything should be ok. And it should be ok when using snapshot dependency in your maven, i guess ;)


Starting Esperanto translation

@picsi Awesome, let me know when its ready to merge!

@dansup It's ready!

@picsi Thank you! It is merged.


Make it easier the addition of new files to read in the ETL

As a developer, I want to have a centralise place to see where the data the ETL reads comes from (and which columns are read), and being able to add new files easily
Acceptance Criteria

[ ] Design updated with the mechanism to add files in the new ETL without repeating so much code

@CsabaHalmagyi done


Improves method of getting unique target ID's

The window, session and pane ID's now directly correspond to the unique
ID's provided by tmux itself.  This also removes the detox_file_name()
helper function as the PID filename is now simply the numeric pane ID
which does not need sanitizing.
This fixes bugs #19 and #20.

@ntwk Thanks a lot for your fix! I was not aware of the unique id Tmux already gives a pane thanks a lot for bringing that to my attention. I will review your changes somewhere this weekend or at the beginning of next week :).

I already found some time to look at it. The pull request looks good, spotless code. Thank you! I found one small typo in your code see 6553f4d53c62d51336239a0ab2feeabba4a6375b. I will merge your fix to the master branch if you accept my commit :).

@rickstaa thanks for taking a moment to review my work and catching this!  6553f4d looks good to me and you're welcome to merge.

Thanks again for your contribution it has been merged into master. @ChanderG can you maybe tag this commit with version v1.1.0 and release the software? I don't have enough privileges to create a tag on your repository.

@ChanderG I already found a way to create the tag myself.


Bug fix/exact match on issn

PR for https://github.com/antleaf/jct-project/issues/356

Match on ISSN.

If a user is typing an ISSN, accept [0-9]{4}-[0-9]{3}[0-9xX].
The API expects an uppercase X, so convert to uppercase if is an ISSN.

If it is not an ISSN, retain exiting code.

FYI - the existing code converts the text typed by the user to lowercase and strips ' of' and 'the'
Note: The space before of and no space before the. This does not look correct to me. I have left this as is. It is the same behaviour for the other two fields as well.

I guess the space before of is because mostly you get "University of ..." whereas the most likely appears at the start.
I'm not sure it's a good normalisation strategy, but I guess that's why it is that way.


Add support to env variable

Is there an existing issue for this?

[X] I have searched the existing issues

Feature description
My problem: dependabot failing to access private npm registry.
The root cause: I am relying on env variable on my yarnrc.
My yarn.rc
npmAlwaysAuth: true

npmAuthIdent: ${JF_USER}:${JF_API_KEY}

npmRegistryServer: 'https://froggy.jfrog.io/artifactory/api/npm/fg-npm-repo/'

In my workflow I am making sure that those variable exist on the env. In depandbot run I cant do that.
Although .yarnrc.yml is a Yarn2+ feature which is not officially supported it could still work analysing my package.json (I am getting security alerts).
What I see in my logs:
updater | ERROR <job_481272521> Error processing nanoid (Dependabot::SharedHelpers::HelperSubprocessFailed)
updater | ERROR <job_481272521> Usage Error: Environment variable not found (JF_USER) in /home/dependabot/dependabot-updater/repo/.yarnrc.yml (in /home/dependabot/dependabot-updater/repo/.yarnrc.yml)
updater | <job_481272521>
updater | <job_481272521> Yarn Package Manager - 3.2.2
updater | <job_481272521>
updater | <job_481272521>   $ yarn <command>
updater | <job_481272521>
updater | <job_481272521> You can also print more details about any of these commands by calling them with
updater | <job_481272521> the `-h,--help` flag right after the command name.

@yarinsa can you share your dependabot config file?

@pavera we may need to strip the npmAuthIdent out of the yarn config so the proxy can always take over?

@jurre Thank you for the quick answer!
here is my config:

version: 2
updates:
  - package-ecosystem: 'npm' # See documentation for possible values
    directory: '/' # Location of package manifests
    target-branch: 'main'
    schedule:
      interval: 'daily'
    registries:
      - npm-jfrog

registries:
  npm-jfrog:
    type: npm-registry
    url: [Redacted]
    username: ${{ secrets.JF_USER }}
    password: ${{ secrets.JF_PASSWORD }} # Must be an unencoded password

I had a similar issue when I was implementing my own actions. I have an action called "setup-yarn".
And there I accept the creds as inputs. Then in my action I do
        yarn config unset npmAuthIdent
        CREDS="$(echo -n '${{ inputs.artifactory_user }}:${{ inputs.artifactory_password }}'| base64)"
        yarn config set npmAuthIdent $(echo -n '${{ inputs.artifactory_user }}:${{ inputs.artifactory_password }}'| base64)

It did solved the issue.  Now I am getting only 403. Gonna double check my values and will update if there is any change
  proxy | 2022/10/12 12:07:42 [014] * authenticating npm registry request (host: companyname.jfrog.io, basic auth)
  proxy | 2022/10/12 12:07:45 [014] 403 https:/companyname.jfrog.io:443/artifactory/api/npm/company-npm-repo/@user-management%2Fconsts
updater | INFO <job_482270264> Handled error whilst updating @user-management/consts: private_source_authentication_failure {:source=>"companyname.jfrog.io/artifactory/api/npm/company-npm-repo/"}

@omerzi This is just one out of many issues we had configuring JFrog with different services & Yarn2.
What would be your best practice for this? I could tag you in other few issues we had with other services.
@boazetsec - One more issue connecting to jFrog... Isn't it. better practice to work with token instead of user&password, would have save days?

Is there a way to configure self-runners OR getting an IP that we can add to the allowlist?

Yeah there's no way to configure runners for Dependabot today, as our infrastructure is not shared with Actions, but you can get the IPs via the GitHub API:
gh api meta | jq .dependabot
[
  "<IP_ADDRESS>/32",
  "<IP_ADDRESS>/32",
  "<IP_ADDRESS>/32"
]

Those IPs should be fairly static, but if they ever change that'll be reflected in the API.

@jurre Even after adding those IP's to our allowlist we are getting 403 :( .
Is there a way to see the response body?
(From my experience with JFrog they describe the problem in the response body. And the error code is not necessarily  reflects the problem

No unfortunately we don't log that information anywhere. Has this setup ever worked with Dependabot on an older version of yarn, or is this the first time you're setting it up?

@jurre Yes. It's seems like it's working now (IP whitelisting might take some time to update). I appreciate your help a lot. Willing to contribute in order to support Yarn Berry, in case of a need.


Visualizations: Make smoothed mean/best fit lines darker than points in scatter plots

Scatter plot trend lines get lost in the points. Suggestion - color a slightly darker shade than the points and ensure it is on top. Ex: GEMS, x-axis: age, y-axis: weight

@SheenaTomko Perhaps this work would need to be done after color palette is implemented for plots.
That being said, I have a couple of questions for clarification.
a) should the plot "95% confidence interval" at smoothed mean be darker like the mean line or just leave it as is ?
b) I think that there are two possible approaches in this regard: i) change opacity, e.g., making marker's opacity lower than line; ii) change  RGB value (color) for lines to be darker. Which one do you have in mind?

@asizemore I made this ticket based on an item you'd added to the spreadsheet. Maybe you can provide DK more feedback. My guess is for a) that we leave the 95% confidence interval alone and just change the mean line. For b) I'm ok with either option

@SheenaTomko Thank you for your clarification 👍 I will check this out after the color palette work is done

@moontrip good questions. This turned into a harder problem that I initially expected, as these things tend to go :)
I'll make some examples to discuss and get back to you!

After a discussion on the data-viz team (see slack for more details), we decided it would be easiest for this phase to simply make the trend lines and confidence intervals slightly darker. Below I'll list the color pairs, with the current color (to be used for markers) on the left in [] and the corresponding slightly darker color (for trendlines and confidence intervals) on the right in (). We decided not to change any of the opacity settings for these traces for phase 1.
RGB
[136, 34, 85]     (115, 28, 72)
[136, 204, 238]     (113, 194, 234)
[153, 153, 51]      (133, 133, 44)
[51, 34, 136]       (43, 28, 115)
[68, 170, 153]      (60, 151, 136)
[221, 204, 119]      (215, 196, 98)
[204, 102, 119]       (197, 82, 102)
[17, 119, 51]      (13, 96, 41)

Thank you for your information. It would be very helpful to work with 👍

@asizemore I have made a PR to address this issue. One issue I have is that although your darker color palette was correctly applied, it is not that distinguishable from the original color palette visually. Perhaps new dark colors are not that much darker than  original one ? Please see my comment and screenshot here, https://github.com/VEuPathDB/web-eda/pull/355#issue-723463003

Hey @moontrip the implementation looks great! You're right, the darker colors are not that much darker. We had to balance darkening all the colors in the original color palette with trying to keep all the colors accessible. It's also important that the darker color is still close enough to the original color that the user pairs them together. In the most ideal scenario, the user wouldn't be able to tell the difference between the pair of darker and lighter colors when they are near but not touching, but could see the darker color stand out when it is atop the lighter color (see picture). But I digress :)

All that is to say your concern is a good one but I think right now the above is about as dark as we can go without diminishing accessibility too much.

Hey @moontrip the implementation looks great! You're right, the darker colors are not that much darker. We had to balance darkening all the colors in the original color palette with trying to keep all the colors accessible. It's also important that the darker color is still close enough to the original color that the user pairs them together. In the most ideal scenario, the user wouldn't be able to tell the difference between the pair of darker and lighter colors when they are near but not touching, but could see the darker color stand out when it is atop the lighter color (see picture). But I digress :)

All that is to say your concern is a good one but I think right now the above is about as dark as we can go without diminishing accessibility too much.

Hi @asizemore Thank you for your detailed explanation 👍 Yes I also checked RGB values between original and darker ones and realized the latter is certainly darker than the former like your example Scatter plot has just thin lines (and shaded ones), unlike thick bars like your example 😃

color intensity looks good


Provide Intersphinx objects.inv file for API docs

Feedback
At qiskit.org, there is currently a file called objects.inv: https://qiskit.org/documentation/objects.inv.  This file contains information about the identifiers used in Qiskit so that other Sphinx projects can create cross references to the Qiskit API docs.  For instance, the Circuit Knitting Toolbox's page on the cut_wires function links to the QuantumCircuit documentation at qiskit.org using this mechanism.
Currently, the objects.inv file is missing from the build at https://docs.quantum-computing.ibm.com/api/qiskit.  If the directory structure is the same as is output by Sphinx, then allowing Intersphinx to work may be as simple as including Qiskit's objects.inv in the build.  If, however, the directory structure does not match, then objects.inv will need to be adjusted in an automated way to contain correct information.
Other comments
No response

This is now live thanks to @frankharkins in https://github.com/Qiskit/documentation/pull/522 🚀 you can download https://docs.quantum.ibm.com/api/qiskit/objects.inv, for example. Projects should use these URLs:

runtime: https://docs.quantum.ibm.com/api/qiskit-ibm-runtime
provider: https://docs.quantum.ibm.com/api/qiskit-ibm-provider
qiskit: https://docs.quantum.ibm.com/api/qiskit

Let's close this after we switch 2-3 projects and confirm it's working in the wild.

PR made for qiskit-ibm-provider: https://github.com/Qiskit/qiskit-ibm-provider/pull/797. I've checked the links and they all work. Qiskit IBM Runtime does not use intersphinx so no PR needed there.

Thanks, Frank, for your great work on this issue! I opened https://github.com/Qiskit/documentation/issues/669 and https://github.com/Qiskit/documentation/issues/668 to track the follow up work.


Scrolling an ItemList which is inside a ScrollContainer will also scroll the ScrollContainer

Godot version:
v3.0.5-stable_x11.64, Xubuntu
Issue description:
Scrolling an ItemList which is inside a ScrollContainer will also scroll the ScrollContainer.
If the mouse is over the ItemList's scroll bar it works fine instead.
Minimal reproduction project:
scroll_bug.zip

nice catch. looks like the focus outline needs to be clipped as well

@girng Yes, that's already been issued in #9612.


Implement upload definition call

I saw this endpoint was missing the implementation. Here it goes.

Hi Michael, sorry to ask for this once again, could we release a minor with this feature added? Thanks!

In 1.6.0.

Thanks :)


Chrome date input icon not compatible with dark mode

Actual behavior
The icon disappears but can be still be clicked and used
Expected behavior
The icon should be visible in dark mode
To Reproduce
Steps to reproduce the behavior:

Start in JupyterLab light mode
Open a csv file in our Tabular Data Editor
Make sure a single column has all cells filled with dates (formatted: YYYY-MM-DD)
Toggle on data detection (a calendar icon should appear at the top of the columns with dates)
Double-click on a date to edit it and see the icon pop up
Switch to JupyterLab dark mode
Double-click on a date to edit it and see the icon hidden (can still click on the icon and use as normal)

Screenshots

Desktop (please complete the following information):

OS: Mac Catalina
Browser: Chrome 84.0.4147.125

Additional context

Problem is with Chrome's native HTML date input element. You can't change the color of the icon, thus in dark mode the icon becomes hidden.

One possible option is toggle css styling when switching from light to dark mode. The code below inverts the calendar color resulting in a white icon. This seems a little hacky though.
input[type='date']::-webkit-calendar-picker-indicator {
  filter: invert(1);
}


Menu show in Explore topics and each topic page

/explore-topics
/tag/*

@alvin96 thank you for bringing it out. I will release an update shortly.

@alvin96 thank you for bringing it out. I will release an update shortly.

Thanks for the fast response, really appreciate it✨

https://medium.com/@medium
I found user profile page (pages start with "@") also have the same issue too.

@alvin96 Thank you very much for bringing it up. I have patched the fixes and submitted it for review on chrome and Mozilla. It will be available in 2-3 days.  Thank you again.

@Xatta-Trone Welcome, thanks for the amazing plugin too !!

@alvin96
Published: https://chromewebstore.google.com/detail/medium-parser/egejbknaophaadmhijkepokfchkbnelc?hl=en thank you.

It works like a charm!! Thanks again!!!


Improve logging on changes in a compute's status

I'm trying to debug a situation with the LR benchmark publisher not being in the correct state. This should aid in debugging, while just being generally useful.

Thanks @hlinnaka.


Feature: newest pythons

Re-expand versions, but only include currently maintained versions.

There are currently failures on the Linux builds that I'm not able to reproduce, locally, so I'm still looking into them.

@josecols everything passed


Update orc main version

What changes were proposed in this pull request?
Update orc main version
Why are the changes needed?
it is need by https://github.com/ClickHouse/ClickHouse/pull/53324, otherwise building errors will appear
Aug 14 10:17:28 /build/src/Processors/Formats/Impl/NativeORCBlockInputFormat.cpp:498:37: error: 'this' argument to member function 'getLowBits' has type 'const orc::Int128', but function is not marked const
Aug 14 10:17:28             int128_value.items[0] = orc_decimal_column->values[i].getLowBits();
Aug 14 10:17:28                                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Aug 14 10:17:28 /build/src/Processors/Formats/Impl/NativeORCBlockInputFormat.cpp:746:28: note: in instantiation of function template specialization 'DB::readColumnWithDecimalDataCast<DB::Decimal<int>, orc::Decimal128VectorBatch, DB::ColumnDecimal<Decimal32>>' requested here
Aug 14 10:17:28                     return readColumnWithDecimalDataCast<Decimal32, orc::Decimal128VectorBatch>(
Aug 14 10:17:28                            ^
Aug 14 10:17:28 /build/contrib/orc/c++/include/orc/Int128.hh:335:14: note: 'getLowBits' declared here
Aug 14 10:17:28     uint64_t getLowBits() {
Aug 14 10:17:28              ^

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.0 out of 6 committers have signed the CLA.:x: wgtmac:x: williamhyun:x: dongjoon-hyun:x: progval:x: ffacs:x: mystic-lamaYou have signed the CLA already but the status is still pending? Let us recheck it.


5.0.0-release-candidate-4 WHEN????

RELEASE WHEN??
is there many people that trusted in this state management for our apps.. and now, will die !!  WHY????

looks like library is dead. Even cli is not working after flutter 3.10.0 update

looks like library is dead. Even cli is not working after flutter 3.10.0 update

try like this
flutter create abc cd abc get init

@inyong1 upgrading existing project does not works

@inyong1 upgrading existing project does not works
No problem in mine

@inyong1 Could you please show your pubspec.yaml

What system are you facing problems with CLI?
The release 5 is almost done.
Things to fix:
-1 Android back button close the application (Navigator 2 thing, need be fixed)
-2 Docs to nested navigation in navigator 2.
I think is it.

@jonataslaw Windows

@jonataslaw same as https://github.com/jonataslaw/get_cli/issues/222

@inyong1 Could you please show your pubspec.yaml

What system are you facing problems with CLI?
The release 5 is almost done. Things to fix:
-1 Android back button close the application (Navigator 2 thing, need be fixed) -2 Docs to nested navigation in navigator 2.
I think is it.

@jonataslaw there is an error on get create project command.
so we have to use get init instead.
My flutter doctor output:
[✓] Flutter (Channel stable, 3.10.1, on Ubuntu 23.04 6.2.0-20-generic, locale
    en_US.UTF-8)
[✓] Android toolchain - develop for Android devices (Android SDK version 33.0.1)
[✓] Chrome - develop for the web
[✓] Linux toolchain - develop for Linux desktop
[✓] Android Studio (version 2022.2)
[✓] Android Studio (version 2022.2)
[✓] VS Code (version 1.78.2)
[✓] Connected device (2 available)
[✓] Network resources

`supriyadi@G7-7588:~/Development/Belajar$ get create project:awsome_project

Flutter Project

Get Server
Select which type of project you want to create ? [1]
What is your company's domain?  Example: com.yourcompany  id.awsomeproject

Swift

Objective-C
what language do you want to use on ios? [1]

Kotlin

Java
what language do you want to use on android? [1]

Yes!

No
Do you want to use null safe? [1]

yes

no
do you want to use some linter? [1]

Running flutter create /home/supriyadi/Development/Belajar/awsome_project …
$ flutter create --no-pub -i swift -a kotlin --org id.awsomeproject /home/supriyadi/Development/Belajar/awsome_project
Creating project ....
Wrote 129 files.
All done!
You can find general documentation for Flutter at: https://docs.flutter.dev/
Detailed API documentation is available at: https://api.flutter.dev/
If you prefer video documentation, consider: https://www.youtube.com/c/flutterdev
In order to run your application, type:
$ cd .
$ flutter run
Your application code is in ./lib/main.dart.
Running flutter pub get …
$ flutter pub get
Resolving dependencies...

async 2.11.0
boolean_selector 2.1.1
characters 1.3.0
clock 1.1.1
collection 1.17.1 (1.17.2 available)
cupertino_icons 1.0.5
fake_async 1.3.1
flutter 0.0.0 from sdk flutter
flutter_lints 2.0.1
flutter_test 0.0.0 from sdk flutter
js 0.6.7
lints 2.1.0
matcher 0.12.15 (0.12.16 available)
material_color_utilities 0.2.0 (0.5.0 available)
meta 1.9.1
path 1.8.3
sky_engine 0.0.99 from sdk flutter
source_span 1.9.1 (1.10.0 available)
stack_trace 1.11.0
stream_channel 2.1.1
string_scanner 1.2.0
term_glyph 1.2.1
test_api 0.5.1 (0.6.0 available)
vector_math 2.1.4
Changed 24 dependencies!
$ dart migrate --apply-changes --skip-import-check
Could not find a command named "migrate".

Usage: dart <command|dart-file> [arguments]
Global options:
-v, --verbose               Show additional command output.
--version               Print the Dart SDK version.
--enable-analytics      Enable analytics.
--disable-analytics     Disable analytics.
--suppress-analytics    Disallow analytics for this dart * run without changing the analytics configuration.
-h, --help                  Print this usage information.
Available commands:
analyze    Analyze Dart code in a directory.
compile    Compile Dart to various formats.
create     Create a new Dart project.
devtools   Open DevTools (optionally connecting to an existing application).
doc        Generate API documentation for Dart projects.
fix        Apply automated fixes to Dart source code.
format     Idiomatically format Dart source code.
info       Show diagnostic information about the installed tooling.
pub        Work with packages.
run        Run a Dart program.
test       Run tests for a project.
Run "dart help " for more information about a command.
See https://dart.dev/tools/dart-tool for detailed documentation.
✖  + error_unexpected ShellException(dart migrate --apply-changes --skip-import-check, exitCode 64, workingDirectory: /home/supriyadi/Development/Belajar/awsome_project)
`

I think this bug is still present in v5 #2504

try this #232

https://pub.dev/packages/refreshed


Object Explorer fails when expanding Views

Issue Type: Bug

Connect to DB
Expand Tables, no problem
Expand Programmability, no problem
Expand Views... "Object Explorer task didn't complete within 45 seconds"

SSMS has no issues listing views.
Azure Data Studio version: azuredatastudio 1.40.2 (661384637db384fe5d4e6224069adbe708580b16, 2022-12-22T22:17:02.658Z)
OS version: Windows_NT x64 10.0.19044
Restricted Mode: No
Preview Features: Enabled

System Info

Item
Value

CPUs
AMD FX(tm)-8320 Eight-Core Processor            (8 x 3793)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onoop_rasterization: unavailable_offopengl: enabled_onrasterization: unavailable_offraw_draw: disabled_off_okskia_renderer: enabled_onvideo_decode: enabledvideo_encode: enabledvulkan: disabled_offwebgl: enabledwebgl2: enabled

Load (avg)
undefined

Memory (System)
23.90GB (11.96GB free)

Process Argv

Screen Reader
no

VM
0%

Extensions (8)

Extension
Author (truncated)
Version

admin-pack
Mic
0.0.2

admin-tool-ext-win
Mic
0.0.4

agent
Mic
0.49.0

dacpac
Mic
1.11.0

import
Mic
1.5.4

profiler
Mic
0.11.0

query-history
Mic
0.5.3

azdata-sanddance
msr
4.0.1

@cheenamalhotra do you expect the OE timeout fix you were recently looking at will address this issue?

The fix we've made is specifically for listing databases SMO query, so I don't think it will impact views.
We will investigate this next thing!

Connecting to an azure SQL database using SQL user authentication. The issue did not start impacting me until just recently. Perhaps in the past 30 to 90 days tops. Did not experience this problem with prior versions.

Issue #21171 looks exactly similar to this one, so we can keep any one open.
I'll close this (recent) as duplicate, and PR https://github.com/microsoft/sqltoolsservice/pull/1801 should address both issues from STS.


[Feature Request] Update rustls and mio in Rust dependencies

Describe the solution you'd like
Even though we are unaffected by the vulnerabilities, security scans show our current rustls and mio versions as of this writing have vulnerabilities. Update them (and any other things as needed).

Can we also add H2 to this list of dependencies that need to be upgraded since GHSA-q6cp-qfwq-4gcv is flagging the h2 version the sdk currently uses

Are there any updates on when the next python sdk could be release to include the dependency updates?/

No updates here on specific release timelines, but hopefully soon.


⚠ Samsung has degraded performance

In 446793b, Samsung (https://samsung.com) experienced degraded performance:

HTTP code: 200
Response time: 2308 ms

Resolved: Samsung performance has improved in 6261362.


Fix Ubuntu install.sh script

Closes #1036
Description
While adding the GitHub token to the install.sh script worked in zsh/bash, it had the unintended consequence of breaking other shells like dash (ubuntu default).  This PR removes the use of zsh/bash-supported lists and uses an if statement instead.

For contributor use:

[ ] Targeted PR against master branch
[ ] Linked to Github issue with discussion and accepted design OR link to spec that describes this work
[ ] Code follows the standards mentioned here
[ ] Updated relevant documentation
[ ] Re-reviewed Files changed in the Github PR explorer
[ ] Added appropriate labels

@jribbink have you tested it on dash?

Thanks a lot!
Confirmed to be working on my end too.


Add a link where to contribute about issues/bugs

I have an issue (or found a bug? unsure right now), and I am not sure where to search for other issues about such events.
I am guessing it is here https://github.com/microsoft/terminal however I am uncertain on whether these bugs are for the "native windows console" or the one you can download from the App Store.
FYI, Microsoft Windows [Version 10.0.18362.175]
My "issue" is when using a viewport, blocking the "top area" ESC[3r and using the Screen buffer to scroll DOWN, the viewport is now aligned with the currently displayed text instead of the original one, so the "title bar" effect is lost and replaced by an arbitrary line...

Just a small comment that I recently noticed the "Disable Scroll-Forward" in the Terminal tab under the Terminal Scrolling box.
In all logic this should fix the ESC[3r placement issue when scrolling down. I could not test it yet since I've given up on the idea after that post.


[BUG] CPU leak during load testing

OS and Environment
k8s, linux
GIT commit hash
2ffcd007e3f794f8ee32488a0446bc11c1242cd0
Minimum working example / Steps to reproduce
run the job in Jenkins https://jenkins.soramitsu.co.jp/job/iroha2/job/deploy/job/iroha2-perf/
with the following parameters
testScenario maxPerf
logLevel INFO
configuration standard
concurrentUsers 2
times 7200
deachLevelLasting 10
separatedByRampsLasting 10
startingFrom 0

leave other parameters unchanged
iroha2 config recommended
"COMMIT_TIME_LIMIT_MS": 10000,
    "MAX_TRANSACTIONS_IN_BLOCK": 20,
    "ACTOR_CHANNEL_CAPACITY": 100,
    "GOSSIP_BATCH_SIZE": 500
    "GOSSIP_PERIOD_MS": 1000
  },
  "BLOCK_SYNC": {
    "GOSSIP_PERIOD_MS": 1000,
    "BLOCK_BATCH_SIZE": 4,
    "ACTOR_CHANNEL_CAPACITY": 100
  },

analytical info

profiler
iroha2 current state
iroha2 TPS / queue status
iroha2 cluster monitoring

Actual result

when running the script
the load should increase evenly
transactions should be accepted by the computer
no CPU leaks should occur

Expected result
When the load is applied, a leak in the CPU is observed, judging by the logs from the profiler, the problem is related to the regular calculation of the hash of blocks and transactions. Analytical information can be found at the link to the profiler

profiler
iroha2 current state
iroha2 TPS / queue status
iroha2 cluster monitoring
OpenSearch

logs downloaded from the parca
profile.pb.gz
Logs in JSON format

Log contents
look at the profiler logs

Who can help to reproduce?
@RamilMus
Notes
No response

verify with rc21

the problem persists when assembling Linux-based Alpine, the problem is solved when assembling Image based on Debian


[BTRX-674] Add Existing CG and Sample Collection

Addresses
https://broadinstitute.atlassian.net/browse/BTRX-674
Changes
New view to create a link between a Sample/Data Cohort and a Sample Collection within the Project context. Answering International Cohorts, Security and MTA questions. Also is possible to upload documents.
Testing
Describe for the reviewer how to test the specifics of this PR, both positive and negative cases.

[ ] Submitter: Verify all tests go green, including CI tests
[ ] Submitter: Get a thumb from Belatrix
[ ] Submitter: Get a thumb from @rushtong
[ ] Submitter: Merge to develop using github's "Squash and Merge" feature
[ ] Submitter: Delete branch after merge

There is a noticeable delay when the content of Select Sample/Data Cohort populates in step 1 of the wizard. Not sure if there's a way to show a loading indicator in the drop down, but it was confusing that at first there was nothing to select, then a minute later, there were results to select. Note the 12 second delay in getting the consent groups - we need to file a technical debt story to improve that performance - it's terrible.

There is a bug in that it doesn't let me choose a sample collection that is already associated to a consent group. The rule for associating  consent groups + sample collections are:

It is possible to add a consent group + a sample collection that has not been associated to a consent group already. I think this is working in this branch.
It is possible to add a consent group + a sample collection that is associated to the selected consent group. This is what I cannot replicate in this branch.

SC-11795 - Promega - K562 Control is in ORSP-590:

SC-11795 - Promega - K562 Control is not a selectable option when adding that consent group to a project:

@rushtong I created a ticket to add the Sample Collection association case we are not handeling in this PR. Please see: https://broadinstitute.atlassian.net/browse/BTRX-685. We will work on this ticket in this upcoming sprint.


WIP french translation

don't merge for now !
this is a WIP for french translation , any help appreciated !!
will try to finish it as soon as i can

@xinity We're looking at switching to Crowdin for translations if you want to try it out and let us know if it's easier to work with:  http://translate.rancher.com/project/rancher-ui/invite
I imported everything from this PR (p.s. there's a bunch of syntax errors around quoting strings and words with apostrophes in them)

Thanks @vincent99 I've subscribed to the translate project on crowdin (using my primary email).
Apostrophe are prohibited then am I right? There is many many in french, let me know if I should not use them anymore.
I'll try and update as fast as I can
Thanks again,
Rachid

You can have quotes, they just have to be quoted or escaped correctly to be a valid YAML file.. On the upside with something like CrowdIn you don't need to deal with the raw YAML, it will generate the file for us.
key: thing
key: 'thing' # ok
key: 'thi'ng' # syntax error, unbalanced '
key: "thi'ng" # ok
key: "with "a quoted" string" # syntax error, unbalanced "
key: 'with "a double-quoted" string' # ok
key: |
  a multi-line string
  with unbalanced ' and "
# ^-- ok

Merged via #837, please use http://translate.rancher.com for further updates


[rshapes] Inconsistent and wrong rendering of lines

Issue description
Line drawing functions are not consistent between normal and texture mode, as well as just wrong in general (i.e. they're off by a pixel, not long enough and so on). When line is exactly vertical or horizontal, they're offset to one or other side, and sometimes end point of line is not reaching specified coordinates.
Environment
Platform: Desktop
OS: Arch Linux
OpenGL: 4.6 (Core Profile) Mesa 22.1.7
GPU: Intel(R) HD Graphics 4600 (HSW GT2)
Issue Screenshot

Code Example
#include <math.h>
#include <raylib.h>
#include <raymath.h>

const Color PURE_RED = { 255, 0, 0, 255 },
      PURE_GREEN = { 0, 255, 0, 255 },
      PURE_BLUE = { 0, 0, 255, 255 };

int main(void) {
  InitWindow(256, 256, "lines");
  SetTargetFPS(10);

  RenderTexture2D retex = LoadRenderTexture(256, 256);
  for (int angle = 0; !WindowShouldClose(); angle = (angle + 1) % 360) {
    Vector2 dir = Vector2Rotate((Vector2){ 64, 0 }, angle * M_PI / 180.);
    Vector2 start = { 128, 128 }, end = Vector2Add(start, dir);

    BeginDrawing();
    {
      BeginTextureMode(retex);
      {
        ClearBackground(BLACK);
        DrawLineV(start, end, PURE_RED);
      }
      EndTextureMode();

      ClearBackground(BLACK);
      BeginBlendMode(BLEND_ADDITIVE);
      {
        DrawLineV(start, end, PURE_BLUE);

        DrawTexturePro(retex.texture,
            (Rectangle){ 0, 0, 256, -256 },
            (Rectangle){ 0, 0, 256, 256 },
            (Vector2){ 0, 0 }, 0, WHITE);

        DrawPixelV(start, PURE_GREEN);
        DrawPixelV(end, PURE_GREEN);
      }

      EndBlendMode();
    }
    EndDrawing();
  }

  UnloadRenderTexture(retex);
}

GPU issue
It appears that all of similar issues are related to differences in GPUs and OpenGL stuff and whatnot:

#1863 hints to GPU issues, also my code uses both DrawLine and DrawPixel functions
#1213 also hints to GPU issues

I know that there's not much what could be done regarding different hardware, but I still hope that this issue could be used at least as a list of GPUs with similar issues so we could figure out what may cause that issue on them.
Workaround?
As far as I remember, Image* functions use software renderer which can be used to avoid that issue, but there's a couple caveats:

Software render is slow by design — it's not hardware accelerated and hence always will be slower than normal renderer;
Texture must be updated on change — that speaks for itself: after drawing everything using Image* functions, we have to load it as a texture, draw it and unload texture. That's a lot of CPU⇆GPU data exchange every frame. I wonder if there is a way to update texture data without recreating it...
If only that was easier to do — what I'm trying to say, it'd be nice to have an option to use software renderer for everything by setting some options on window creation and/or with BeginSoftwareMode()/EndSoftwareMode() guards.

Possible fix?
This question on SO talks about similar issue and I think it should fix it; though I cannot confirm it.
It seems like calling rlOrtho with 0.5px offset should fix it, but not sure:
https://github.com/raysan5/raylib/blob/7a15861d442fa8db6c9ab783e1f8eba50e2954ef/src/rcore.c#L4653
Maybe changing it to rlOrtho(-0.5f, CORE.Window.render.width - 0.5f, CORE.Window.render.height - 0.5f, -0.5f, 0.0f, 1.0f); should work?
If it does, to keep backwards compatibility, we can add a flag or function that will enable "Pixel perfect" mode which offsets everything by 0.5. If it doesn't, same mode may be achieved by using software renderer for everything.

@hatkidchan Thanks for the super-detailed report! Actually, this is a very tricky issue because it depends on the GPU, the drivers and also the OS. It's difficult to find a proper solution...
There was already a hack in BeginDrawing() trying to address this issue but it worked so randomly that finally it was commented. Here the related code from rcore module:
// Setup canvas (framebuffer) to start drawing
void BeginDrawing(void)
{
    // WARNING: Previously to BeginDrawing() other render textures drawing could happen,
    // consequently the measure for update vs draw is not accurate (only the total frame time is accurate)

    CORE.Time.current = GetTime();      // Number of elapsed seconds since InitTimer()
    CORE.Time.update = CORE.Time.current - CORE.Time.previous;
    CORE.Time.previous = CORE.Time.current;

    rlLoadIdentity();                   // Reset current matrix (modelview)
    rlMultMatrixf(MatrixToFloat(CORE.Window.screenScale)); // Apply screen scaling

    //rlTranslatef(0.375, 0.375, 0);    // HACK to have 2D pixel-perfect drawing on OpenGL 1.1
                                        // NOTE: Not required with OpenGL 3.3+
}

Oh wow! I should've checked if that was already tested option. Too bad it works not reliably enough..
For a "solution" I think using software renderer for those who really wants pixel-perfect rendering. Though, that may require a lot of unnecessary checks and redirects and such, so it's not a great solution to use at runtime, and having that as a compile-time option is also not ideal because it's just easier to do some things with already prebuilt library. Even as simple as BeginImageMode(&image); <...> EndImageMode(); will require adding those checks into each and every Draw* function, which may hurt performance.
Actually I just tested rlTranslatef hack on my system, and I didn't notice any change. Though, I should compare it to previous results... rlOrtho(...) also does nothing noticeable
Also, I was afraid that software renderer would be really slow, but you all did a really great job optimizing the heck out of it: I technically could run it at ~2000FPS on my machine, though it was not a great test, but it should be good enough for some special cases where you really need perfection.

On a side note, I think using RL_QUADS for DrawPixel* would be better compared to RL_LINES because when scaling it using Camera (and BeginMode2D, of course) it produces weird results (dot becomes line instead of getting bigger):

source code:
// x-run: tcc -lraylib -run %
#include <raylib.h>

int main(void) {
  InitWindow(512, 256, "drawpixel");

  RenderTexture2D tex_a = LoadRenderTexture(256, 256),
                  tex_b = LoadRenderTexture(256, 256);
  Camera2D camera = { .zoom = 4 };

  while (!WindowShouldClose()) {
    BeginTextureMode(tex_a);
    DrawPixel(128, 128, RED);
    DrawText("1x", 2, 2, 20, RED);
    EndTextureMode();

    BeginTextureMode(tex_b);
    BeginMode2D(camera);
    DrawPixel(128 / camera.zoom, 128 / camera.zoom, RED);
    DrawText(TextFormat("%.fx", camera.zoom), 2, 2, 20, RED);
    EndMode2D();
    EndTextureMode();

    BeginDrawing();
    DrawTexturePro(tex_a.texture,
        (Rectangle){ 0, 0, 256, -256 },
        (Rectangle){ 0, 0, 256, 256 },
        (Vector2){ 0, 0 }, 0, WHITE);
    DrawTexturePro(tex_b.texture,
        (Rectangle){ 0, 0, 256, -256 },
        (Rectangle){ 256, 0, 256, 256 },
        (Vector2){ 0, 0 }, 0, WHITE);
    EndDrawing();
  }
}

PS: for code snippets from existing codebase you can select line, then tap on "Copy permanent link" and append last line number like so: https://github.com/raysan5/raylib/blob/master/src/rcore.c#L2031-L2045

According to this answer on SO, it may be not even possible to draw pixel-perfect lines reliably using OpenGL. So no matter how much we tweak offsets, translation, matrices and whatnot, there will be at least some GPU that'll just make it look wrong. So software render it is then...
I'm not sure whether I should close that issue 'cause it's not really resolved, but at the same time there's nothing that can be done besides making software render more convenient to use

On a side note, I think using RL_QUADS for DrawPixel* would be better compared to RL_LINES because when scaling it using Camera (and BeginMode2D, of course) it produces weird results (dot becomes line instead of getting bigger):

@hatkidchan Oh! Good catch! Feel free to send a PR to review it!
About the software renderer option, actually, it has been on my TODO list for a long time (at least for 2D drawing), some improvements have been done in that line to rtextures module in the last few years. All the Image*() functions were intended for that. But it requires more work than expected, not only to get it working but to integrate it in a seamless way into raylib... it implies lot of code review and convoluting the code, making it more difficult to read.

Feel free to send a PR to review it!

I think I also should create separate issue for that 'cause it's technically out of scope of current one. Gonna do it in a couple hours

@hatkidchan No worries, no need to create a separate issue, you can just send the PR directly.

might this have an impact ?
https://registry.khronos.org/OpenGL-Refpages/gl4/html/gl_FragCoord.xhtml
might need setting in the default shader ?

I'm afraid I'm closing this issue, there will be always some OpenGL implementation that won't be pixel-perfect and trying to over-engineer a solution just for it implies an additional maintenance cost in the long term.
For pixel-perfect, the best solution is a software implementation, like the one provided by Image*() functions, it can be expanded in the future and maybe even expose a software renderer option using it (2d only).

I'm really looking forward pixel perfection in future, thanks a lot!


Database of housing code enforcement agencies

https://www.mahb.org/boards-of-health/#

@stevejaubz has some progress on this--will check-in after she finishes the bar exam!