Inconsistent behavior of the \Eloquent\Builder::update method

Laravel Version: 5.8.29
PHP Version: 7.3.6
Database Driver & Version: MySql 8.0

Description:
The \Illuminate\Database\Eloquent\Builder::update method of Eloquent model doesn't protect against mass-assignment and causes Inconsistent behavior.

class
method
mass-assign safe

\Eloquent\Builder
create
:heavy_check_mark:

\Eloquent\Relations\BelongsToMany
create
:heavy_check_mark:

\Eloquent\Relations\HasOneOrMany
create
:heavy_check_mark:

\Eloquent\Builder
update
:x:

\Eloquent\Model
update
:heavy_check_mark:

\Eloquent\Relations\BelongsTo
update
:heavy_check_mark:

\Eloquent\Relations\BelongsToMany
createMany
:heavy_check_mark:

\Eloquent\Relations\HasOneOrMany
createMany
:heavy_check_mark:

\Eloquent\Builder
findOrNew
:heavy_check_mark:

\Eloquent\Relations\HasOneOrMany
findOrNew
:heavy_check_mark:

\Eloquent\Builder
firstOrNew
:heavy_check_mark:

\Eloquent\Relations\HasManyThrough
firstOrNew
:heavy_check_mark:

\Eloquent\Relations\HasOneOrMany
firstOrNew
:heavy_check_mark:

\Eloquent\Builder
firstOrCreate
:heavy_check_mark:

\Eloquent\Relations\HasOneOrMany
firstOrCreate
:heavy_check_mark:

\Eloquent\Builder
updateOrCreate
:heavy_check_mark:

\Eloquent\Relations\HasManyThrough
updateOrCreate
:heavy_check_mark:

\Eloquent\Relations\HasOneOrMany
updateOrCreate
:heavy_check_mark:

Steps To Reproduce:
Let's assume we have a User model that might be associated with one Phone (On to One relationship), hasOne and belongsTo relationships are defined and $fillable attributes are specified.

example
uses
mass-assign safe

Phone::create()
\Eloquent\Builder::create
:heavy_check_mark:

Phone::update()
\Eloquent\Model::update
:heavy_check_mark:

$user->phone()->create()
\Eloquent\Builder::create
:heavy_check_mark:

$user->phone()->update()
\Eloquent\Builder::update
:x:

$phone->user()->update()
\Eloquent\Relations\BelongsTo::update
:heavy_check_mark:

$user->phone->update()
\Eloquent\Model::update
:heavy_check_mark:

$phone->user->update()
\Eloquent\Model::update
:heavy_check_mark:

Phone::where()->update()
\Eloquent\Builder::update
:x:

I expect update to behave the same as create method always when being called on a Eloquent model but it doesn't.
It has different behavior on different types of relationships (hasOne and belongsTo). Also there should be a difference between using Eloquent to mass update vs using DB directly but there isn't and Eloquent update method doesn't check $fillable attributes:
Phone::where()->update();               //uses: \Illuminate\Database\Eloquent\Builder | update
DB::table('phones')->where()->update(); //uses: \Illuminate\Database\Query\Builder::update

That's the intended behavior.
While methods like Builder::create() or Model::update() work with model instances, Builder::update() is meant for mass updates and executes the UPDATE query directly in the database. It's a wrapper around DB::update() and adds support for global scopes and timestamps.

@staudenmeir Look at the examples above and compare them 2 by 2, It doesn't seems an intended behavior. I'm using Laravel for many years but I have to think about update behavior on every call:
$user->phone()->update(); //not safe
$phone->user()->update(); //safe

$user->phone()->update(); //not safe
$user->phone->update();   //safe

$user->phone()->update(); //not safe
$user->phone()->create(); //safe

I agree that the behavior of BelongsTo::update() is inconsistent with the other relationships. But I think that it shouldn't protect against mass-assignment either.

@staudenmeir we have forceCreate against create and forceFill against fill we should also have forceUpdate against \Eloquent\Builder::update too. There should be a way to allow/disallow mass-assignment on update like other methods to keep consistency.

@staudenmeir we have forceCreate against create and forceFill against fill we should also have forceUpdate against \Eloquent\Builder::update too. There should be a way to allow/disallow mass-assignment on update like other methods to keep consistency.

we have forceCreate against create

I know that's not obvious to the user, but the equivalent to Builder::update() is insert(), not create(). insert() is also a "raw" method without mass-assignment protection.

@staudenmeir I understand your point of view, but what I'm saying is that there should be a difference between \Eloquent\Builder::update and \Query\Builder::update.
When I'm using update method on an Eloquent model, this should always be without mass-assignment protection or always with it. The problem is that it's sometimes is and sometimes isn't. Please take a look at the examples above again, It doesn't make sense at all!

I think it's best to continue this discussion in the ideas repo. This is just the way it works atm and any change to it would be a severe breaking change. Please open up an issue on the ideas repo to discuss things further.

@driesvints done: laravel/ideas#1725


WIP 1

Trello card
Trello 4791
Context
The current navigation bar (menu) is being left unused by a large percentage of users, particularly on mobile. Additionally, the header on mobile features a large amount of white space and margin/padding which is pushing important content further down the page. It is believed that the entire header section could work more effectively on all devices.
Changes proposed in this pull request
Addition of links to the extra-navigation bar and rearranging of the navigation bar.
Guidance to review
CSS, HTML and content changes.

@garethwilliamsdesign Can we close this PR now?

I'd like to keep it open for a little while longer as I may apply some of the changes to another PR.


Crash during transition from PREINIT to INIT in EnderIOGlassesStateMapper - ftb beyond 1.11.0

Hi there,
sorry to bother you with my issue, however after looking into this crash for a day, I conclude that I cannot find the causing problem alone. Maybe someone can point me in the right direction or confirm the crash.
Issue Description:
During startup, minecraft (forge) crashes on transition from PREINITIALIZATION to INITILIAZITATION. A few hours before the crash occurred the first time, everything was running fine. I finally bet the ender dragon and closed the game. Now, I cannot start it at all. Feels like the dragon cursed me :O
Reinstalling minecraft, launcher and purge every possible config or cache file didn't help. No OS updates have occurred and to be best of my knowledge nothing else seems to have changed on that computer except that it had a reboot. There is literally no other third-party application on the designated computer (Ubuntu Linux 18.04) installed, as I only use it to play minecraft on it.
The server, running on a different device, is still working.
To be certain that this might have something to do with EnderIO, I manually removed the EnderIO mod file (not the core) and  started the game. Forge successfully loads all other mods and I am presented with the main menu of minecraft. However, I cannot join my (local) server as EnderIO is missing.
What happens:
On startup, forge begins to load mods and crashes to desktop after phase 1.
What you expected to happen:
No crash, just loading all mods and being able to join a fitting server.
Steps to reproduce:
(Unknown what is otherwise necessary to trigger this crash on other systems)

Start minecraft with FTB Beyond 1.11.0 installed

...

Affected Versions (Do not use "latest"):
(this is FTB Beyond 1.11.0 as-is)

EnderIO: 1.10.2-3.1.183
EnderCore: 1.10.2-<IP_ADDRESS>-beta
Minecraft: 1.10.2
Forge: <IP_ADDRESS>2
SpongeForge? No?
Optifine? No?
Single Player and/or Server? Client

Your most recent log file where the issue was present:
[pastebin/gist/etc link here]

Has someone an idea where conflicting files might be stored? I can try purging the whole OS, but that seems like an overkill. Furthermore, I do not understand what caused the crash in the first place.
I looked into the source code of the offending line. But I know to less about Minecraft Mods and internal mechanics to comprehend at which point the StateMapper used a NullPointer. It's Java ¯\_ (ツ)_/¯.
Any help is highly appreciated :) Thanks!

we don't support 1.10.2 anymore we moved onto 1.12.2

Thanks...

You can try removing foam fix

Good idea @tyler489 , but it still crashes for the same exception :/


lnd stuck on get info - rpc services not available

Background
My LND started having an error after a restart where it can't find the rpc.

Your environment

version of 0.14.1-beta-fresh-btcpay
which operating system (uname -a on *Nix)
version of btcd, bitcoind, or other backend
any other relevant environment details

Steps to reproduce
No idea how to replicate to be honest.
Expected behaviour
lnd should start without RPC errors.
Actual behaviour
lnd stuck from starting

Looks like the DB is still waiting to be open. You can't hit RPCs until it fully starts up. You can use the State sub-server to get notified when the RPC server is fully healthy.

Okay, I'll look into why my DB is screwing up. Thanks for the insight.

If opening the database takes a long time, you either need to turn off freelist sync (sync-freelist=false) and/or run DB compaction (db.bolt.auto-compact=true).
Closing the issue as this is likely a configuration and/or DB growth issue that can be addressed by auto-compaction.

Thank you Guggero. Keep up the great work!


TileDiscardPolicy.shouldDiscardImage documentation

The TileDiscardPolicy.shouldDiscardImage documentation says that it should accept an Image|Promise<Image> and return a Promise<Boolean>. This does not appear to be true in the implementations of this interface:
NeverTileDiscardPolicy.shouldDiscardImage has the same documentation but the code actually returns a Boolean.
DiscardMissingTileImagePolicy.shouldDiscardImage accepts an Image and returns a Boolean.
I tend to think that DiscardMissingTileImagePolicy is correct and the documentation of the TileDiscardPolicy interface and NeverTileDiscardPolicy should be updated...

I tend to think that DiscardMissingTileImagePolicy is correct and the documentation of the TileDiscardPolicy interface and NeverTileDiscardPolicy should be updated...

Agreed, good catch.


Click on console window freezes script

Environment

Windows 10 Pro
Python 3.10.5
PyAutoGUI 0.9.54

Description
Let's consider a simple clicker:
import pyautogui, time

while True:
    print('Before')
    pyautogui.click(100, 100)
    print('After')
    time.sleep(10)

Run cmd.exe, a point (100, 100) should be inside a cmd.exe window.
Run this script (e.g. python clicker.py).
Actual behavior:

The script prints "Before"
The script makes click on the cmd.exe window in the (100, 100) point
The script is freezes until any key is pressed
On key press script prints "After"
In 10 seconds everything repeats

Expected behavior:

The script prints "Before"
The script makes click in the (100, 100) point
The script prints "After"
In 10 seconds everything repeats

Details

If the point (100, 100) is outside cmd.exe window, the script runs normally
There is the same behavior for PowerShell

Very Interesting! I tried your sample code on my windows machine and what you are saying is indeed true. But the thing is... it's related to the working of command prompt and powershell. This has absolutely nothing to do with pyautogui. This is happening because when you click on command prompt it will enter selection state, when it is in the selection state it will not run your code. I'm not exactly sure why this happens, but I'm sure about one thing, that is... this has something do with command prompt itself not with python or pyautogui. when you click on some other key, it will return from selection state and then it will continue.
Try running any code and this will happen. while the below example code is running click inside the command prompt window manually.
import time
time.sleep(10)
while True:
    print('Before')
    time.sleep(5) # Here Manually click on the command prompt
    print('After')
    time.sleep(10)

Hope it helps!

Thanks a lot! It is indeed a shell's "feature", and not about PyAutoGUI

Thanks a lot! It is indeed a shell's "feature", and not about PyAutoGUI

You're welcome! :) 👍


Init module

what

Implement terraform module to quickly and easily define tasks that are associated with ALBs

why

Exposing containers behind an ALB is a common pattern

Add:

[ ] ordered_placement_strategy

@osterman @aknysh after discussing with Erik, I've fixed all the remaning issues minus the example/ ones since it is going to drastically change. I'd love to get a final CR before merging in. Any new issues will be addressed with a new PR.


Unit tests for  Get-DbaMaxMemory

Changes proposed in this pull request:

Unit i.e. Pester tests added for Get-DbaMaxMemory function. The tests execute correct on the local machine but unfortunately I am not familiar on how to set them up so they execute in AppVeyor.

How to test this code:

[ ] Change directory into dbatools\
[ ] Execute Invoke-Pester -Script .\tests\Get-DbaMaxMemory.Tests.ps1

Has been tested on minimum requirements:

[ ]  Powershell 3
[x]  Powershell 5
[x]  Windows 7
[ ]  SQL Server 2000

Has been tested on maximum requirements:

[ ]  SQL Server vNext
[ ]  Windows 10
[ ]  Azure Database

Tests for tester:

[ ] Working/useful help content, including link to command on dbatools web site
[ ] All examples work as advertised
[ ] Does not contain template content
[ ] Does not contain excessive/unnecessary amounts of comments
[ ] Works remotely
[ ] Works locally
[ ] Works on lower versions or throws error specifying version not supported
[ ] Works with named instances
[ ] Works with clustered instances
[ ] Handles offline/read only databases
[ ] Supports multiple servers (at the command line or piped from Get-SqlRegisteredServerName)
[ ] No un-handled errors which stop the command working with multiple servers

Closing this PR for the moment. I will rework and resubmit.


AppVeyor

Like #7, but Windows builds:

Basic compile check
Upload artifacts to GitHub release

Oookay. So I spent some time and came up with https://github.com/amzn/askalono/blob/master/.appveyor.yml, however it's not quite functional:

For reasons not worth digging into here, we can't use AppVeyor's own GitHub integration on this repo. This means that it's unable to detect when a push is a tag (release) or just a commit.
It's possible to detect if a tag is present on a commit with git describe --exact HEAD. But I got lazy when I realized I'm terrible at Windows batch scripting.
The YAML config is fixed at a static URL (master branch), so build changes in the future here will get... weird.

But it's a start.

If AppVeyor integration doe snot work for you for whatever reason, maybe using Tea CI is an option? In any case, @jpeddicord, let me know if I can help with Windows support.

@sschuberth I'm not opposed to Tea CI, though if we can I'd like to shoot for a native Windows build (+MSVC) instead of Wine + Cygwin. Everything is still possible in AppVeyor, it's just that the above issues need to be tackled. (Alternatively, when appveyor/ci#1979 gets fixed, then we can go the usual OAuth/integration route.)

AppVeyor uses a GitHub App now: https://www.appveyor.com/blog/2018/10/02/github-apps-integration/
This is all done and working (tested on a personal fork).


inconsistency in use of the kamelet icon

We use different icons for Kamelets in the UI. On the canvas we have gears and in the Catalog and the config form we have the generic icon. We should at least use the gears icon in the config form for the example case below.

Needs to be checked how to reproduce

This is due to the Kamelet configuration is selected


[Epic] Widget Grouping: Phase - I

Ability to select multiple widgets.

[ ] Command-click, Shift-click, Ctrl-click on multiple widgets to select them.
[ ] Command-click, Shift-click, Ctrl-click on widget list in entity explorer to select multiple widgets

Functions/Actions to allow selecting multiple widgets.

[ ] Add actions to select multiple widgets.

Ability to unselect all selected widgets.

[ ] Click outside of the selected widgets or on one of them to deselect all the selected widgets.

[ ] Add Escape shortcut key to deselect all widgets.

[ ] Add Ctrl + A, CMD + A to select all widgets on canvas

Added some keyboard shortcuts in the above description. Shift+Click, Ctrl+Click


Unable to import private keys

The keys are correct, accounts do exists on blockchain and are discoverable via block explorer

Same problem. It automatically kog out. now I cant do any transaction because of the error in private keys

Same issue for me, shows up in block explorer, i updated to Anchor 1.3.2, I had tried using 1.2.1 both didnt work on importing private key. I generated the key using cleos.

Interesting, that was helpful. It shouldn't be using that API and that's why it was failing.
One of our API servers wasn't responding to indicate the appropriate API was available. I just fixed that. Try restarting Anchor and see if it works now - it should detect the proper API call (v1/chain/get_accounts_by_authorizers) and use that to do imports now.

I was also experiencing this issue yesterday. It's working fine now.

Awesome - that must have been the issue then! If anyone is still experiencing this, please let me know. Going to close this out in the mean time - but feel free to reopen it or open a new issue.


Server returns inconsistent results when S3 credentials are invalidated

Describe the bug
When S3 credentials are invalidated, the server appears to return a partial result where numHits is non-zero but hits are not present
> GET /api/v1/hdfs_logs/search?query=severity_text:ERROR&startTimestamp=1442834249&endTimestamp=1442900000 HTTP/1.1
> Host: localhost:8080
> User-Agent: curl/7.54.0
> Accept: */*
>
< HTTP/1.1 200 OK
< content-type: application/json
< content-length: 59
< date: Sat, 24 Jul 2021 01:35:09 GMT
<
{
  "numHits": 6,
  "hits": [],
  "numMicrosecs": 3802390
* Connection #0 to host localhost left intact
}

Subsequent requests appear to then return an error message (along with a 500 status code).
Steps to reproduce (if applicable)
Steps to reproduce the behavior:
After indexing the queryset in this tutorial

Issue the above request
Invalidate S3 credentials + reissue request

Expected behavior
There should presumably be either a correct result or error present in the response
System configuration:
macOS Mojave
version 10.14.6
> quickwit -V
Quickwit 0.1.0

Thank you for the report @rmliddle !

@mosuka can you test this on s3?

@fmassot Yes, I’ll investigate it.

I think the issue is not related specifically to S3 and is coming from this part of root_search:
    // Merge the fetched docs.
    let mut hits: Vec<Hit> = Vec::new();
    for response in fetch_docs_responses {
        match response {
            Ok(fetch_docs_result) => {
                hits.extend(fetch_docs_result.hits);
            }
            // TODO handle failure.
            Err(err) => error!(err=?err),
        }
    }

I will open an issue to handle property this part.

see #380

@rmliddle this is fixed on the main branch thanks to #530. I will leave the issue open until the next release.

Closing as 0.2 has been released.


Add cl_khr_device_uuid definitions

Signed-off-by: Einar Hov<EMAIL_ADDRESS>

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

@bashbaug I'll take care of this.


Closer behavior

https://github.com/abcxyz/jvs/blob/c74e145411363aed1d245d5530ed92f246df1abe/pkg/cli/public_key_server.go#L67-L75
In case of error, we will not call closer().
https://github.com/abcxyz/jvs/blob/c74e145411363aed1d245d5530ed92f246df1abe/pkg/cli/public_key_server.go#L100-L118
This means if kmsClient was created but we failed to create render, we will not close the kmsClient.
That feels like a bug but in practice should be OK. An error from RunUnstarted means we haven't really started so there isn't risk from half-processed requests.
What are your thoughts?
cc: @sethvargo @sqin2019

The risk is more about leaving established network connections open.

The risk is more about leaving established network connections open.

Usually we exit the program on such error cases. So you mean we should fix this?

Fix should be straight forward like below?
        defer closer()
 	if err != nil {
 		return err
 	}

@sqin2019 Yes and no. Most of the code will only return a valid closer if there is no error. It's extremely common to write code like the following instead of calling defer first:
closer, err := doSomething()
if err != nil {
  return err
}
defer closer()

I'm going to try a multicloser idea. Stay tuned.

POC in: https://github.com/abcxyz/pkg/pull/135

This should already be fixed.


opus_decode_float binding is incorrect

Version
3.3.2 (nightly), 3.3.1
Platform
Linux x64
JDK
Arch OpenJDK 17.0.4
Module
Opus
Bug description
The opus_decode_float binding is incorrect, taking a ShortBuffer with a claimed native type of opus_int16* instead of a FloatBuffer (formatting mine):
public static int opus_decode_float(
    @NativeType("OpusDecoder *") long st,
    @Nullable @NativeType("unsigned char const *") ByteBuffer data,
    @NativeType("opus_int16 *") ShortBuffer pcm,
    int frame_size,
    int decode_fec
) {

The equivalent native header:
OPUS_EXPORT OPUS_WARN_UNUSED_RESULT int opus_decode_float(
    OpusDecoder *st,
    const unsigned char *data,
    opus_int32 len,
    float *pcm,
    int frame_size,
    int decode_fec
) OPUS_ARG_NONNULL(1) OPUS_ARG_NONNULL(4);

pcm is clearly a float* and should be bound as a FloatBuffer.
This makes the "safe" API unusable due to the mismatch between the size of a short and a float.
Workaround for now is to use nopus_decode_float directly.
Stacktrace or crash log output
No response

Thank you @unascribed!


expose swagger UI

Summary
Expose swagger UI:
It would be helpful to interact with the guardian server through API way if there's a swagger UI exposed through the grpc-gateway.
Proposed solution
How will it benefit CLI and its users?
CLI already has a help command set to work with. This feature request is specifically to enhance the usage of the API way.

This can be helpful in the dev and staging environments. But I think we should not expose this in a production environment. So, IMO it should be configurable.

This can also be extracted as a package in salt to make it reusable.

Swagger UI can be hosted anywhere provided the swagger file is available. We should make that public in the repo and swagger UI can read it and render it. IMO It shouldn't be added to the application code.

@AkarshSatija fair point. +1


Please make a python binding of this library!

Hi!
This lib looks really cool! I would find it super useful if you made a python version!
Thanks!

Hey there, yes both a Python and Golang version of this library is something which I have thought of writing. Though I'm a bit unfamiliar with both. If I can stay interested in this project long enough, I'm sure this is something that I will implement.

Thank you for the reply! I actually do not need this anymore but I'm sure others would benefit from it.


Publish to Hex Certificate Expired

./rebar3 hex cut
===> Verifying dependencies...
===> Using deprecated rebar_utils:vcs_vsn/3. Please upgrade your plugins.
Select semver increment or other (Current 1.8.1):
1) patch
2) minor
3) major
4) other
[1-4] > 4
New Version > 2.0.0-alpha.1
===> Using deprecated rebar_utils:vcs_vsn/3. Please upgrade your plugins.
Create 'v2.0.0-alpha.1' commit? ("Y")> n
===> oidcc.app.src : deprecated field maintainers found
Publishing oidcc 2.0.0-alpha.1 to hexpm
  Description: an easy to use OpenID Connect client library
  Dependencies:
    hackney ~> 1.18
    erljwt ~> 2.0.7
  Included files:
    README.md
    rebar.config
    rebar.lock
    src/oidcc.app.src
    src/oidcc.erl
    src/oidcc_app.erl
    src/oidcc_client.erl
    src/oidcc_http_cache.erl
    src/oidcc_http_util.erl
    src/oidcc_openid_provider.erl
    src/oidcc_openid_provider_mgr.erl
    src/oidcc_openid_provider_sup.erl
    src/oidcc_session.erl
    src/oidcc_session_mgr.erl
    src/oidcc_session_sup.erl
    src/oidcc_sup.erl
    src/oidcc_token.erl
  Licenses: Apache 2.0
  Links:
    GitHub: https://github.com/indigo-dc/oidcc
  Build tools: rebar3
Be aware, you are publishing to the public Hexpm repository.
Before publishing, please read Hex CoC: https://hex.pm/policies/codeofconduct
Proceed? ("Y")> y
Local Password:
=NOTICE REPORT==== 30-Sep-2021::19:24:27.392258 ===
TLS client: In state wait_cert_cr at ssl_handshake.erl:1985 generated CLIENT ALERT: Fatal - Certificate Expired

===> An unknown error was encountered. Run with DEBUG=1 for more details.

Libary that I tried to publish: https://github.com/Erlang-Openid/oidcc/tree/7bb7c2e0a9f9ec0fd84575683a1f95227f0f6c9d
Rebar / Erlang Version: rebar 3.17.0 on Erlang/OTP 24 Erts 12.1.1

@maennchen Are you running a version of erlang equal to or greater than 24.0.4 ?

The hex.pm server certificate chain was modified to leave out the cross-signed ISRG Root X1. That should fix the issue without any need for client-side changes. Can you please try again @maennchen ?

@starbelly Yes, I'm using erlang 24.1.1.
@voltone Thanks. I'll try tomorrow morning ❤

@voltone Works, thanks :)


Incompatibility with ORC files written in version 0.12 due to missing hasNull field in C++ Reader

Issue Description:

From Hive 1.1.0 onwards, the column statistics will also record if there are any null values within the row group by setting the hasNull flag. The hasNull flag is used by ORC’s predicate pushdown to better answer ‘IS NULL’ queries.

We encountered an issue with the C++ implementation of the ORC reader when handling ORC files written with version 0.12. Specifically, files written in this version do not include the hasNull field in the column statistics metadata. While the Java implementation of the ORC reader handles this gracefully by defaulting hasNull to true when the field is absent, the C++ implementation does not handle this scenario correctly.
This issue prevents predicates like IS NULL from being pushed down to the ORC reader!!! As a result, all rows in the file are filtered out, leading to incorrect query results :(
Steps to Reproduce:

Use an ORC file written with ORC version 0.12 (without hasNull in its column statistics).
Attempt to read the file using the C++ ORC reader.

Expected Behavior:
The C++ ORC reader should default the hasNull field to true when it is absent, ensuring compatibility with older file versions.
Observed Behavior:
The C++ ORC reader default the hasNull field to false, resulting in incorrect metadata interpretation.
Comparison with Java Implementation:
The Java implementation includes the following logic:
if (stats.hasHasNull()) {
    hasNull = stats.getHasNull();
} else {
    hasNull = true;
}

In contrast, the C++ implementation directly uses the has_null value without any fallback logic:
ColumnStatisticsImpl::ColumnStatisticsImpl(const proto::ColumnStatistics& pb) {
    stats_.setNumberOfValues(pb.number_of_values());
    stats_.setHasNull(pb.has_null());
}

Suggested Fix:
Introduce fallback logic in the C++ reader to set hasNull to true when the field is missing, similar to the Java implementation.

HI @suxiaogang223 , there is a patch https://github.com/apache/orc/pull/2055 to disable PPD when pb.has_hasnull() == false, but ColumnStatistics::hasNull still return false when the field in pb is missing. It Seems your patch would make it return a right value, would you like to make a PR? CC @wgtmac

HI @suxiaogang223 , there is a patch #2055 to disable PPD when pb.has_hasnull() == false, but ColumnStatistics::hasNull still return false when the field in pb is missing. It Seems your patch would make it return a right value, would you like to make a PR? CC @wgtmac

Done, please review this pr


Removed duplicate

baidu/rust-sgx-sdk redirects to apache/incubator-teaclave-sgx-sdk. Possibly subsumed?

Thank you.


General Object Catcher. Great for our own Single View date.

DO NOT MERGE. CURRENTLY BROKEN B/C String is treated as an Object.


Api/openapi schema v3

Purpose
Same purpose than #476, but using drf-spectacular for switching to openapi schema v3
Using spectacular, we got a bunch of logs, which will allow us to improve the schema:
/app/joanie/core/api/admin.py:101: Warning [CertificateDefinitionViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/admin.py:303: Warning [ContractDefinitionViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/admin.py:314: Warning [NestedCourseProductRelationOrderGroupViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/admin.py:243: Warning [NestedCourseProductRelationOrderGroupViewSet > AdminOrderGroupSerializer]: unable to resolve type hint for function "get_nb_available_seats". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/admin.py:266: Warning [NestedCourseProductRelationOrderGroupViewSet > AdminOrderGroupCreateSerializer]: unable to resolve type hint for function "get_nb_available_seats". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/api/admin.py:75: Warning [CourseRunViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/admin.py:35: Warning [CourseRunViewSet > AdminCourseRunSerializer > AdminCourseLightSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Course'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Course has no field named 'title')
/app/joanie/core/serializers/admin.py:35: Warning [CourseRunViewSet > AdminCourseRunSerializer > AdminCourseLightSerializer]: unable to resolve type hint for function "state". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/api/admin.py:54: Warning [CourseViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/admin.py:158: Warning [CourseViewSet > AdminCourseSerializer > AdminOrganizationLightSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Organization'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Organization has no field named 'title')
/app/joanie/core/serializers/admin.py:167: Warning [CourseViewSet > AdminCourseSerializer > AdminProductRelationSerializer > AdminProductSerializer]: unable to resolve type hint for function "get_price_currency". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/admin.py:335: Warning [CourseViewSet > AdminCourseSerializer]: unable to resolve type hint for function "state". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/api/admin.py:155: Warning [CourseAccessViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/admin.py:15: Warning [OrganizationViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/admin.py:179: Warning [OrganizationAccessViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/admin.py:36: Warning [ProductViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/admin.py:208: Warning [ProductViewSet > AdminProductLightSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'title')
/app/joanie/core/serializers/admin.py:208: Warning [ProductViewSet > AdminProductLightSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "description". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'description')
/app/joanie/core/serializers/admin.py:208: Warning [ProductViewSet > AdminProductLightSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "call_to_action". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'call_to_action')
/app/joanie/core/serializers/admin.py:208: Warning [ProductViewSet > AdminProductLightSerializer]: unable to resolve type hint for function "get_price_currency". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/admin.py:167: Warning [ProductViewSet > AdminProductSerializer]: unable to resolve type hint for function "get_price_currency". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/api/admin.py:203: Warning [TargetCoursesViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/admin.py:114: Warning [UserViewSet]: could not resolve authenticator <class 'joanie.core.authentication.SessionAuthenticationWithAuthenticateHeader'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:558: Warning [CertificateViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/client.py:326: Warning [CertificateViewSet > CertificateSerializer > CertificationDefinitionSerializer]: could not resolve field on model <class 'joanie.core.models.certifications.CertificateDefinition'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: CertificateDefinition has no field named 'title')
/app/joanie/core/serializers/client.py:59: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer > CourseLightSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Course'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Course has no field named 'title')
/app/joanie/core/serializers/client.py:247: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer > EnrollmentLightSerializer > CourseRunSerializer]: could not resolve field on model <class 'joanie.core.models.courses.CourseRun'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: CourseRun has no field named 'title')
/app/joanie/core/serializers/client.py:247: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer > EnrollmentLightSerializer > CourseRunSerializer]: unable to resolve type hint for function "state". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:155: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer > OrganizationSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Organization'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Organization has no field named 'title')
/app/joanie/core/serializers/client.py:293: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer]: unable to resolve type hint for function "get_owner_name". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:293: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer]: could not resolve field on model <class 'joanie.core.models.products.Order'> with path "product.title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'title')
/app/joanie/core/api/client.py:1169: Warning [ContractDefinitionViewset]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/usr/local/lib/python3.10/site-packages/rest_framework/serializers.py:342: Warning [ContractDefinitionViewset > Serializer]: Component name "" contains illegal characters. Only "A-Z a-z 0-9 - . _" are allowed. Furthermore, "-" and "." are discoursed due to potential tooling issues. This likely leads to an invalid schema.
/app/joanie/core/api/client.py:985: Warning [ContractViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:70: Warning [CourseProductRelationViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/client.py:704: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > OrderGroupSerializer]: unable to resolve type hint for function "get_nb_available_seats". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:719: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "call_to_action". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'call_to_action')
/app/joanie/core/serializers/client.py:719: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer]: unable to resolve type hint for function "get_instructions". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:719: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer]: unable to resolve type hint for function "get_price_currency". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:719: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer]: unable to resolve type hint for function "state". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:404: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer > ProductTargetCourseRelationSerializer]: unable to resolve type hint for function "get_code". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:404: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer > ProductTargetCourseRelationSerializer]: unable to resolve type hint for function "get_course_runs". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:404: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer > ProductTargetCourseRelationSerializer]: unable to resolve type hint for function "get_title". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:719: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'title')
/app/joanie/core/api/client.py:42: Warning [CourseRunViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/lms_handler/api.py: Error [course_runs_sync]: unable to guess serializer. This is graceful fallback handling for APIViews. Consider using GenericAPIView as view base class, if view is under your control. Either way you may want to add a serializer_class (or method). Ignoring view for now.
/app/joanie/lms_handler/api.py: Warning [course_runs_sync]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:820: Warning [CourseViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/client.py:780: Warning [CourseViewSet > CourseSerializer]: unable to resolve type hint for function "state". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:780: Warning [CourseViewSet > CourseSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Course'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Course has no field named 'title')
/app/joanie/core/api/client.py:745: Warning [CourseAccessViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:1114: Warning [NestedCourseContractViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/payment/api.py:35: Warning [CreditCardViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:185: Warning [EnrollmentViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/client.py:470: Warning [EnrollmentViewSet > EnrollmentSerializer]: unable to resolve type hint for function "get_orders". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:470: Warning [EnrollmentViewSet > EnrollmentSerializer]: unable to resolve type hint for function "get_product_relations". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/api/client.py:246: Warning [OrderViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/client.py:583: Warning [OrderViewSet > OrderSerializer]: could not follow field source through intermediate property "main_invoice" on model <class 'joanie.core.models.products.Order'>. Please add a type hint on the model's property/function to enable traversal of the source path "main_invoice.reference".
/app/joanie/core/serializers/client.py:437: Warning [OrderViewSet > OrderSerializer > OrderTargetCourseRelationSerializer]: unable to resolve type hint for function "get_code". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:437: Warning [OrderViewSet > OrderSerializer > OrderTargetCourseRelationSerializer]: unable to resolve type hint for function "get_course_runs". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:437: Warning [OrderViewSet > OrderSerializer > OrderTargetCourseRelationSerializer]: unable to resolve type hint for function "get_title". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:583: Warning [OrderViewSet > OrderSerializer]: unable to resolve type hint for function "get_target_enrollments". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/serializers/client.py:583: Warning [OrderViewSet > OrderSerializer]: unable to resolve type hint for function "get_total_currency". Consider using a type hint or @extend_schema_field. Defaulting to string.
/app/joanie/core/api/client.py:635: Warning [OrganizationViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:670: Warning [OrganizationAccessViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:1060: Warning [NestedOrganizationContractViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/payment/api.py: Error [webhook]: unable to guess serializer. This is graceful fallback handling for APIViews. Consider using GenericAPIView as view base class, if view is under your control. Either way you may want to add a serializer_class (or method). Ignoring view for now.
/app/joanie/payment/api.py: Warning [webhook]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/signature/api.py: Error [webhook_signature]: unable to guess serializer. This is graceful fallback handling for APIViews. Consider using GenericAPIView as view base class, if view is under your control. Either way you may want to add a serializer_class (or method). Ignoring view for now.
/app/joanie/signature/api.py: Warning [webhook_signature]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/api/client.py:929: Warning [UserViewSet]: could not derive type of path parameter "id" because it is untyped and obtaining queryset from the viewset failed. Consider adding a type to the path (e.g. <int:id>) or annotating the parameter type with @extend_schema. Defaulting to "string".
/app/joanie/core/api/client.py:929: Warning [UserViewSet]: could not resolve authenticator <class 'joanie.core.authentication.DelegatedJWTAuthentication'>. There was no OpenApiAuthenticationExtension registered for that class. Try creating one by subclassing it. Ignoring for now.
/app/joanie/core/serializers/client.py:852: Warning [UserViewSet > UserSerializer]: unable to resolve type hint for function "get_abilities". Consider using a type hint or @extend_schema_field. Defaulting to string.

@rlecellier can you please try to generate client with this branch?
Some issues you pointed on #476 seems fixed out of the box.
Also, extending the schema seems simpler with drf-spectacular than drf-yasg.

Here the diff with previous version

We have both admin and non admin api
nothing seams to change

Current warnings status:
/app/joanie/core/serializers/admin.py:35: Warning [CourseRunViewSet > AdminCourseRunSerializer > AdminCourseLightSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Course'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Course has no field named 'title')
/app/joanie/core/serializers/admin.py:158: Warning [CourseViewSet > AdminCourseSerializer > AdminOrganizationLightSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Organization'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Organization has no field named 'title')
/app/joanie/core/serializers/admin.py:208: Warning [ProductViewSet > AdminProductLightSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'title')
/app/joanie/core/serializers/admin.py:208: Warning [ProductViewSet > AdminProductLightSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "description". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'description')
/app/joanie/core/serializers/admin.py:208: Warning [ProductViewSet > AdminProductLightSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "call_to_action". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'call_to_action')
/app/joanie/core/serializers/client.py:326: Warning [CertificateViewSet > CertificateSerializer > CertificationDefinitionSerializer]: could not resolve field on model <class 'joanie.core.models.certifications.CertificateDefinition'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: CertificateDefinition has no field named 'title')
/app/joanie/core/serializers/client.py:59: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer > CourseLightSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Course'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Course has no field named 'title')
/app/joanie/core/serializers/client.py:247: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer > EnrollmentLightSerializer > CourseRunSerializer]: could not resolve field on model <class 'joanie.core.models.courses.CourseRun'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: CourseRun has no field named 'title')
/app/joanie/core/serializers/client.py:155: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer > OrganizationSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Organization'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Organization has no field named 'title')
/app/joanie/core/serializers/client.py:293: Warning [CertificateViewSet > CertificateSerializer > NestedOrderSerializer]: could not resolve field on model <class 'joanie.core.models.products.Order'> with path "product.title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'title')
/app/joanie/core/api/client.py:1173: Error [ContractDefinitionViewset]: exception raised while getting serializer. Hint: Is get_serializer_class() returning None or is get_queryset() not working without a request? Ignoring the view for now. (Exception: 'ContractDefinitionViewset' should either include a `serializer_class` attribute, or override the `get_serializer_class()` method.)
/app/joanie/core/serializers/client.py:719: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "call_to_action". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'call_to_action')
/app/joanie/core/serializers/client.py:719: Warning [CourseProductRelationViewSet > CourseProductRelationSerializer > ProductSerializer]: could not resolve field on model <class 'joanie.core.models.products.Product'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Product has no field named 'title')
/app/joanie/lms_handler/api.py: Error [course_runs_sync]: unable to guess serializer. This is graceful fallback handling for APIViews. Consider using GenericAPIView as view base class, if view is under your control. Either way you may want to add a serializer_class (or method). Ignoring view for now.
/app/joanie/core/serializers/client.py:780: Warning [CourseViewSet > CourseSerializer]: could not resolve field on model <class 'joanie.core.models.courses.Course'> with path "title". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: Course has no field named 'title')
/app/joanie/core/serializers/client.py:583: Warning [OrderViewSet > OrderSerializer]: could not resolve field on model <class 'joanie.core.models.products.Order'> with path "main_invoice.reference". This is likely a custom field that does some unknown magic. Maybe consider annotating the field/property? Defaulting to "string". (Exception: type object 'dict' has no attribute '_meta')
/app/joanie/payment/api.py: Error [webhook]: unable to guess serializer. This is graceful fallback handling for APIViews. Consider using GenericAPIView as view base class, if view is under your control. Either way you may want to add a serializer_class (or method). Ignoring view for now.
/app/joanie/signature/api.py: Error [webhook_signature]: unable to guess serializer. This is graceful fallback handling for APIViews. Consider using GenericAPIView as view base class, if view is under your control. Either way you may want to add a serializer_class (or method). Ignoring view for now.


CausalELM.jl v0.2.1

@JuliaRegistrator register()

Error while trying to register: "Tag with name v0.2.1 already exists and points to a different commit"


chore) update terms text for create account

History Notes:
{Maps} az maps account create: updated terms text displayed during account creation process per CELA guidance.

This checklist is used to make sure that common guidelines for a pull request are followed.

[x] The PR title and description has followed the guideline in Submitting Pull Requests.

[x] I adhere to the Command Guidelines.

add to S167

/azp run

Please fix the indentation. Alternatively, you may use  triple quotes """ to make the paragraph more readable.
Also, please make sure to check Allow edits from maintainers when submitting PR to accelerate the reviewing process.

I had changed the PR title accidently.. But realized that it was non conformant to standards and changed back... but it still says the PR title check has failed. How can I fix this ?

/azp run


Refactor codecs and allow to add a codec

See also #102 .

Great to see extensions in the driver. When already on it, it would make sense to consider the upcoming changes for R2DBC SPI for improved bind parameter declarations r2dbc/r2dbc-spi#170. For now, it's worth mentioning that encoding is based on the given parameter value type so the database type is derived. With the SPI change, it's possible the use e.g. a BigInteger value and request the value type to be e. g. DOUBLE.


Add web component elements and slot attribute

The slot attribute is a standard attribute for use with web components: https://developer.mozilla.org/en-US/docs/Web/API/Web_components/Using_templates_and_slots

Thanks! I don’t think we have the template and slot elements either?

I was thinking about that and couldn't think of a situation where I (in my workflow) would server-render <template> or <slot>. I can add them though, others may have a use-case.

D’oh, we run into a naming collision of course. Could you suffix each of Slot with El and Attr? And not add the non-suffixed version for now.

Should be all set now.

Thanks! Now just add them to the test tables and we’re set. 😊

Tests should be all set now

🥳


training environment

Is the training and running environment of the code Windows or Ubuntu, and if it is, what is the version of Ubuntu?Can someone answer that?

@Zengtz It is Linux by default.  Windows may also work but is not recommended.

As for ubuntu version, all our test environments are above ubuntu 16.
If you have lower versions but can install all the dependencies, it should be fine.

As for ubuntu version, all our test environments are above ubuntu 16.
If you have lower versions but can install all the dependencies, it should be fine.

OK,think you for your answer，I'll try your plan


Don't send Content-Length for OPTIONS requests when there is no data

Fixes #1310.

Codecov Report

Merging #1319 (de0ac9d) into master (4d7d6b6) will decrease coverage by 0.51%.
The diff coverage is 95.96%.

:exclamation: Current head de0ac9d differs from pull request most recent head 4af6030. Consider uploading reports for the commit 4af6030 to get more accurate results

@@            Coverage Diff             @@
##           master    #1319      +/-   ##
==========================================
- Coverage   97.28%   96.76%   -0.52%
==========================================
  Files          67       93      +26
  Lines        4235     6716    +2481
==========================================
+ Hits         4120     6499    +2379
- Misses        115      217     +102

Impacted Files
Coverage Δ

tests/test_binary.py
100.00% <ø> (ø)

httpie/compat.py
31.11% <27.90%> (-68.89%)
:arrow_down:

tests/conftest.py
77.14% <61.53%> (-9.82%)
:arrow_down:

httpie/manager/__main__.py
82.35% <82.35%> (ø)

httpie/output/lexers/metadata.py
82.35% <82.35%> (ø)

httpie/output/lexers/http.py
86.36% <86.36%> (ø)

tests/test_ssl.py
92.66% <87.50%> (-2.28%)
:arrow_down:

httpie/models.py
95.19% <90.00%> (-2.18%)
:arrow_down:

httpie/manager/tasks.py
90.41% <90.41%> (ø)

tests/test_uploads.py
97.70% <92.59%> (-2.30%)
:arrow_down:

... and 78 more

Continue to review full report at Codecov.

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


Unknown option --enable-remote-auto-shutdown

Today, I install the latest code server v3.3.1 on Ubuntu 16.04.5, but  I fail connect the sever throgh VsCode(1.45.1). The log under .vscode-server folder is "Unknown option --enable-remote-auto-shutdown", what does it means?

I try to remove the  --enable-remote-auto-shutdown of vscode extension, the vscode can continue.
But the vscode termianl report the following information after output "Not serving https".
Server id not start successfully. Full server log at ....>>>

info Using config file ..
...
info -Not serving HTTPS
<<< End of server log
[timestamp] Received install output:
[timestamp] Resolver error: The VS Code Server failed to start.

Can you recommand a stable version to me?

The remote extension isn't compatible with code-server unfortunately. Are you running the extension from local VS Code? If so you don't need code-server at all.

Yea, this issue isn't really clear. Why do you have the --enable-remote-auto-shutdown set?
Downloading the latest stable release is documented in the README.

@code-asher @nhooyr
VsCode is running on the client, and I try to login the remote server by VsCode extension(Remote ssh) which try to download code-server on the remote server. Due to the bad network, I install code-serve offline and meet this issue.
Maybe the remote ssh extension has some problem.

I finnal connect succesfully.
It's due to the server config.
Now, everything works well.
Thanks~


Updates to the conformance test suite

Update all actions/checkout from v3 => v4 and Gr1N/setup-poetry from v8 => v9 to get rid of NodeJS deprecation warnings on actions runs.
Switch us off the LegacyTests directory in the Ethereum test-suite completely.
Avoid cloning submodules recursively in almost all cases (saves 1-2min per job or so).

Interactive tests in unit/profiling/nix have the files they used copied directly into this repository instead.
Conformance test stage still does recursive submodule clone, because it needs the test-suite. In this case, it's still faster to let GH action runner manage the clone with caching.
Many stages only recursively clone the plugin submodule manually after doing a non-recursive code checkout.

Break each conformance test into an individual run, instead of batch-running them. Logging messages for each as well.
Does not run the VMTests twice (once in BChain tests and once on its own).
Does not run each conformance test twice (once in normal tests, once in legacy).

Before:

After:

Blocked on: https://github.com/runtimeverification/k/pull/4370 reaching KEVM


Implementing prime number in Go

💥 Proposal
Implementing prime number in Go.
Have you read the Contributing Guidelines on Pull Requests?
Yes

/assign


[Feat]: Add iNeuron Internship website

What feature?
I would like to add iNeuron Internship- work and learn, internship for all.
iNeuron Internship is a unique program that offers work and learning opportunities for individuals of all backgrounds. It provides internships where participants can gain practical experience, develop skills, and learn from industry experts. iNeuron Internship aims to empower individuals by offering inclusive internships that contribute to their personal and professional growth.
Add screenshots

Code of Conduct

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

I'm just assigned with labels please assign issue too to me.


dual stack pod not able to reach master node ipv6 IP

from the dual stack pod master node ipv6 IP is not reachable

Expected Behavior
dual stack pod to have reachability towards all the nodes in the k8s cluster via Ipv6
Current Behavior
deployed a dual stack setup with one master and one worker using calico, Ipv4 network is from the network, Ipv6 is a private network , VM are running in a openstack setup, so the Ipv6 private network is created with a gateway and the nodes are reachable via Ipv6 and Ipv4 and the Ipv6 gateway is also reachable from both the nodes.  now we have the pod deployed from where we are to able to reach the Ipv4 IP of the master but not the node Ipv6 IP.
pod to worker node Ipv6 is OK
pod to master node Ipv6 is NOK
pod to worker and master node IPv4 is OK
we need the dual stack pod to have reachability to master node Ipv6 aswell. please suggest here on how to achieve this.
Possible Solution

Steps to Reproduce (for bugs)

Context

Your Environment

Calico version:3.24.5
Orchestrator version (e.g. kubernetes, mesos, rkt):k8s version 1.23
Operating System and version: Ubuntu 20.04.5 LTS
Link to your project (optional):

Can you use traceroute6 to determine where the packets are going missing?  Or failing that, using tcpdump at the various hops along the link.  If you find that the pod packets leave the worker node on their way to the master node, I think at that point its a network configuration issue on your side rather than a Calico issue.  If they don't get as far as leaving the worker node, please update this issue to say that and we can look at what Calico is getting wrong on your system.
Shot in the dark: Do you have openstack security group rules to allow the traffic?

Closing due to inactivity, but feel free to re-open if there is more information for the issue.


Add redhat packages on plugins

This should add the necessary packages for plugins on redhat derived systems.
It should also fix #148.

Awesome job!


Remove "bazel clean"

Reverting #8880 @gunan (see #10236)
unnecessary since bazelbuild/bazel#2759 was merged

Jenkins, test this please

During upgrade to cudnn 6, we discovered another issue.
https://github.com/bazelbuild/bazel/issues/3062
Due to this, we may need to hold on to bazel clean a little while longer.
And even expand it by running bazel clean --expunge

Bazel clean --expunge at each reconfigure is really extreme I would
recommend against it. Especially since there is an easy workaround if you
really want it to force a refetch of cuda configure: add an environment
variable to the list of variable to invalidate on, say
cuda_configure_version, that you increase when you want a refetch of that
repository. Cuda configure is relatively cheap so even if you make it that
all the time, it shouldn't be a performance issue unless the output of cuda
configure change.
On Fri, Jun 2, 2017, 9:27 PM gunan<EMAIL_ADDRESS>wrote:

During upgrade to cudnn 6, we discovered another issue.
bazelbuild/bazel#3062 https://github.com/bazelbuild/bazel/issues/3062
Due to this, we may need to hold on to bazel clean a little while longer.
And even expand it by running bazel clean --expunge
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/tensorflow/tensorflow/pull/10318#issuecomment-305887465,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADjHf05C5dcL3ACN89astDuMjG-jP-B-ks5sAGIqgaJpZM4NrmfX
.

@damienmg I understand the concern around the cost of clean --expunge.
however, in #10307 we are trying to use the existing environment variables to invalidate the cuda repo and get it to be rebuilt, with no results.
We tried to edit configure script to Provide defaults for TF_CUDNN_VERSION, where it was "" before, now we provided "6", but local_config_cuda still did not get rebuilt.
Could you chime in on that other pull request to direct us towards a working solution?


[PREVIEW] DIV-2743 Update CPS to use addressBaseUK format address

Description
https://tools.hmcts.net/jira/browse/DIV-2743
Updated CPS to use addressBaseUK format address for any address and update the map of these addresses to CCD.
Type of change

[x] Breaking change (fix or feature that would cause existing functionality to not work as expected)

How Has This Been Tested?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes

This is tested and working fine. Hence going to merge now.


[BUG] ingress router crashes permanently

What happened:
Now I have a raspberry 4 with 4GB.
Installed Fedora IOT 36
Installed cri-o 1.23
Microshift nightly build
see #817
now the ingress router pod crashes.
# oc get pod -n openshift-ingress
NAME                              READY   STATUS             RESTARTS   AGE
router-default-85bcfdd948-8fjpq   0/1     CrashLoopBackOff   17         54m
# oc logs router-default-85bcfdd948-8fjpq -n openshift-ingress
I0802 15:39:57.779938       1 template.go:437] router "msg"="starting router"  "version"="majorFromGit: \nminorFromGit: \ncommitFromGit: 9c9f9f42\nversionFromGit: 4.0.0-312-g9c9f9f42\ngitTreeState: clean\nbuildDate: 2021-10-18T17:15:38Z\n"
I0802 15:39:57.784838       1 metrics.go:155] metrics "msg"="router health and metrics port listening on HTTP and HTTPS"  "address"="<IP_ADDRESS>:1936"
I0802 15:39:57.801329       1 router.go:191] template "msg"="creating a new template router"  "writeDir"="/var/lib/haproxy"
I0802 15:39:57.801509       1 router.go:270] template "msg"="router will coalesce reloads within an interval of each other"  "interval"="5s"
I0802 15:39:57.803763       1 router.go:332] template "msg"="watching for changes"  "path"="/etc/pki/tls/private"
I0802 15:39:57.804001       1 router.go:262] router "msg"="router is including routes in all namespaces"
E0802 15:39:57.923164       1 haproxy.go:418] can't scrape HAProxy: dial unix /var/lib/haproxy/run/haproxy.sock: connect: no such file or directory
I0802 15:39:58.024244       1 router.go:579] template "msg"="router reloaded"  "output"=" - Checking http://localhost:80 ...\n - Health check ok : 0 retry attempt(s).\n"
I0802 15:40:11.630877       1 router.go:579] template "msg"="router reloaded"  "output"=" - Checking http://localhost:80 ...\n - Health check ok : 0 retry attempt(s).\n"
I0802 15:41:26.818298       1 template.go:704] router "msg"="Shutdown requested, waiting 45s for new connections to cease"

What you expected to happen:
ingress should run permanently.
How to reproduce it (as minimally and precisely as possible):

'...'
'...'

Anything else we need to know?:
Environment:

Microshift version (use microshift version):
MicroShift Version: 4.8.0-0.microshift-unknown
Base OKD Version: 4.8.0-0.okd-2021-10-10-030117

Hardware configuration: raspberry pi4 4GB

OS (e.g: cat /etc/os-release):
Fedora IOT 36

Kernel (e.g. uname -a):
Linux microshift 5.18.5-200.fc36.aarch64 #1 SMP PREEMPT_DYNAMIC Thu Jun 16 14:28:32 UTC 2022 aarch64 aarch64 aarch64 GNU/Linux

Others:

Relevant Logs

Make sure that you have

opened the ports and CIDR using the firewall-cmd as shown in https://community.ibm.com/community/user/cloud/blogs/alexei-karve/2022/06/20/microshift-21
Added your hostname with correct ip address to /etc/hosts
Run the hack/cleanup.sh and start the microshift service again

oh shit, I had a typo in the /etc/hosts... sorry


[FEATURE] Decouple reconciliation methods from HTSRegressor's implementation

Is your feature request related to a problem? Please describe.
I'd like to be able to use reconciliation methods with my own supplied forecasts, instead of relying on the ones provided by hts. This would allow:

Custom model architectures and parameters for each of the nodes
Separation of concerns, which makes things more modular and testable
Easier to benchmark quality of results

Describe the solution you'd like
Possibly, implementing a scikit-like interface for the revision methods, as they are just matrix transformations
Describe alternatives you've considered
Keep it as is

Closed by https://github.com/carlomazzaferro/scikit-hts/commit/c9f878ebebacb7d62793c8218bf928e557fbf4f4


Can't get it going

I added this frameowrk to a OS X cmd line tool project, but I get this when running my app. It seems as the framework is not included in my binary:
dyld: Library not loaded: @executable_path/../Frameworks/XcodeEditor.framework/Versions/A/XcodeEditor
Referenced from: /Users/jonny/Library/Developer/Xcode/DerivedData/fixunityoutput-gaczjmlpbieybbcwzokbxsrzfzwj/Build/Products/Debug/fixunityoutput
Reason: image not found

Can you try using CocoaPods or just paste source files into your project?


Cannot load nocrypto.cmxs: undefined symbols from zarith

Trying to Dynlink.loadfile the nocrypto.cmxs shared object fails with an error like
 Error loading nocrypto.cmxs: error loading shared library: /home/mfp/.opam/4.02.3+fp/lib/nocrypto/nocrypto.cmxs: undefined symbol: ml_z_of_int32

(Dynlink is of practical importance e.g. when trying to use nocrypto with the Ocsigen webserver.)
This happens even when zarith.cmxs is loaded before. This behavior can be reproduced trivially with this snippet:
let () =
  for i = 1 to Array.length Sys.argv - 1 do
    try
      Dynlink.loadfile Sys.argv.(i)
    with Dynlink.Error err ->
      Printf.printf "Error loading %s: %s\n" Sys.argv.(i) (Dynlink.error_message err)
  done

$ loaddynlib ../zarith/zarith.cmxs nocrypto.cmxs
Error loading nocrypto.cmxs: error loading shared library: /home/mfp/.opam/4.02.3+fp/lib/nocrypto/nocrypto.cmxs: undefined symbol: ml_z_of_int32

Running the above under ltrace shows that zarith.cmxs is being loaded properly with the  RTLD_GLOBAL flag:
 dlopen("../zarith/zarith.cmxs", 4354)         = 0x00eac330

....
$ grep RTLD_GLOBAL /usr/include/x86_64-linux-gnu/bits/dlfcn.h
#define RTLD_GLOBAL	0x00100
/* Unix98 demands the following flag which is the inverse to RTLD_GLOBAL.
$

So it looks like something should be linking against -lzarith so that dllzarith.so (which includes the missing symbol) is loaded.

On further inspection, I've found that zarith.cmxs does not include the code corresponding to its own stub objects. If I create it with $ ocamlopt -shared -o zarith.cmxs zarith.cmxa  -linkall -cclib -L. the required symbols are included and it becomes possible to load nocrypto.cmxs (only after its dependencies are loaded, of course: zarith.cmxs, bigarray.cmxs, sexplib.cmxs, ocplib-endian/bigstring.ccmxs, cstruct.cmxs).
nocrypto.cmxs (and other cmxs plugins) seems to be built correctly and not require -linkall since  the nocrypto.cmx pack is explicitly included (so same transitive closure algorithm used for static linking is applied).

I have encountered a similar problem. I try to Dynlink.loadfile "graphics.cmxs", and then the error message is:
Dynlink error: error loading shared library: /home/harvey/.opam/4.04.0/lib/ocaml/graphics.cmxs: undefined symbol: camlHashtbl
Do you have any idea how to fix it ?


Grill being destroyed as it's placed

As title says the grill is being destroyed as it's placed, not sure if it's cause by the newest update to Jotunn. Just thought I'd make it known :)
If any other info is needed please let me know!

i will investigate
in the meantime can you change to the alternative grill style and see if it is also effected?

Fixed in 3.2.6

Hey sorry still happening for me
only noticed when my existing grill suddenly broke
also as  a side note why is the oven nearly impossible to place down?

BoneAppetit.zip please test an report back

That seems to have done the trick! [https://imgur.com/zKO6CbA]

Hey sorry to bother you but how do I go about installing that please

It's still happening. I use the Thunderstore Mod Manager and updated the mod 20 hours ago, but I just realize that you fixed it 10 hours ago so I guess the fix is not in Thunderstore yet, right?
Thanks!

3.2.7 should be showing soon in thunderstore

Great! now it works perfectly again, thank you!


Release > Master

Description
Merging release into master as per the release process.

Closing this in favour of https://github.com/spatialos/UnrealGDKExampleProject/pull/121


[bug] install via shell/go throws errors

~ ❯ curl -sLk https://git.io/gobrew | sh -                                                                                ✔ 2|0 at 10:49:22
Using gobrew version latest

Installed successfully to: /Users/jorde/.gobrew/bin/gobrew
============================
: command not foundw/bin/gobrew: line 1:
/Users/jorde/.gobrew/bin/gobrew: line 2: html: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 3: head: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 4: meta: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 5: title: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 5: middot: command not found
/Users/jorde/.gobrew/bin/gobrew: line 5: /title: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 6: meta: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 7: style: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 8: body: command not found
/Users/jorde/.gobrew/bin/gobrew: line 9: background-color:: command not found
/Users/jorde/.gobrew/bin/gobrew: line 10: syntax error near unexpected token `('
'Users/jorde/.gobrew/bin/gobrew: line 10: `        color: rgba(0, 0, 0, 0.5);
============================

***Please add PATH below to your ~/.bashrc manually***

export PATH="$HOME/.gobrew/current/bin:$HOME/.gobrew/bin:$PATH"

Installation via Go works fine, but installs to the GOBIN path (default being $HOME/go/bin)
Which results in gobrew being unable to run most commands as it expects the $HOME/.gobrew folder to be the correct directory.
First time diving into Go, so maybe I'm missing something that's obvious to seasoned Go devs.

@jordevorstenbosch please provide information about your operation system and ARCH?

Thanks @juev for the spot on ask there.
It seems like @jordevorstenbosch has an incorrect binary of gobrew, probably an OS or arch that we don't support yet

operation system and ARCH?

echo $(uname -s)
echo $(uname -m)

Would you please give the output of this?

I'm running MacOS.
So
Darwin
x86_64

That is weird, I have the same and all is good on my machine
As a temporary solution, since your installation with go went successful you can do the following:
mkdir -p ~/.gobrew/bin ; cp -p $HOME/go/bin/gobrew ~/.gobrew/bin/

and then add to your ~/.bashrc or ~/.zshrc file
export PATH="$HOME/.gobrew/current/bin:$HOME/.gobrew/bin:$PATH"

Which results in gobrew being unable to run most commands as it expects the $HOME/.gobrew folder to be the correct directory.

That should solve it, basically, we are creating dir and copying the executable binary in it.

Weird, I have the same

I have Go installed via homebrew, not sure if that matters for the Go install. Granted that doesn't explain the issue with the shell install.
Are you running yours in zsh or something else?

/Users/jorde/.gobrew/bin/gobrew: line 1:
: command not found
/Users/jorde/.gobrew/bin/gobrew: line 2: html: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 3: head: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 4: meta: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 5: middot: command not found
/Users/jorde/.gobrew/bin/gobrew: line 5: title: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 5: /title: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 6: meta: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 7: style: No such file or directory
/Users/jorde/.gobrew/bin/gobrew: line 8: body: command not found
/Users/jorde/.gobrew/bin/gobrew: line 9: background-color:: command not found
/Users/jorde/.gobrew/bin/gobrew: line 10: syntax error near unexpected token `('
/Users/jorde/.gobrew/bin/gobrew: line 10: `        color: rgba(0, 0, 0, 0.5);
'

Difference on my system between sh and bash:
sh --version
GNU bash, version 3.2.57(1)-release (x86_64-apple-darwin21)
Copyright (C) 2007 Free Software Foundation, Inc.
``

```bash
bash --version
GNU bash, version 5.1.16(1)-release (x86_64-apple-darwin21.1.0)
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>

This is free software; you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

If you need me to check something specific just let me know.

Thanks for the details.
2 things here:
First:
If bash - is working well for you then I should replace it in the README since that is more robust.
Second:
The other way of course to install and debug will be like the following:
curl -L https://git.io/gobrew > gobrew.sh; chmod +x gobrew.sh
./gobrew.sh

Doing this way we can find out if it is the curl & sh - issue, or and issue with gobrew.sh

Just using curl -L https://git.io/gobrew | sh already works fine.
curl -L https://git.io/gobrew > gobrew.sh; chmod +x gobrew.sh ./gobrew.sh works fine as well.

I have removed the troubling - of sh -
https://github.com/kevincobain2000/gobrew/pull/55
I am sorry I couldn't tell the root cause of why it has happened.


Refresh and cookies improvements

Changes:

[x]  Set JWT-refresh-token cookie on tokenAuth mutation
[x]  Retrieve token/refresh-token from cookies (TokenAuth, Refresh, Verify and Revoke mutations)
[x]  Add refreshExpiredIn field
[x]  Add token payload on tokenAuth mutation
[ ]  Add deleteTokenCookie and deleteRefreshTokenCookie mutations
[x] Add JWT_REUSE_REFRESH_TOKENS setting in order to reuse the refresh tokens

ref #159, https://github.com/mirumee/saleor/issues/5128
closes #162, closes #102

Codecov Report

Merging #165 into master will decrease coverage by 1.21%.
The diff coverage is 93.67%.

@@            Coverage Diff             @@
##           master     #165      +/-   ##
==========================================
- Coverage     100%   98.78%   -1.22%
==========================================
  Files          17       32      +15
  Lines         253      821     +568
  Branches       27       42      +15
==========================================
+ Hits          253      811     +558
- Misses          0        3       +3
- Partials        0        7       +7

Impacted Files
Coverage Δ

tests/refresh_token/test_relay.py
100% <100%> (ø)

tests/refresh_token/test_models.py
100% <100%> (ø)

tests/refresh_token/test_mutations.py
100% <100%> (ø)

tests/refresh_token/testcases.py
100% <100%> (ø)

graphql_jwt/refresh_token/signals.py
100% <100%> (ø)
:arrow_up:

tests/refresh_token/test_cookie.py
100% <100%> (ø)

graphql_jwt/refresh_token/models.py
100% <100%> (ø)
:arrow_up:

graphql_jwt/refresh_token/shortcuts.py
82.35% <40%> (-17.65%)
:arrow_down:

graphql_jwt/refresh_token/decorators.py
84.61% <84.61%> (ø)

tests/test_utils.py
100% <0%> (ø)

... and 16 more

Continue to review full report at Codecov.

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


ci: Upgrade buildx to v0.10.4 and disable provenance

See context in https://github.com/argoproj/argo-workflows/pull/10471#issuecomment-1428160009.

This will be tested in https://github.com/argoproj/argo-workflows/actions/runs/4410848159

Release workflow are being tested in https://github.com/argoproj/argo-workflows/actions/runs/4410870324


Other schools verification

As was suggested on discord talk, we should provide an option for other schools students to verify themselves and get by that access to the server, so mods doesn`t have to do it manually.
We should support at least these schools:

[ ] VUT
[ ] MUNI

and maybe others.

Maybe adding non-cvut verification via emails and matching certain patterns?
<EMAIL_ADDRESS>-> role:691907282019155989 atd

That's an option. I would prefer to use OAuth if possible, but if not, that sounds like reasonable alternative.

Just a note: FEKT is part of VUT.
We do have this e-mail matching implemented in Rubbergoddess and it works flawlessly.

That's an option. I would prefer to use OAuth if possible, but if not, that sounds like reasonable alternative.

We can use OAuth for CVUT sign-in, afaik VUT does have a SSO server, but there is no chance for us getting an app ID and app secret

We haven't been able to convince the IT department that we won't be threat to their system. There were also some GDPR issues they did not want to deal with.

Is this really needed? We still need future students to use the server and I don't see a special feature for students from other universities. ¯\_(ツ)_/¯

This can automate the "I'm not from ČVUT but I want to be part of your server" comments mods have to deal with.
E-mail verification for strangers is easy to implement and it saves a lot of time when the feature is in production environment.

Zira-like feature does automate this well enough. The server is PRIMARILY for the FIT CTU users, so wasting time on this feature while we don't have other stuff done is useless.


Integration with qiskit-symb

Issue: #287
This PR aims to integrate pyRiemann-qiskit with qiskit-symb.
There is a performance benefit using qiskit-symb with a small number of qubits (see here)
In practice, in the light benchmark, we can divide the simulation time of QSVC by two using the default parameters.
The solution here was discussed with the library owner in this issue.
There are two elements of complexity in the current implementation:

Inside qiskit-symb itself, numpy.einsum:

This PR workaround this by caching the computation (the feature map is always the same in general).

In our code (modified from the qiskit-symb issue), in the evaluate method of the new SymbFidelityStatevectorKernel.

Yes, you are right. I am putting qiskit-symb as an optional dependency.

Thanks for the review @qbarthelemy! Took a bit of work to correct the pipelines.
The light benchmark is still failing as the main branch now also checks NCH with QAOA-CV.
No regression is introduced on the other classifiers otherwise.


Pasting images from clipboard is not 100% reliable

Explain the bug
Copying an image of choice and pasting it to a directory is not always reliable. The image appears to be > 0B in size albeit the read is corrupted. From what I found, some images will be 100% reliablity pasted while some will always paste corrupted.
Important note:
By "Copied image" I do not mean image as file but raw data in clipboard.
To reproduce

Copy any image
Paste it to a folder
Only sometimes images are corrupted

Expected behavior
All images should be reliably pasted.
Logfile
(I'll upload it later)
Upload the log file here for us to understand your issue better.

You can access it from Settings->About->Open log location.
or
Copy the debug.log and debug_fulltrust.log from the following directory, and upload the files here.
%localappdata%\Packages\49306atecsolution.FilesUWP_et10x9a9vyk8t\LocalState

System Information

App version: 1.5.2

Additional comment
I'll try to report investigation on this case.

I believe the problem is that it's always being saved as a png file, even if it's not encoded as one.


[home-assistant] Update default image

Description of the change

Benefits

Possible drawbacks

Applicable issues

fixes #

Additional information

Checklist

[x] Chart version bumped in Chart.yaml according to semver.
[x] Title of the PR starts with chart name (e.g. [home-assistant])
[x] Chart is using our common library as a dependency.
[ ] (optional) Variables are documented in the README.md

May I ask why the version 5.4.3 is not available at https://artifacthub.io/packages/helm/k8s-at-home/home-assistant?

May I ask why the version 5.4.3 is not available at https://artifacthub.io/packages/helm/k8s-at-home/home-assistant?

May some issue with the release, we will try it again

May some issue with the release, we will try it again


decp-dpa: suppression accent

@AntoineAugusti https://github.com/etalab/schema.data.gouv.fr#conventions: for the commit name use [decp-dpa] (yes, I had forgotten all about this until recently :p)


[BP-1.10] [FLINK-20033] [FLINK-19237] Fix rejected slot offer bug in JobMaster and suspend job when stopping JobMaster

Backport of #13978 and #13639 to release-1.10.

Thanks for the review @rmetzger. Merging this PR now.

Merged via 10bfd2971dd960ac799ba02156683fc7a740383d


configStore variable is not found

Steps to reproduce

Git clone the project.
Open the typescript-version.
Run pnpm install.
In the app.vue file, WebStorm complains that the variable configStore was not defined anywhere.

What is expected?
configStore variable should be defined somewhere.
What is actually happening?
configStore is not defined anywhere.
Additional data
NodeJS Version: 21.6.1
Package manager: pnpm
Browser name & version: Google Chrome version 120.0.6099.234
System: MacOS

Hello @tdoan2010,
Thanks for getting in touch with us.
We've cloned the repository and installed all the dependencies, but we're unable to replicate the issue. We couldn't find any instance where configStore is not defined in our template. I kindly request you to reinstall the template afresh. Please inform me if you continue to encounter the issue.

I am able to reproduce the issue. Although the application runs correctly, VS Code still underlines the configStoreand lists the issue in PROBLEMS tab with the message mentioned in the OP.


xscen 0.9.1 incompatible with xclim 0.53.1

Generic Issue

xscen version: 0.9.1
Python version: python 3.11.10
Operating System: Linux (conda)

Description

Conda happily installs xclim == 0.53.1 with xscen == 0.9.1, which is incompatible. There should be a xclim max version.
A solution would be to push a patch release 0.9.2 with the maximum compatible xclim set, and no other changes.
Specific error:
backend-dev-1   | ImportError: cannot import name 'convert_calendar' from 'xclim.core.calendar' (/opt/conda/envs/backend/lib/python3.11/site-packages/xclim/core/calendar.py)

Do you absolutely need v0.9.x ? We sorted those issues since v0.10.x.

I know -- It ended up not being needed by installing xscen == 0.10.1, but by default when including xscen, xclim and xarray, conda seems to prioritize the latest version of xarray (2024.10.0), which is incompatible with v0.10.x ([xclim required: >=2023.11.0,!=2024.10.0])

@Zeitsperre Any easy way to fix the pins in v0.9.1? If we release a v0.9.2, would it be detected as the latest release?

I don't have much experience with patching older versions. I'm not certain how best to do it. I'll see if I can read up on it.

The issue I can see here is that we don't tend to place upper pins on any of the xarray entries in most of our projects. As such, If we set a new pin to an existing release (which is possible using twine set-metadata dist/your-package-1.2.3.tar.gz --metadata Requires-Dist="xarray>=1.2.3,<4.5.6"), this will simply prioritize the next older unpinned version.
My suggestion if we never want to have to deal with this is to set upper pins on everything and ensure that our release schedule(s) are often enough that users don't complain (I think this might already be the case).
Otherwise, for versions that we really don't want people using, we can make use of PyPI's yank and conda-forge's --mark broken.

Given that we'd need to modify every release since v0.10.0, this is probably too much work for the benefit...


Fix redirects

This PR is to resolve #222 , Please refer : https://fortran-lang.discourse.group/t/4942
I have shifted the en/ to root directory and set the language redirections for other languages.
This is a permant patch to fix the bing as it seems the most likely cause could be HTML redirection , as we don't have the functionality to add  301 Redirect in gh-pages, thus this PR is a permanant fix to this redirection bug , and this same method of redirection is also used in the fpm-docs repository and we seem to reproduce the same problem for the fpm-docs repository as well.
Thanks and Regards,
Henil
CC @awvwgk @certik

#build_preview

The build preview says 404. How can I check that this PR works? Probably locally. I will have time tomorrow to look into this.

@certik it is due to the preview build restrictions you can checkout it here : https://fortran-lang.org/pr/283/en/ . it would be great if you could test it locally. Thanks.

I build it using the instructions in the README and when I go to the webpage, I can see:

If I click on a given language, then everything works. But shouldn't I see the English version at the root link?

I think you move things around in the workflow. How about you create a script that you call from the CI, that we can also run locally? Then we can test it that everything works.

I recommend to directly change this in the build.py script rather than the CI workflow:
diff --git a/build.py b/build.py
index 9e50d513b..41652158e 100644
--- a/build.py
+++ b/build.py
@@ -62,7 +62,7 @@ If you are not redirected automatically, follow the link.
 """

-def build_docs(language: str) -> None:
+def build_docs(language: str, root: bool) -> None:
     """
     Build the documentation for a single language.

@@ -78,7 +78,7 @@ def build_docs(language: str) -> None:
             "-b",
             "dirhtml",
             str(srcdir),
-            str(outdir / language),
+            str(outdir) if root else str(outdir / language),
             f"-Dlanguage={language}",
         ],
         cwd=root,
@@ -119,11 +119,11 @@ def build_all(redirects: Dict[str, str], languages: List[str]) -> None:
         List of languages to build the documentation for.
     """

-    for language in languages:
-        build_docs(language)
-
     build_redirects(redirects, languages[0])

+    for language in languages:
+        build_docs(language, language == languages[0])
+

 if __name__ == "__main__":

@henilp105 go ahead and do the change that @awvwgk suggested. Then ping me, I'll test it again locally.

Sure, @certik I have made the changes , can you please test it locally ?


feat: Error text color and viz fill bar stories

Resolves #782

@shanberg I addedError Text Color and Vizfill bar stories


background music + queue system

爭取與媒傳社合併
變成媒機機社

due to #41 this is probably not possible
but its cool so we'll leave this here :)

due to #41 this is probably not possible
but its cool so we'll leave this here :)

Kanzen ni backend ga delete wake dewa naku, only post manager ga hitsuyonai dake desu I think.


Fix link issues

Issues :-(
1877> Links
1878  01. [L0724] 301 https://github.com/kaktus/kaktus  → https://github.com/fathomecat/fathomecat
1879  02. [L1476] 404 http://ptsochantaris.github.io/trailer/images/background-2400.png
1880  03. [L2845] 404 https://raw.githubusercontent.com/bow-swift/nef-plugin/master/assets/nef-plugin-action-snippet.png
1881  04. [L4604]  https://alchaplinsky.com/images/misc/swifty_screen_01.png Failed to open TCP connection to alchaplinsky.com:443 (getaddrinfo: nodename nor servname provided, or not known)
1883  05. [L7451] 404 https://rectangleapp.com/images/appIconNoShadow512.png
1884  06. [L7649] 301 https://docs.microsoft.com/en-us/powershell/scripting/install/installing-powershell-core-on-macos?view=powershell-6  → https://docs.microsoft.com/en-us/powershell/scripting/install/installing-powershell-core-on-macos?view=powershell-7.1&viewFallbackFrom=powershell-6
1885  07. [L7679] 404 https://raw.githubusercontent.com/johannesjo/super-productivity/master/screens/screen_daily-summary.png
1886  08. [L7680] 404 https://raw.githubusercontent.com/johannesjo/super-productivity/master/screens/screen_worklog.png
1887  09. [L8027] 404 https://raw.githubusercontent.com/leits/MeetingBar/master/MeetingBar/Assets.xcassets/AppIcon.appiconset/icon512.png
1888  10. [L8263] 404 https://raw.githubusercontent.com/hisaac/PlainPasta/master/Assets/app-icon-512%402x.png
1889  11. [L8265] 404 https://hisaac.github.io/PlainPasta/
1890> Dupes
1891  None ✓

          2 Warnings

:warning:
Please rebase to get rid of the merge commits in this Pull Request

:warning:
Found 3 link issues, a project collaborator will take care of these, thanks :)

Link issues by awesome_bot

Line
Status
Link

6685
Error
https://subler.org/images/Subler.png  Failed to open TCP connection to subler.org:443 (getaddrinfo: nodename nor servname provided, or not known)

8260
404
https://raw.githubusercontent.com/hisaac/PlainPasta/master/Assets/app-icon-512%402x.png

8262
404
https://hisaac.github.io/PlainPasta/

  Generated by :no_entry_sign: Danger