Well defined default addresses

If you use popular tools to spin up local EVM networks like hardhat/anvil, it will print out a bunch of known key pairs that are part of the node by default.
The reason this is really helpful is that is allows people to write tools that default to using these addresses when running on localhost knowing that it will work without any user configuration changes if the user is using hardhat/anvil
It would be useful if yaci also did this. Concretely, in Paima we want users to be able to spin up local nodes with yaci and have the Paima configuration (which requires private keys for account abstraction and other similar things) to just default to these accounts knowing they will exist
Example of hardhat ↓

Notably, the keys all these tools generate all seem to come from the recovery phrase test test test test test test test test test test test junk
However, we can't easily use 12-word phrases in Cardano because some tools are hard-coded to assume those are old Byron addresses. Therefore, I propose we use this 24-word recovery phrase instead
test test test test test test test test test test test test test test test test test test test test test test test sauce

For this mnemonic, I got the following address & keys
Account #0: addr1q8yvgass5dsrf2kxl3vgfz76uhp83kv5lagzcp29tcana68ca5aqa6swlq6llfamln09tal7n5kvt4275ckwedpt4v7qk3ph4e
Payment key: ed25519e_sk1sqr5ymxr5377q2tww7qzj8wdf9uwsx530p6txpfktvdsjvh2t3dk3q27c7gkel6anmfy4a2g6txy0f4mquwmj3pppvy3046006ulussa20jpu
Staking key: ed25519e_sk12rgp4ssmuwe6tgsqwhf255dyj99vwfezsltnx2zg9ptwxvl2t3dumf06jg0rgyw0evktn24y9kshw8jtch3d6h2ppswtswywaa633vq34g6r4

Account #1: addr1q9qy3lufef8c3en9nrnzp2svwy5vy9zangvp46dy4qw23clgfxhn3pqv243d6wptud7fuaj5tjqer7wc7m036gx0emsq7kq88x
Payment key: ed25519e_sk1sz7phkd0edt8rwydm5eyr2j5yytg6yuuakz9azvwxjhju0l2t3djjk0lsq376exusamclxnu2lkp3qmajuyyrtp4n5k7xeaeyjl52jq8r4xyr
Staking key: ed25519e_sk10p46hyz6h34lr5d6l0x89hrlhenj7lf9cha7ln8a6697jwh2t3dhgkz0lcr896rv773mupcc239vcs06uet0a44yqsrzdlx69wwy8tswkp56t

Account #2: addr1q89xuxclxgx4gw3y4h4tcz4yvfmrt3e5nd3elphhf00a67xnrv5vjcv6tzehj2nnjj4cth4ndzyuf4asvvkgzeac2hfq4elafw
Payment key: ed25519e_sk1gqv3vkxkcg0pwqm6v9uw7g79z7mm8cn4j5xxwms60cuuuw82t3dcjn8pzsc26wn5sl93mzk3hex8uy4syf9e6xhqxp67cyz3mnka4uc0r9as0
Staking key: ed25519e_sk12qd8w9g5342kp8wpv8h3d53c40j8sgmge82m49kdlrhw5s82t3d5y4xwr4rdxyxj66heh7c7788npmvnlexqd7a6dxvz6amq4hxz2sgteyf6g

Account #3: addr1qyra0q073cecs03hr724psh3ppejrlpjuphgpdj7xjwvkqnhqttgsr5xuaaq2g805dldu3gq9gw7gwmgdyhpwkm59enstjuhr9
Payment key: ed25519e_sk1spvy8qz8fdnqadfpvvkyyxt7gacxql644vf2dluj8lees0h2t3dean3h530f97ek3l4prclpy6qxcutzupym6rv9nxmwr733ea8j4gcl3haeh
Staking key: ed25519e_sk15zd6l7z66zhmuxlw9mgt4wg9wqrx0lt058whnvsz9yqe2w02t3dh423fmrmtt4ru0d2yvudk993x8v0x6j308ev89w9prgp3cu7q60s40s8h4

Account #4: addr1q938kfvcm4c39yt8sfgkp3tyqe736fz708xzxuy5s9w9ev43yh3sash5eeq9ngrfuzxrekpvmly52xlmyfy8lz39emhsfxuszq
Payment key: ed25519e_sk1yzsz6qsaxxvj4m4qny937gs2v56v0sfqam90nmgfefhrv002t3d5h0vr5xvr56hrlhy0ganpg4qkwq2khxq6809r62uqtdlc7eya9wgwtf9aq
Staking key: ed25519e_sk1rzz79a3g5dftz5dvl83j6v5n6mnpxmneemwcaek38cu9gw82t3dejlazt53amypxkly076u3xl60042wtu8h2t9uq6qrz4e3gvwx29qwc0y4g

Account #5: addr1q8rv7774puml0exvzc0uqrc8axezy6a925kv4ucdx906qy6mhjxtmx44x70ndr7g6dgqcdaf69q8fnrdmtvfud5x7rsq0xpq2t
Payment key: ed25519e_sk1mqgzsggq4y8z3s9ap0zta7y4xfcfm2pxf5ya3hwacvmlwd82t3deduqhheynwp04a2cvhtvre658w0cnx2cac49ujm5k4jl6mnhkq6gyl35nx
Staking key: ed25519e_sk1hrfx6l6xjxvyzth02704fz6csk7np94mvdfpl8dmgfvkkth2t3de6c55j4d8z5a9f8fly3d3c4ccvh4zawh07s7udxa03j63vv6nwaq0uk0m3

Account #6: addr1q9gkf2ccvu2uscmcqgy4dkyjeae0va3kk7yk04nuleekq3u3xrwgnnm6n0yfzz0e8x2kkehex2f6mexrjg9h9l2qhm4q4dd5a0
Payment key: ed25519e_sk19qu94cfggqdafymq8znpv5xkrj0ggssmlvsytpcev2ldy002t3d3qzxt9468nxszkhmpvehg54hql4sm2lenym5rsqf6hrl37kg0ksg3qmlew
Staking key: ed25519e_sk14pfa52uet4ce6krepxncnazkq2zngygr4dth7tzuzkahz002t3dhttequn5f8s0s6knjm343kc94htnmlvwpza4vpjg0jdr9sa36a5q6a5ymg

Account #7: addr1qy7a8p6zaxzgcmcjcy7ak8u5vn7qec9mjggzw6qg096nzlj6n7rflnv3x43vnv8q7q0h0ef4n6ncp5mljd2ljupwl79shdan4l
Payment key: ed25519e_sk1rz764r3hr8sckhrcydztu7rsav6uqc7d7xutnxr4vh826wl2t3de27ukls5d0qjzj3plu5q75xuhyje8whw7cq7drj6sl9ms6pgs5vc384ywj
Staking key: ed25519e_sk1qztf2xzznhy76gunnt0lzptnjhzheth64gau0h496jzfgdh2t3dac0wr5yp5n42kz4jv4264a82kg73t3fqpp34eq284rvvdjgz0x2gquaghd

Account #8: addr1qxyw0ensk3w2kgezk5vw77m0vmfs4mqdjg7ugclyvuy357g0vaukh8a8zgj09prvaw70f9gvz8sypmsjf5c0dctyhn2suw3s7v
Payment key: ed25519e_sk1mrq79v0seg8lnu9et3txtgr8f6me33knx5m7qfmje6yxjd82t3dkyt6jwnwfg35npnwurulp5rvk9dzw9hlrh4xsrc4a5gnege0k0qg3ftl8s
Staking key: ed25519e_sk1gq2tajwd8t9whhuyxr8kzfklpesfvsyllcdt8n08nrxqgdl2t3d3apuulmctwv7pup8d52c7jmhzsf8xj00v832wcp4fqzewevvzz6gr4w02k

Account #9: addr1q8rshpppv9uq95lj89tv4vv40cwnqmx5szzcndqhvr5hjfltl4s98wsjkwpg3v4k6h2vgcvdd2xwt82stq8fcmmsft6symlptk
Payment key: ed25519e_sk1xqleykm4zyggadyt6hunm6laqgd6yatcumyptvu8v8uf5wh2t3djrry8d3dlz2cve6hsc8a7vvuqqdud0h7vvyuhhmc0j0mw6pkaawcgh2ycr
Staking key: ed25519e_sk1uqzvs53kr2jv6cfzwj0usczr3v8dqg32ydjf5h0fqlxd7d02t3dm5rhrz57j80gz5v3zzvlch9f6su9rnkhqm6d6tlgmy9lx6y72mtcu79lzk

Account #10: addr1q8qfxwuz8rm0xvewfrp5eudgup24jsan8n22h3f6a7mavyjt0njqm4ykhhqzkdrq9ua8w0lhen8wsuuerexgsehn5u9s8yzr2u
Payment key: ed25519e_sk1nped0y8f849sgz5tgw307uj2a3l084r3qvjmqsynn9dxz0h2t3da6e0z5h0c26nc9c6k46kdcjxjq89c5nugfd7sj2vn989le92csdqzdhldz
Staking key: ed25519e_sk1xqmy9ycnz02pngjhck4f6ussy4jnzd96f5zl0hl2qn9ykwl2t3dsrhvteyqpxw4cd0w8rs7z6rhj2dpwtmwjha6wgkr6knhtvkzyvkswm987q

Account #11: addr1q95l04egnh30q8x3uqn943d7jsa5za66htsvu6e74s8dacxwnjkm0n0v900d8mu20wlrx55xn07p8pm4fj0wdvtc9kwqahltnp
Payment key: ed25519e_sk19zen3lj20xr60c298p0jvpzgnd78vzj7hp796c4mtt3w2dl2t3dkyvhzdt4ugcjwqs8ndc869gzqrygsgaf33p5taxh75ka53ef6drgf6kvw5
Staking key: ed25519e_sk1srj45s76tllvekvazx2cdm236tm487prg740r8y4s663ywl2t3d43jxpyv6y8ul9xuzpunryumcqkzutkfsuhes2ypefn5k8njnm2vstmhefx

Account #12: addr1q9cf5ursqpwx2tp8maeah00rxxdfpvf8h65k4hk3chac0fvu28duly863yqhgjtl8an2pkksd6mlzv0qv4nejh5u2zjsnp79rf
Payment key: ed25519e_sk1dpv5hvnymhtyx79h55z0wz2pttk0tf6dwz67xu83uhukcd82t3d5tx2sr9uvl3a9cfjsw9t7jlt8m2ln0qaezdq6ax7myhj8828m5egd00rt8
Staking key: ed25519e_sk16z67pkc7mal30ewl09z5qt4chltu3sa5tks2tkwtffdkzw02t3dk8qxkll9h9064c544g27693sqgsvvl0exesuvalrc8p9lav8lyzs869c0y

Account #13: addr1q879wm0n5fucskn6f58u2qph9k4pm9hjd3nkx4pwe54ds4gh2vpy4h4r0sf5ah4mdrwqe7hdtfcqn6pstlslakxsengstjm7cl
Payment key: ed25519e_sk1vpkzkcn40jqvjjvqgexe5vrkr2ywhucfx7lj7yuvr2puk002t3ds0w3u9dhrvth5eql56u2c6zww5eg2568vj986lzhs0r5sttv4v7g04c2ru
Staking key: ed25519e_sk1crlzxz9ve605cle3pt4jadsp68yln29adxg6ntxy3pepqs82t3djl96cmfd5kw2s3e3evre72cjqfhqh76lkeuqt94xa0fmf6e3exfs5fpw9w

Account #14: addr1qye5df3su6tjhuuve6rjr8d36ccxre7dxfx2mzxp3egy72vsetrga9el2yjke2fcdql6f6sjzu7h6prajs8mhzpm6r5qzq5qfy
Payment key: ed25519e_sk15qpedlqhwxhkctvpvn4s9fxfmscwy3mh9mkssrnwx5wfqw02t3d5wh6stwklnxr9jqfqlakl2s2z6p2lnz5xknvu62zt62zjjafs6yshefmh3
Staking key: ed25519e_sk16rff3sgxldm9ksxsefe75p04wvaazz9ymr5m6s4e5crvz0h2t3dnyzn66zqtgv32q47qkuhvf5jhcf3jx05whnq3657mjey3ffw7hpch9pd4h

Account #15: addr1qy5tscksq8n2vjszkdtqe0zn9645246ex3mu88x9y0stnlzjwyqgnrq3uuc3jst3hyy244rrwuxke0m7ezr3cn93u5vqv45vt5
Payment key: ed25519e_sk14z9et30gwx7d0c24yrpklheh905936ez66p5rf27pux7sw02t3dsa7yqzf7xcqyvrlp5v4k0x4rldgrxuzjaucu0c6gjt0dynx8sukgcffxnv
Staking key: ed25519e_sk1fref9jndwaw6tn2xlc4nlwkl824auga85svj5v5m60g3yw82t3d7syehntq9h9wna4pwr5g53khjehpaklqh7zcxauuyu2tw0vwmkqca9v3q0

Account #16: addr1q90qu4cypvrwn4c7pu50zf3x9qu2drdsk545l5dnsa7a5gsr6htafuvutm36rm23hdnsw7w7r82q4tljuh55drxqt30qe6x8q0
Payment key: ed25519e_sk13qpmqegclg7ft2ce5l89jq2wjg48rg7n3gup9shyy3p22w82t3dujk49l4843nmk2para5s372l8vmzfkxmku3egr5vgtalfjm3hzwqnjamxh
Staking key: ed25519e_sk14rkdqavts4pgg8mcweewrknu37eflyc32q93spy5k5m4zd02t3dcp4vsyv7jlx63e7hpr0zyz3z9tvrzqu2d9jwk4akedvyyy9taqrswkejyv

Account #17: addr1qym87edtdxc7vu2u34dpf9jzzny4qhk3wqezv6ejpx3vgrwt46dz4zq7vqll88fkaxrm4nac0m5cq50jytzlu0hax5xqdf7avq
Payment key: ed25519e_sk15qzuqn38va38m5sx3lj0wyqsstgtuwalmldqf20xu3e97sh2t3d6yhpz4tk44r026c60tluvfv4qkh8ccjw228zd5l6a9qccefrx34qldjfh9
Staking key: ed25519e_sk1ep4szn8m6xyajgr4vf2uayulh4yq3f4nqqueep7y9pfvjd82t3d6573yf23hcgkx2aq3u9uuehl97d7leq8n3d2zd7gsfdf87c7fpzsj9m0sk

Account #18: addr1q8zufj3g0ua489yt235wtc3mrjrlucww2tqdnt7kt5rs09grsag6vxw5v053atks5a6whke03cf2qx3h3g2nhsmzwv3stdz34j
Payment key: ed25519e_sk1ppu7cwx5vd8he3eck6e796t3ucnpqe4z8672x6h32khrjsh2t3dnq2f6qvyp3p3gtmgchw0jdseu57296pdlre3mql98vcgdy50hxsgfn77s3
Staking key: ed25519e_sk14q9d4kyagaa5glcj938xhsdhhrze2747dmjfupww4833yw82t3d5ek5emhyn7vn4qumdqzkqleqma3q4lks4mfhfqfnww8szm9u2wfs7v99es

Account #19: addr1q8h3nrahcd0pj6ps3g9htnlw2jjxuylgdhfn2s5rxqyrr43yzewr2766qsfeq6stl65t546cwvclpqm2rpkkxtksgxuqxemnck
Payment key: ed25519e_sk1ercgylcdszp5zt8ehufuyfujwtgc28737avv0dy0fqzexd02t3dsazn9xegp7qacxplnjlwhgnnwjv9z4y2yr0yp8qc4xp9n7zdq6hql493xp
Staking key: ed25519e_sk13p8jen4fuqfvagsvpjs770am2ytrn072pvh7wyvdvrw6kvh2t3dad98mxt2savj4sgfe6gzmcwewt7649waymclrnts0ddy03ke3vkc9m9gut

I double-checked these are the same as generated by both Yoroi & Eternl
I generated these using the following script with CML
import wasm from 'cardano-multiplatform-lib';
import bip39 from 'bip39';

const baseWords = 'test '.repeat(23) + 'sauce';

const foo = wasm.Bip32PrivateKey.from_bip39_entropy(
  Buffer.from(
    bip39.mnemonicToEntropy(baseWords),
    'hex'
  ),
  Buffer.from('')
);

for (let i = 0; i < 20; i++) {
  const accountKey = foo.derive(1852 + 0x80000000).derive(1815 + 0x80000000).derive(i + 0x80000000);
  const paymentKey = accountKey.derive(0).derive(0);
  const stakingKey = accountKey.derive(2).derive(0);

  const baseAddress = wasm.BaseAddress.new(
    wasm.NetworkInfo.mainnet().network_id(),
    wasm.Credential.new_pub_key(paymentKey.to_public().to_raw_key().hash()),
    wasm.Credential.new_pub_key(stakingKey.to_public().to_raw_key().hash())
  );

  console.log(`Account #${i}: ${baseAddress.to_address().to_bech32()}`);
  console.log(`Payment key: ${paymentKey.to_raw_key().to_bech32()}`);
  console.log(`Staking key: ${stakingKey.to_raw_key().to_bech32()}`);
  console.log();
}

Thanks @SebastienGllmt for trying out DevKit.
It's really a good idea to support a set of default addresses out of the box.
I verified the above mnemonic with Java code and was able to generate the same keys.
One simple approach for now could be for DevKit to automatically top up these addresses with a single transaction during the first time node startup. So, with a 1-second block time, there would probably be at most a 2-second delay in startup.
Later, we can explore adding these addresses directly to the genesis file of the node.
What should be the default amount for these addresses? 10,000 ADA?
Note: Just adding my code here in case anyone is interested in deriving the same in Java.
String mnemonic = "test test test test test test test test test test test test test test test test test test test test test test test sauce";

for (int i = 0; i < 20; i++) {
            DerivationPath derivationPath = DerivationPath.createExternalAddressDerivationPathForAccount(i);
            var account = new Account(Networks.testnet(), mnemonic, derivationPath);

            System.out.println("Address # " + i + " " + account.baseAddress());
            System.out.println("Stake Address: " + " " + account.stakeAddress());

            var prvKeyBytes = account.privateKeyBytes();
            String paymentKey = Bech32.encode(prvKeyBytes, "ed25519e_sk");
            System.out.println("Payment Key: " + paymentKey);

            var stakingKey = Bech32.encode(account.stakeHdKeyPair().getPrivateKey().getKeyData(), "ed25519e_sk");
            System.out.println("Staking Key: " + stakingKey);
            System.out.println("\n");
}

+1, great idea.

What should be the default amount for these addresses? 10,000 ADA?

Yeah I think 10K is fine. I guess the most expensive thing somebody might want to do during startup is spin up multiple pools, but they're only 500 ADA each so 10K should be enough. It could be higher though (ex: 100k)

with a single transaction during the first time node startup

I guess the tricky part about Cardano is that it can't be that just the addresses and balances are well-defined, but you also need to know the tx id that created these initial addresses so that you can reference them in an input
However, I don't think we can easily enforce a tx id that will forever be constant (since any change to the genesis block(s) modifies this), so we'll just have to tell people that there are known UTXOs somewhere and they will have to query to know the tx id to spend them as inputs.

@SebastienGllmt
I have added default addresses to the Shelley genesis file (under the 'initialFunds' property), and it's working perfectly.
All default addresses are automatically funded. Also, the initial utxos for these addresses are always the same.
The initial transaction hash for a default address is equal to blake2b256(addressBytes), so it's deterministic in this case.
Probably, we can display the address, secret keys, and UTxOs with balances for all default addresses during the first start. May be it's too much info.
Next, I need to add these address to the show-default-account command output.

This feature was added in a previous release


[New game]: Zombie Shooter game

🎮 Game Request
Game logic and basic description
A top-down shooter game where the player must survive waves of zombies.
Point down the features
Game points
Select program in which you are contributing
GSSoC24
Code of Conduct

[X] I follow CONTRIBUTING GUIDELINE of this project.

Hey @sau-mili , You can't have another issue before completing the previous one 😀
you already have the following 1 open issues 👀 ! :
#4679

Hey @sau-mili ! Thank you so much for your raising the issue💗
It’s all yours, you can come anytime again and make some contributions! 🚀
Alone, we can do little, but together we can do so much! 😇

Hey @sau-mili !
Thank you for raising an issue 💗
You can self assign the issue by commenting /assign in comment 😀
Make sure you follow CODE OF CONDUCT and CONTRIBUTING GUIDELINES 🚀
Don’t Forget to ⭐ our GameZone🎮
Make sure you join our Discord🕹


run the default fields through formatters

Coverage remained the same at 96.593% when pulling 512387705af98e5d222d059ea28d6cddd0150939 on run_default_fields_through_formatters_for_from-schema into 74ef195289d5f3008972986f1f0e35154d952989 on master.


Included RegisteredEntity in ArchetypeEntity

ArchetypeEntity is always used with RegisteredEntity, and entities in archetypes are always registered, so RegisteredEntity can be included in ArchetypeEntity.

Thanks, again!


[FLINK-24292][connectors/kafka] Use KafkaSink in examples instead of …

…FlinkKafkaProducer

What is the purpose of the change
Use KafkaSink in examples instead of FlinkKafkaProducer
Verifying this change
I ran all the examples locally and they still work.
Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (yes / no)
The public API, i.e., is any changed class annotated with @Public(Evolving): (yes / no)
The serializers: (yes / no / don't know)
The runtime per-record code paths (performance sensitive): (yes / no / don't know)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Kubernetes/Yarn, ZooKeeper: (yes / no / don't know)
The S3 file system connector: (yes / no / don't know)

Documentation

Does this pull request introduce a new feature? (yes / no)
If yes, how is the feature documented? (not applicable / docs / JavaDocs / not documented)

LGTM

@flinkbot run azure

The docs seem to be updated already.
Merging ...


Cannot receive core details

Hi there @jakewmeyer, I've noticed it is not possible retreiving core data whenever the name contains spaces. A good example is the very first launch. It's Merlin 1A.1 core does not respond any data when calling the api endpoint. I've tried both calls below:
GET https://api.spacexdata.com/v2/parts/cores/Merlin1A
GET https://api.spacexdata.com/v2/parts/cores/Merlin%201A
Maybe it would be better to use other formats for the core-IDs within the returned launch core-data and the detailed core data returned by the endpoints above?

Likely because none of the cores have Merlin in them. Pretty sure only Falcon 9 cores are listed currently.

Went and added the Falcon 1 cores.
Since they don't have unique serials, I used the following for the 5 flights:
Merlin 1A
Merlin 2A
Merlin 1C
Merlin 2C
Merlin 3C
I'll update the launches with these serials as well


dontLogIfAttributesChangedOnly still logging updated_at

Describe the bug
dontLogIfAttributesChangedOnly is still logging the updated_at column
Here's my code
    {
        return LogOptions::defaults()
            ->useLogName('Asset')
            ->logAll()
            ->dontLogIfAttributesChangedOnly(['is_shared', 'deployments', 'updated_at'])
            ->logOnlyDirty()
            ->dontSubmitEmptyLogs()
            ->setDescriptionForEvent(fn(string $eventName) => ucwords($eventName));
    }

There's no error but when in frontend the view of the activity log whenever I hit save or update without any changes is still logging the updated_at cause the view to show a blank activity
Expected behavior
The updated_at should not be logging if it is added to the dontLogIfAttributesChangedOnly
Screenshots
If applicable, add screenshots to help explain your problem.

Versions (please complete the following information)

PHP: 8.1
Database: 8.0
Laravel: 9.39
Package: Laravel Spatie Activity Log

I have similiar problem with dontLogIfAttributesChangedOnly(['password', 'updated_at'])
Using with User model:
    public function getActivitylogOptions(): LogOptions
    {
        return LogOptions::defaults()
            ->logFillable()
            ->dontLogIfAttributesChangedOnly(['password', 'updated_at'])
            ->logOnlyDirty()
            ->dontSubmitEmptyLogs();
    }

    public function tapActivity(\Spatie\Activitylog\Contracts\Activity $activity)
    {
        $activity->ip_address = request()->ip();
        $activity->user_agent = request()->userAgent();
    }

When updating only password, all is ok, activity record is not created.
\App\Models\User::find(2)->update(['password' => bcrypt('password1')]);
But when updating with other fields, new activity record has password field, but not updated_at.
>>> \App\Models\User::find(2)->update(['name' => 'Julian Kuvalis', 'password' => bcrypt('password1')]);
=> true

>>> \App\Models\User::find(2)->activities()->latest()->first();;
=> Spatie\Activitylog\Models\Activity {#5798
     id: 186,
     log_name: "default",
     description: "updated",
     ip_address: "<IP_ADDRESS>",
     user_agent: "Symfony",
     subject_type: "App\Models\User",
     event: "updated",
     subject_id: 2,
     causer_type: null,
     causer_id: null,
     properties: "{"attributes":{"name":"Julian Kuvalis","password":"$2y$10$ZOc4OEX.P6YHmihkxvE8a.ouGoVCAUMavMAnp\/C29QMr.HHJ38kDm"},"old":{"name":"Julian Kuvalis Sr","password":"$2y$10$CCawlglCgb49CXtp8iX0Gebv9PYc3lCXnZbCFh.dP.deeP\/fV5C
8W"}}",
     batch_uuid: null,
     created_at: "2022-11-13 18:47:43",
     updated_at: "2022-11-13 18:47:43",
   }

Using:
spatie/laravel-activitylog: 4.6.0
laravel/framework: v9.35.1
PHP: 8.1.2
mariadb-server-10.6

i tried to add these variable in the model, and worked for me
protected static $logAttributes = ['*'];
protected static $logOnlyDirty = true;
protected static $submitEmptyLogs = false;

I have the same problem. Any fix or answer for this?
public function getActivitylogOptions(): LogOptions
    {
        return LogOptions::defaults()
            ->logAll()
            ->logOnlyDirty()
            ->dontSubmitEmptyLogs()
            ->dontLogIfAttributesChangedOnly(['updated_at'])
            ->setDescriptionForEvent(fn (string $eventName) => "Product :subject.name was {$eventName} by :causer.name");
    }


[DOC] Opensearch 2.9 being installed when following 2.8 (current latest) Debian install doc

What do you want to do?

[ ] Request a change to existing documentation
[ ] Add new documentation
[X] Report a technical problem with the documentation
[ ] Other

Tell us about your request. Provide a summary of the request and all versions that are affected.
The Debian install docs for 2.8 (current latest) result in Opensearch 2.9 being installed. Which according to your Github Releases page, isn't even GA yet.
What other resources are available? Provide links to related issues, POCs, steps for testing, etc.
user@host:$ sudo apt-get install opensearch
  Reading package lists... Done
  Building dependency tree... Done
  Reading state information... Done
  The following NEW packages will be installed:
    opensearch
  0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
  Need to get 803 MB of archives.
  After this operation, 1,036 MB of additional disk space will be used.
  Get:1 https://artifacts.opensearch.org/releases/bundle/opensearch/2.x/apt stable/main amd64 opensearch amd64 2.9.0 [803 MB]
  Fetched 803 MB in 28s (29.0 MB/s)
  Selecting previously unselected package opensearch.
  (Reading database ... 36156 files and directories currently installed.)
  Preparing to unpack .../opensearch_2.9.0_amd64.deb ...
  Running OpenSearch Pre-Installation Script
  Unpacking opensearch (2.9.0) ...
  Setting up opensearch (2.9.0) ...

Hi @williamtrelawny - Thanks for reporting this! OpenSearch version 2.9 is releasing today, so there may have been a slight delay with syncing everything up. If you go to the documentation page now, you'll see that we've published the 2.9 content: https://opensearch.org/docs/latest

Oh wow just my perfect timing then haha. Sorry for the noise!


add/remove a backend asset to/from all projects within a group

GUI action and API endpoint to add/remove a backend asset to/from all projects within a group
We will investigate a better way to expose documentation

Solved with PR #10


Can't serve @vitest/ui report on a subpath

Describe the bug
Upload a vitest/ui generated report  to a subpath in an HTTP server (And make sure the .gz file is served with an Content-Type: application/gzip, or Content-Encoding: gzip which might also work). You will get a blank page. The report only works at the root path of a site, disallowing uploading it somewhere for others to view. (e.g. From CI).
That is, it works when the URL is:
http://somewhere.com/
But fails if it is:
http://somewhere.com/vitest-report/
Such reports are very useful to upload to a shared server for others to easily view from CI, but they need to handle being served from any subpath for this to work properly.
Reproduction
Generate any @vitest/ui report, and use caddy run (Install caddy) with the following Caddyfile and the report in a subdirectory.
http://localhost:8080

@gz {
	path *.gz
}

header @gz Content-Type application/gzip

file_server browse

e.g.

Caddyfile
report/

index.html

And try to access http://localhost:8080/report/, you will get a blank page, no errors in the console.
System Info
System:
    OS: macOS 13.4
    CPU: (10) arm64 Apple M1 Pro
    Memory: 57.72 MB / 16.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 16.20.0 - ~/.nvm/versions/node/v16.20.0/bin/node
    npm: 9.6.7 - ~/.nvm/versions/node/v16.20.0/bin/npm
  Browsers:
    Chrome: 113.0.5672.126
    Safari: 16.5
  npmPackages:
    @vitejs/plugin-vue: ^4.0.0 => 4.1.0
    @vitest/ui: ^0.31.2 => 0.31.2
    vite: ^4.1.4 => 4.2.1
    vitest: ^0.31.2 => 0.31.2

Used Package Manager
pnpm
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

Hm, interesting 🤔 As far as I know, it should work. All paths are relative 🤔

Yeah. I can upload a zip with a more complete repro. Maybe it's vue-router that get's confused?

+1


Bug: dragging offset resets during mouse drag

I have carousel with pagination and if I try to drag slides more than on a middle of slides page, it looks like dragging offset resets
This bug is on this GIF
Bug exists on Vue Carousel documentation page too

Hey @speedblizzz, good catch! I'll flag this as a bug. Thanks for including the reproduction

Hi @quinnlangille, any updates on when this issue gets resolved? Currently on v0.18.0, but issue is still in there.

Hi @quinnlangille, any updates on when this issue gets resolved? Currently on v0.18.0, but issue is still in there.


[Patch] Bind mobile Markdown renderer to source file. Fixes #85

Fix for #85
The mobile specific modal binds the Markdown renderer context to the file hosting, rather than the file it is rendering. This will cause all internal links to calculate incorrectly and mess with things like dataview/dataviewjs.
Sample definition file:
Coração.md
Before fix:

After fix:

Oh nice ! I am sorry, but how do you use the .ts file patch to your vault ?

Thanks, I'll try to review and merge these this weekend


S3 Download: Process flood issue

The issue seems to be that when a timerFired event occurs and the script executes, it opens a process but that process is never released. If I leave the flow on overnight with the timerFired set to two minutes, it eventually hits the process limit on the machine and the only way to clear it out is to restart the machine.
Could someone with timerFired script experience take a quick look at that script and let me know if I forgot anything glaring? Is there something I'm supposed to do to tell Switch to exit the process?
Discussion thread: http://forum.enfocus.com/viewtopic.php?f=13&t=648

The issue was caused by my logic which did a best effort attempt to build the absolute path to the 'aws' executable, including specifying 'python'. For OSX users, it would try 'aws --version' which would fail, then it would append 'python /usr/local/bin/ [aws --version]' and try again, and if that succeeded, it would continue the rest of the script with that CLI prefix. The problem is, the initial non-working 'aws --version' attempt remained as a hung process and duplicated with every timerFired.
The solution was to make an element property for CLI Path Prefix and allow the Switch administrator to enter the appropriate one for their system.
Fixed in bc2709c2b7104a498a5f7e76cffd2526f7c31b5a


fix e2e prow fail issue

Signed-off-by: xuezhaojun<EMAIL_ADDRESS>

/assign @skeeey
Solved prow issue

/lgtm


Add UI for temperature sensor in CHIPTool iOS app

Adds UI to control the temperature sensor app.
Add UI to send reporting controls
Call CHIPTemperatureMeasurement methods (although they currently do not return a value but an NSError pending @vivien-apple 's patch.)
Fixes #2983

Some code here seems to be shared with wifi-echo example. Could we somehow reuse things instead of duplicating? This would help any refactoring that is expected, since we are still developing some API and message layer bits.

Some code here seems to be shared with wifi-echo example. Could we somehow reuse things instead of duplicating? This would help any refactoring that is expected, since we are still developing some API and message layer bits.

Actually the shared code is from the commit of the other PR that this PR is blocked on. This specific UI does not add any shared code. I do have an issue tracking removing duplicated code from the esp32 example apps.

@shana-apple Now that #3053 has landed can you update this PR ? That will make it easier to see the relevant diff.

@shana-apple - dependency seems to have been merged, however this PR became stale.
Should we update or drop?

@shana-apple - dependency seems to have been merged, however this PR became stale.
Should we update or drop?

I'll update :)

ping @shana-apple :)

ping @shana-apple :)

@woody-apple was waiting on the callback APIs, which I have adopted in their first version pending @vivien-apple's changes. But this can go in as is

@woody-apple was waiting on the callback APIs, which I have adopted in their first version pending @vivien-apple's changes. But this can go in as is


Basic Kafka Producer app

Get the basic producer app running...

Writes data to S3 bucket
Sends json data on the bus

aiops-publisher  log excerpts of interest -

Connecting to AWS and writing data to S3 -

Sending json data to the message bus -

aiops-incoming-listener receiving the json data -

I have addressed all your feedback, but have a question here - https://github.com/ManageIQ/aiops-publisher/pull/1#discussion_r230176284


Wiki and Jenkins Credentials

Hello Team,
Please update wiki and share Jenkins Credentials

Hello,
I assume Jenkins credentials and load balancing test has already been provided to you by Ishneet. You can check that. Final testing for Blue-Green is currently going on and we are currently in the process of creating wiki pages for the same.

Hello,
You can begin with your testing.
A rough draft of Blue Green has been created which will soon be updated.
do let us know if any queries
Also please provide your us with your public key so that you can begin with your testing


Automatic synchronization between two phones does not include decryption key

Bug Description
The user created an account on his old phone, and afterwards he used a new phone and automatically synchronized the data to the new phone. It's unclear if backup and restore from iCloud or the Quick Start functionality to sync two phones directly was used. Now the user cannot send GTU or shield GTU from the account on his new phone. It seems the app cannot decrypt its own keys on the new phone.

Expected Result
Synchronization via iCloud & Quick Start includes all keys.
Actual Result
Synchronization does not backup all keys.
Versions

Concordium Wallet 1.0.4
iOS

From discussion with Mjølner:

backup is encrypted
app data & key is protected by app passcode encryption

Note: It should be added to documentation (new backup info page) that passcode is needed for restoring on new phone.

@concordium-cl - How did we decide to proceed with this? I can't really test it.

@jens-concordium - I suggest to leave it as is. We cannot really test it and it is not our official recommendation but just the last straw.

@concordium-cl Ah, yeah that was it. I guess we can just remove the issue from the board, as we can't technically verify it?

Not sure if I mentioned it earlier but the way to verify is unfortunately only on a production build 😶


new(blog): add a blog post for Falco 0.36.1

What type of PR is this?
/kind content
Any specific area of the project related to this PR?
/area blog
What this PR does / why we need it:
Add a blog post for Falco 0.36.1
Which issue(s) this PR fixes:
Special notes for your reviewer:

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by: Andreagit97
Once this PR has been reviewed and has the lgtm label, please assign vjjmiras for approval. For more information see the Kubernetes Code Review Process.
The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

content/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: Andreagit97, Issif
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

content/OWNERS [Issif]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

LGTM label has been added.  Git tree hash: 0be4b68bcfba2e30ec443a57f85f78156db2aa9d


docs: backup restoration

What's Changed in this PR
Close #1154
Checklist

[ ] Please confirm that all corresponding versions of the documents have been revised.
[ ] Please ensure that the content in sidebars.ts matches the current document structure when you changed the document structure.
[ ] This change requires follow-up update in localized docs.

[ ] remove the /user-guide/administration/disaster-recovery/back-up-&-restore-data.md
[ ] modify the link from /user-guide/administration/disaster-recovery/overview.md to this document.
[ ] add this document to sidebar.ts

the en doc is LTGM

I will begin the remaining work today.

@nicecui PTAL


Securing many http links to https links

Fix http link to https link for security, modify many link
http to https in the project.
Signed-off-by: Nguyen Hai Truong<EMAIL_ADDRESS>
Ⅰ. Describe what this PR did
Ⅱ. Does this pull request fix one issue?

Ⅲ. Why don't you add test cases (unit test/integration test)? (你真的觉得不需要加测试吗？)
Ⅳ. Describe how to verify it
Ⅴ. Special notes for reviews

Codecov Report

Merging #1174 into master will increase coverage by 0.01%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##           master   #1174      +/-   ##
=========================================
+ Coverage   47.38%   47.4%   +0.01%
=========================================
  Files         113     113
  Lines        7181    7181
=========================================
+ Hits         3403    3404       +1
  Misses       3507    3507
+ Partials      271     270       -1

Impacted Files
Coverage Δ

supernode/daemon/mgr/scheduler/manager.go
22.6% <0%> (+0.68%)
:arrow_up:

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 a562669...810724e. Read the comment docs.


repeating timer stop fire when GPIO-IRQ is in use

Hi All,
I have a problem with my application using core 0 & 1, a repeat timer to poll sensors and two gpio-irq from
NRF24L01+ and ENS160 interrupt lines.
Timer callback and interrupt handler use multicore_fifo_push_blocking() to wakeup core1 to work and nothing is done in the IRQ context themself.
ENS160IRQ hammers every second and the NRF24IRQ after a Bluetooth transmission.
The repeating timer from default alarm pool, is set to 5 Seconds interval.
To serialize both interrupt & timer handlers, I added a mutex but this doesn't make any difference.
`void __not_in_flash_func(controller::gpio_irq_callback)(uint gpio, uint32_t event)
{
mutex_enter_blocking(&_syncmutex);
if (gpio == ENS160IRQ) {
#ifdef HAVE_ENS160
multicore_fifo_push_blocking(ENS160IRQEVENT);
#endif
}
else if (gpio == NRF24IRQ) {
multicore_fifo_push_blocking(NRF24IRQEVENT);
}
mutex_exit(&_syncmutex);
}
bool __not_in_flash_func(controller::timer_callback)(repeating_timer_t rt)
{
mutex_enter_blocking(&_syncmutex);
/ wakeup core1 to work for probing */
multicore_fifo_push_blocking(PROBEEVENT);
mutex_exit(&_syncmutex);
return true;
}`
After a while the repeating timer stops firing. Interrupts are working without interruption.
Any Idea what cause this?
-Chris

Interesting workaround and a hint  to hunt this bug down. I do not send anything from core1 back to
core0 in my implementation and therefore replaced the sleep_ms() in the main() with multicore_fifo_pop_blocking() and the repeating timer keeps working.
int main(void)
{
stdio_init_all();
std::cout << "Probe starting\n";
controller c;
c.start();
while(true) {
// sleep_ms(60000);
uint32_t evt = multicore_fifo_pop_blocking();
std::cout << "main sleep again" << evt << std::endl;
};
return 0;
}

Additional, I had the system running over night, and the timer comes and goes. That is very strange!

Glad you found the issue. I guess I can close this unless you think there is a bug in the sdk.

Peter, I had the application running over night and again the repeating timer go for sleep again.
Only Interrupt remains working. I already started a sample application triggered by external Arduino board for the IRQ while have a repeating timer running. Not able yet to trigger the  bug. But I'm on it.

I wonder if it's another case of this https://github.com/raspberrypi/pico-sdk/issues/1552

can you try again with SDK 2.0.0 it should be fixed


Add node and region labels to exporter

Towards https://github.com/thegreenwebfoundation/grid-intensity-go/issues/59
This adds --node and --region flags to the exporter command. The GRID_INTENSITY_NODE and GRID_INTENSITY_REGION env vars can also be used to set this.
go run . exporter -h
A prometheus exporter for getting the carbon intensity data for
electricity grids.

This can be used to make your software carbon aware so it runs at times when
the grid is greener or at locations where carbon intensity is lower.

	grid-intensity exporter --provider Ember --location IE --region eu-west-1 --node worker-1
	grid-intensity exporter -p Ember -l BOL

Usage:
  grid-intensity exporter [flags]

Flags:
  -h, --help              help for exporter
  -l, --location string   Location code for provider
  -n, --node string       Node where the exporter is running
  -p, --provider string   Provider of carbon intensity data (default "Ember")
  -r, --region string     Region where the exporter is running

The labels get added to the metrics like here.
curl -s http://localhost:8000/metrics | grep grid
# HELP grid_intensity_carbon_average Average carbon intensity for the electricity grid in this location.
# TYPE grid_intensity_carbon_average gauge
grid_intensity_carbon_average{location="IE",node="kind-kind",provider="Ember",region="eu-west-1",units="gCO2e per kWh"} 361.274

hi @rossf7 - this should be unblocked now, thanks for being patient with me 😅

@mrchrisadams Thanks this one is ready for review as well now.
@fershad Could you add these extra params to the docs changes?


node js app workspace error

This runs fine in heroku but when trying the node/ngrok version the following errors seen in browser & terminal. Have checked WS ID correct in console & .env ok
browser error:

terminal error:
{ [Error: The requested resource /Workspaces/WS********************************/Workers was not found]
status: 404,
message: 'The requested resource /Workspaces/WS********************************/Workers was not found',
code: 20404,
moreInfo: 'https://www.twilio.com/docs/errors/20404',
detail: undefined }
Rgds, Mick
P.S. 500 seen from ngrok terminal output:
POST /api/validate/setup       500 Internal Server Error
which I think is being generated from /twilio-contact-center/controllers/validate.js ?

Please check the API key & secret, AccountSid and the TaskRouter Workspace, one of the values must be different to your Heroku setup.


Add Azure survey link to Welcome page

Links to https://aka.ms/AzureSQLSurvey

Shiproom approved separately


Ansible 2.1.5 no longer skips task due to undefined variable, fails on setup-maas.yml

Do NOT include any confidential information, this issue will be created on a public repo
This section is completed by the issue reporter
On which version(s) do you encounter this issue?
Please provide the output to 'git describe --all' for  all deployments where you have confirmed it occurs.
What type of issue is this? Please tick the appropriate box.

[x] bug - existing functionality that does not work for you as documented
[ ] feature - new functionality that you would like to see added

What is the expected behavior?
The setup-maas.yml playbook completes successfully with Ansible version 2.1.5.
What is actually happening?
On the OSA SHA bump PR, the Ansible version is bumped to 2.1.5. This is causing the setup-maas.yml playbook to fail on the following task due to an undefined variable:
[DEPRECATION WARNING]: Skipping task due to undefined Error, in the future this
 will be a fatal error.: {{ cinder_vg_checks_list }}: [{u'cinder_vg_name': u'{{
 cinder_vg_name }}', u'group': u'cinder_volume', u'name': u'cinder_vg_check'}]:
 {{ cinder_backends['lvm']['volume_group'] | default('cinder-volumes') }}:
'cinder_backends' is undefined.
This feature will be removed in a future
release. Deprecation warnings can be disabled by setting
deprecation_warnings=False in ansible.cfg.
fatal: [ramsp-108-96c5_nova_api_metadata_container-3756e7e9]: FAILED! => {"failed": true, "msg": "The conditional check 'cinder_backends['lvm'] is defined' failed. The error was: error while evaluating conditional (cinder_backends['lvm'] is defined): 'cinder_backends' is undefined\n\nThe error appears to have been in '/opt/rpc-openstack/rpcd/playbooks/roles/rpc_maas/tasks/main.yml': line 71, column 3, but may\nbe elsewhere in the file depending on the exact syntax problem.\n\nThe offending line appears to be:\n\n\n- include: ensure_local_checks.yml\n  ^ here\n"}

What were you attempting to do when you encountered this error (give as much detail as possible)?
Bump the OSA SHA: https://github.com/rcbops/rpc-openstack/pull/2126
How can we reproduce this issue?
Checkout the PR mentioned above, then run setup-maas.yml
How can we verify your issue is addressed?
setup-maas.yml completes successfully with Ansible version 2.1.5 installed.
If you are using or know of a workaround please describe the necessary steps?
NA
What is your evaluation on the importance of this issue, and why?
prio-1. It's preventing the OSA SHA from being bumped in master. This will also need to be backported to newton-14.0 so we don't have this problem when we bump the sha on that branch.
This section is completed during the issue resolution process. If you are reporting an issue, please do not modify the section below.
Which branches are impacted by this issue?
Remove branches that are not impacted.
For each pull request, update the branch line to reference it.

[ ] master
[ ] newton-14.0

Upgrade impact. Consider the impact on moving between major, minor and patch releases.

[ ] This change does not impact upgrades
[ ] This change addresses a potential upgrade impact
[ ] The upgrade impact is being tracked by another issue.

The issue tracking the upgrade impact is:
Testing impact

[ ] An issue/pull-request has been create or exists to track the testing gap, and is referenced below
[ ] This change includes additional testing
[ ] This change is tested by the existing setup

Additional testing links:
Release note

[ ] This change includes a release note.
[ ] This change does not require a release note.

Doc Impact
Does your change require documentation?

[ ] Yes, and I submitted an issue to Docs issues
[ ] Yes, and I contributed a documentation patch to docs-rpc
[ ] No documentation required for this change

Additional documentation links (please add links if you have ticked yes):

UPDATE:
Working on the backport to newton-14.0 now


Honda: do same checks in panda and carState

There's about 50 mismatches on the Honda CRV Hybrid for brakePressed between carState and panda

Are you using a route from before https://github.com/commaai/openpilot/commit/4215f63769fd6f350194cf5b6c9607cce40e18e0 was merged? It was using the wrong signal in the panda for a while.

This test just replays the CAN messages through openpilot and panda, so that wouldn't affect this.

I think the mismatches is as the ibootser use for brake when use acc
the ibooster can give -0.2g for brake，when the car need more for brake，the VSA will simulation an brake，and the brakelight will light on

i have open an issue as #19838，but it is closed

This is covered by #23643


Change UseExternalScanner default value from true to false

Changes UseExternalScanner default value to false for Barcode Scanner
Issue #1371

Can one of the admins verify this patch?

@lightingft This change is more complicated than just changing the two lines. In particular, you're going to need to do the following:

Update the BARCODESCANNER_COMPONENT_VERSION number in YaVersion.java
Because default values for properties are not set in the project, you will need to add a path in YoungAndroidFormUpgrader.java that will remove the property if it exists (because it wasn't the default and now is) or add it (with the value False, because it was the default and now isn't).
versioning.js will need an entry, but it will be "noUpgrade"
Set alwaysSend in the @DesignerProperty annotation for backward compatibility with older companions (which will have the old default and therefore need to be informed otherwise).
Update the documentation to reflect the new default value.

We also need to test this with the Windows emulator as it runs a really old version of the companion by default to make sure we don't inadvertently break anything there.

For testing this with the Windows emulator, is there any way to bypass the update companion prompt, or to somehow go through with it? It gives me the error that the companion is outdated, and then I just get sent to a blank screen where nothing happens.

Suggested changes done.

@AppInventorWorkerBee ok to test

@jisqyv Fair point, although having the internal scanner as a default option would make sense, since it is probably more frequent that a user does not have the external app.
For example, I tried calling DoScan with ExternalScanner enabled, and simply nothing happened, because I do not have the app, whereas the internal scanner works fine, and works for both QR and bar codes without the need for the external app.
I have made the changes requested. I am still not sure how to deal with the failing test. Should we change the test itself somehow, or the .scm of Screen1 in productLookup?

@lightingft Can we detect if no external scanner is present (error from sending the intent?) and use the Internal scanner if there is no external scanner available?

@lightingft As to the unit test failure. The problem is that one of the tests is not getting back what it expected, and that is due to your change. So you just edit the test so that what you are returning is now what is expected. This is the normal way to handle such things.

@jisqyv Yes, that is indeed a possibility to make the BarcodeScanner fall back to the internal scanner if an external scanner is not found. Should I revert the default option to true and add this change?

@lightingft I believe that makes the most sense (changing back the default)

@jisqyv Made the change. It seems that if the external scanner is not found, an exception is raised. So what I did was fallback to setting the useExternalScanner property to false, and call the method again. Seemed to work well with both the external scanner installed, and without it.
I have updated the documentation & the YoungAndroid references and code for the change as well.

@lightingft You can back out the version update because you are not changing the API

One concern that I have here is whether this makes sense in this day and age. In particular, I am concerned about us (and by extension anyone developing an App Inventor app) about needing to rely on the presence of third party software. In particular one of the issues I recall seeing was reports where a user had an app installed that included the ZXing activity but it wasn’t public, so there would be a failure condition. It is possible that this updated fix addresses that scenario, but in my opinion I think we should try and exert more control here for a consistent user experience, which is neigh on impossible if we defer by default to another service.
Sent from my iPhone

On Jun 20, 2019, at 23:20, Jeffrey Schiller<EMAIL_ADDRESS>wrote:
@lightingft You can back out the version update because you are not changing the API
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

I think combining the two solutions could be an approach that we could take. So the value could be false by default, but if it's set to true and the Scanner is not found, it falls back to the default scanner, thus removing the dependence on the external app.

@ewpatton I agree on having consistency by not relying on external services. I have re-added the change which sets the default value of useExternalScanner to false, and if useExternalScanner is toggled on, but the service is not found, it will fallback to the internal scanner.
I believe it is more misleading in general to have a component use an external service by default, since most users will probably not even be aware that an external service is launched without reading the documentation and looking more into it.

@lightingft My comment from June 17 still stands. The reason for setting useExternalScanner to true is because the internal one is not as powerful. I am opposed to changing the default here.

@jisqyv @ewpatton Right, I figure we can then still keep the default as true.
I have reverted the changes for the false value (and have undone all the version changes), and kept the change which falls back to the default internal scanner upon catching an error of the scanner not being found.

@elatoskinas Sounds reasonable to me. @jisqyv Do you concur?


Jeremie/blur displacement

This PR fixes the issue with displacement described here: https://github.com/mreinstein/cobalt/issues/14 by:

rendering the triangles to an intermediary texture called "displacement texture"
blur that texture
sample it for the final composition

The blurring is controled by the blurFactor parameter in the DisplacementTexture constructor (the higher the blurrier)

fixes #14


[Specific-PSX] Lara's room number not updated when stepping on portal sectors.

Title, see UpdateLaraRoom (ASM) looks like bad item id or something.

Fixed in: https://github.com/TOMB5/TOMB5/pull/231/commits/6877072cb2cc7818f8c2dfef4125e47d9d0e4764


Tweaks to resizing handle

Here are a couple tweaks to the resizing handle. These are mainly designed to make things behave reasonably when matplotlib rendering times are longer.
First, ignore mouse events when resizing. I found that when there are delays in image resizing, the cursor sometimes crosses the image which triggers a ton of mouse events to update the x/y text at the bottom of the image and everything grinds to a halt.
Second, when there is a long delay in rendering, with the current implementation it is very hard to see where you are dragging the figure to because the boundaries of the image only update whenever the image itself does. I changed this so that the boundaries update on the client as you drag the mouse.  This is my preferred behavior, and is also what the notebook backend currently does.

That is indeed a lot better! Thanks a lot for looking at it :)


PeerMap invariants don't hold

This debug_assert in Endpoint::receive_ip  triggers reliably for me on tests with many nodes:
 // the peer map maintains consistency
        let Some(state) = endpoint.direct_addr_state.get_mut(&ip_port) else {
            debug_assert!(false, "peer map inconsistency by_ip_port <-> direct addr");
            return None;
        };

https://github.com/n0-computer/iroh/blob/main/iroh-net/src/magicsock/endpoint.rs#L1417

This issue seems stale. I can't find the original code, it got reworked.
Should someone still find a similar issue, they should open another one :v:


Parallel tests does not works with Postgres when default schema is different than public.

Laravel Version:  8.73.2
PHP Version:  8.0.12
Database Driver & Version: Postgres 13.0

Description:
Parallel tests does not works with Postgres when default is schema different than public. Paratest always tries to use public schema. This is a problem, because sometimes you don't want to use public schema for security reasons.
SQLSTATE[3F000]: Invalid schema name: 7 ERROR:  schema "myblog" does not exist at character 14 (SQL: create table "myblog"."migrations" ("id" serial primary key not null, "migration" varchar(255) not null, "batch" integer not null))

Steps To Reproduce:

Works : php artisan test
Works: php artisan test --parallel

'pgsql' => [
            'driver' => 'pgsql',
            ....
            'schema' => 'public',
        ],

Works : php artisan test
Dont Work: php artisan test --parallel

'pgsql' => [
            'driver' => 'pgsql',
            ....
            'schema' => 'myblog',
        ],

Since we don't consider running tests as part of production, we don't consider using public insecure. Atm this only works with public but we'd welcome PR's that also make this available for other schemes. Thanks.

@driesvints  It has to do with https://github.com/laravel/framework/pull/37264/files

Please see Taylor's comment: https://github.com/laravel/framework/pull/37264#issuecomment-833017437

Sorry just saw https://github.com/laravel/framework/pull/37264#issuecomment-834501665. We won't be considering changes to this, sorry. Please use public for testing.


tests, showcasing non working defaults for radios/dropdowns

if one removes the " what" from the radio (as value, and as default, and in the assertblock), it will work. At first sight, I dont know why it "doesnt" work.
this PR is a draft, not sure how I would incorporate this and/or refactor the current test suite.

this PR is a draft, not sure how I would incorporate this and/or refactor the current test suite.

Tests are passing now and you didn't mark the pull request as a draft. Do you want to clean it up or change anything? I don't think anything's missing (except for the CHANGELOG entry), but that's fine, really.

ah, nice thanks. I didnt even know I could have marked is as a draft (in the github UI, right?)...so I just wrote it down ;-). Initial version for sure was a draft, only having failing tests. the solution was obvious, finally. I think it looks good, yes.


Changing gazeTrackerMesh creates undisposable clones

I am trying to dynamically change the gaze mesh but running into problems.
The problem is VrHelper doesn't dispose clones upon setting a new gazeTrackerMesh. Nor it gives back references to those clones so that they can be manipulated or disposed, as I result I need to assign a new mesh every time.
If I don’t use disposeClones() in this playground I end up with tons of clones: https://playground.babylonjs.com/#TAFSN0#77 .
Expected behavior would be: 1) Dispose older clones when a new gazeTrackerMesh is set 2) Give back references to current clones so that they could be manipulated.

Fixed by previous PR


Script / tool to upload archive to a mastodon server?

This is more an exploratory project, but I'm interested in how hard it would be to write a pipeline to take the archive and upload it, with the correct post history and such to a Mastodon server. If a community wanted to transition from twitter to mastodon (or blue sky) they could use this pipeline (without necessarily ever having made their archives public) by

self hosting a version of this archive, giving access to everyone they want
exporting and pushing it on mastodon
now everyone can post on the new server, and have their history & followers intact

Does a tool like this already exist? Would be cool to demo it/document this process so people can do it themselves

I think the answer is, this does not exist, AND it would be very valuable. This is a bigger long term thing though, can probably be split into lots of tasks / can be an item on the roadmap


Select Multiline

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

VS Code:

Version: 1.80.0-insider (user setup)
Commit: 636dbcff557af8aa088ae118b1a094dce6632ce7
Date: 2023-06-21T08:26:26.328Z
Electron: 22.3.13
ElectronBuildId: 21803499
Chromium: 108.0.5359.215
Node.js: 16.17.1
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.19045

Steps to Reproduce:
Disable Extensions

Navigate to Extensions
Select "Disable All Installed Extensions"
Reload

Replicate Issue

Create new file
Put multiple lines of text (ex: # This is sample data copy/pasted)
Move mouse to end of a line (or anywhere over text)
Click primary mouse button (Left click)
Drag cursor to different line
Release primary mouse button

Expected outcome: all text is selected between cursor beginning and ending location (beginning and ending being the point where the primary button was clicked and released respectivly).

Actual outcome:
Multiple cursors were created on each line, selecting the columns from each line individually.

The expected outcome example was done in
Version: 1.79.2 (user setup)
Commit: 695af097c7bd098fbf017ce3ac85e09bbc5dda06
Date: 2023-06-14T08:57:04.379Z
Electron: 22.5.7
Chromium: 108.0.5359.215
Node.js: 16.17.1
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.19045

Does a Column Selection message show in your status bar?

Yes. When I clicked on it, the expected behavior happened :facepalm:. Thanks for taking the time to point that out to me. Have a good day, and thanks for supporting such an amazing tool!


ValueError: Invalid HTML tag name 'href="https:'

Downloading https://www.wisdomandwonder.com stops on post 1190, which I think is: https://www.wisdomandwonder.com/link/7829/keep-track-of-scoping-type-in-emacs-lisp-buffers
The error sounds like the page just has malformed HTML, but I cannot find it in the page source. Odd.
[INFO   ] 1190. Keep track of scoping type in Emacs Lisp Buffers
 Exception in thread Thread-2 (_download_ebook):
 Traceback (most recent call last):
   File "/usr/lib/python3.12/threading.py", line 1075, in _bootstrap_inner
     self.run()
   File "/usr/lib/python3.12/threading.py", line 1012, in run
     self._target(*self._args, **self._kwargs)
   File "/tmp/blog2epub/blog2epub/blog2epub_gui.py", line 440, in _download_ebook
     blog2epub.download()
   File "/tmp/blog2epub/blog2epub/blog2epub_main.py", line 55, in download
     self.crawler.crawl()
   File "/tmp/blog2epub/blog2epub/crawlers/default.py", line 369, in crawl
     art = art_factory.process()
           ^^^^^^^^^^^^^^^^^^^^^
   File "/tmp/blog2epub/blog2epub/crawlers/article_factory/default.py", line 238, in process
     self.tree = fromstring(self.html)
                 ^^^^^^^^^^^^^^^^^^^^^
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 33, in fromstring
     return _parse(data, beautifulsoup, makeelement, **bsargs)
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 79, in _parse
     root = _convert_tree(tree, makeelement)
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 152, in _convert_tree
     res_root = convert_node(html_root)
                ^^^^^^^^^^^^^^^^^^^^^^^
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 216, in convert_node
     return handler(bs_node, parent)
            ^^^^^^^^^^^^^^^^^^^^^^^^
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 255, in convert_tag
     handler(child, res)
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 255, in convert_tag
     handler(child, res)
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 255, in convert_tag
     handler(child, res)
   [Previous line repeated 7 more times]
   File "/home/me/.cache/pypoetry/virtualenvs/blog2epub-tOU-dq0N-py3.12/lib/python3.12/site-packages/lxml/html/soupparser.py", line 242, in convert_tag
     res = etree.SubElement(parent, bs_node.name, attrib=attribs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "src/lxml/etree.pyx", line 3205, in lxml.etree.SubElement
   File "src/lxml/apihelpers.pxi", line 184, in lxml.etree._makeSubElement
   File "src/lxml/apihelpers.pxi", line 1736, in lxml.etree._htmlTagValidOrRaise
 ValueError: Invalid HTML tag name 'href="https:'

I've added some simple exception catch here, so this kind of bug will result with:
Contents of: https://www.wisdomandwonder.com/article/7840/cb750f-day-34-high-idle can not be parsed. Skipping!
...so this is not a that serious problem anymore. Closing that issue for now, but in future versions will try to find a way how to parse this kind of pages anyway.

Good idea!
On Tue, Dec 10, 2024 at 09:39 Bohdan Bobrowski @.***>
wrote:

Closed #32 https://github.com/bohdanbobrowski/blog2epub/issues/32 as
completed.
—
Reply to this email directly, view it on GitHub
https://github.com/bohdanbobrowski/blog2epub/issues/32#event-15596826119,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AQNTTF6XJOHP5JIXOUKBALL2E2SEJAVCNFSM6AAAAABSHA4XHWVHI2DSMVQWIX3LMV45UABCJFZXG5LFIV3GK3TUJZXXI2LGNFRWC5DJN5XDWMJVGU4TMOBSGYYTCOI
.
You are receiving this because you authored the thread.Message ID:
@.***>


sqlite3db: Use sqlite implicit transactions

From the sqlite documentation:
"No changes can be made to the database except within a transaction. Any
command that changes the database (basically, any SQL command other than
SELECT) will automatically start a transaction if one is not already in
effect. Automatically started transactions are committed when the last
query finishes."
As such we can simplify our database code by taking advantage of
automatic transactions. This will also make it easier when we start
working towards being "errcheck" clean.
This change also switches to using defer for releasing locks in places
where that was not yet happening. Any local variables named datastore
were also renamed to db to disambiguate with the general datatstore.
Signed-off-by: Rob Bradford<EMAIL_ADDRESS>

This takes errcheck in ciao-controller/internal/datastore from 98 -> 50. Still a lot of work left though.

Coverage increased (+0.4%) to 66.301% when pulling 8ff0fc2248040c9bc5aabae19437dba5aef990a0 on rbradford:database-implicit-transaction into d54c5a72f375f5f7250407b47c9ca23ec7e3ace8 on ciao-project:master.

@kaccardi fewer lines deleted than i'd have hoped!

Coverage increased (+0.4%) to 65.968% when pulling 02f4b627799f2e48ac4ff0c8a466e4bfb67010f6 on rbradford:database-implicit-transaction into 39cf8086d33620558e0bd33a4eccf963c7db8e62 on ciao-project:master.

Coverage increased (+0.4%) to 65.937% when pulling 9dab755e98357eeec115073c7a2789580bde215e on rbradford:database-implicit-transaction into 94bee018895ee422358eecfe75241b2c1a6c4eee on ciao-project:master.


Workflows and the role in training?

Workflows are one of the strongest features of Galaxy. Since we use the GTN materials as a method to teach bioinformatics to a diverse range of researchers, we should emphasize the use of workflows and how they are a useful addition to making research reproducible.

xref: https://github.com/galaxyproject/training-material/issues/287

Hackathon Group 2 - Workflows are a really tool to solidify peoples knowledge etc. If they were a final outcome of any tutorial.. So here we've done the tut manually, and now here is the workflow that recreates it..

Hackathon Group 2 - A feature that would be great to have is a workflow reconciliation step that occurs between choosing to import a workflow and viewing the workflow in an editor. Meaning, if a user has downloaded or extracted a workflow from a training session and wants to use it on another instance, they have the option to replace tool versions if their current instance doesn't have the version in the workflow. Or replace broken links between tools. This might be a separate issue but a good idea if we are to emphasize workflows in training sessions.

We prefer teaching workflows from scratch without using extract workflows from history....

@KeywanHP It surely is useful to teach how to create a workflow from scratch in the "Galaxy introduction" set of tutorials. But for a topic-specific workflow, going first tool-after-tool mimics more accurately the process a user normally goes through to create a workflow, in my opinion.

Workflows should be a main part of each tutorial, with an image of the workflow a short description and the ga file.

I like the idea of having a workflow for each tutorial when it is appropriate. I'd be eager to help write planemo test cases for these workflows from the training data. Running these test cases in this repository would be great - it would ensure that all the required backend tools and features work with each new version of Galaxy. If someone picks a candidate tutorial and gives me a workflow - I can start work on scripting this.

@jmchilton the current plan is.

build a container including, training-data, reference genomes, tours, tools and workflows
run usual travis tests for Docker flavors
run the workflow on the training datasets
run the tour with travis

If this could be scripted and part of planemo and https://github.com/galaxyproject/galaxy-flavor-testing this would be fantastic!
Thanks @jmchilton!

Workflows should be a main part of each tutorial, with an image of the workflow a short description and the ga file.
Extracting workflows from histories should be part of a training session and should be linked at the and of a training.

I would prefer to present workflows separately from the tutorials. Workflows could have a separate page with a short description of input and output (see this example). At the end of the tutorial, a link should direct the users to the workflow page.
Thus, workflows could be accessed more directly, if a user does not want to do the tutorial. And we could publish some more complicated workflows, where a step-wise reproduction would be too tedious for a tutorial.

We have workflows for lots of tutorials, and they will take more prominence in the next years!


libc::free core dump due to invalid address

I have a untrusted function declared as below:
 int ocall_call(
            [in, count=en_req_size] const uint8_t* en_req,
            size_t en_req_size,
            [out] void** output,
            [out] size_t* output_size
        ) ;

and defined as below:
#[no_mangle]
pub extern "C" fn ocall_call(
    en_req: *const u8,
    en_req_size: usize,
    output: *mut *mut libc::c_void,
    output_size: *mut usize,
) -> sgx_status_t {
    let en_req_slice = unsafe { slice::from_raw_parts(en_req, en_req_size) };

    // ... here omits the step to get res from en_req_slice, which works well.

    let s = serde_json::to_string(&res).unwrap();
    unsafe {
        *output = libc::malloc(s.len());
        //TODO 判断malloc是否成功，参考： https://github.com/apache/incubator-teaclave-sgx-sdk/blob/e60e5adfadcbe4b34913d1c82cd5f7ac021fc3cf/sgx_urts/src/mem.rs#L22
        std::ptr::copy_nonoverlapping(s.as_ptr(), *(output as *mut *mut u8), s.len());
        *output_size = s.len();
    }
    sgx_status_t::SGX_SUCCESS
}

everything works well now.  Then I try free the memory allocated in ocall_call by:

calling libc::free in TEE,  core dumpped raised without any tips.
ocall_free(p *mut libc::c_void) { libc::free(p) } ,  core dumped with tip munmap_chunk(): invalid pointer , then I print the address p  before and after ocall_free,  get the different value.

neither of that does work.
plz help, thanks.
Bing

(1) libc::free in TEE is designed to fail. it's because p points to untrusted memory and enclave's memory allocator cannot do anything on external heap.
(2) could you please paste your EDl definition of ocall_free as well as its implementation? since your passing a pointer, EDL requires you to demonstrate the direction and conduct memcpy according to the definition. in this case, the pointer is a [in] argument of ocall_free, but no need of memory copy. so the most simple solution is to pass the argument in immediate value like uint64_t and avoid from "pointer semantics" caused memcpy.

void ocall_free([user_check]void* p);
-----
#[no_mangle]
pub extern "C" fn ocall_free(p: *mut libc::c_void) {
   println!("addr: {:?}", p);
   unsafe { libc::free(p) }
}

void ocall_free([user_check]void* p);
-----
#[no_mangle]
pub extern "C" fn ocall_free(p: *mut libc::c_void) {
   println!("addr: {:?}", p);
   unsafe { libc::free(p) }
}

before you call ocall-free, what is the pointer's value? is it pointing to an unsafe buffer? can i pass the sgx_is_outside_enclave check?

I also tried usize.  doesn't work as well.  Will try u64 later.

void ocall_free([user_check]void* p);
-----
#[no_mangle]
pub extern "C" fn ocall_free(p: *mut libc::c_void) {
   println!("addr: {:?}", p);
   unsafe { libc::free(p) }
}

before you call ocall-free, what is the pointer's value? is it pointing to an unsafe buffer? can i pass the sgx_is_outside_enclave check?

....
        let mut output = 0 as *mut libc::c_void;

        let mut out_len: usize = 0;
        let resp = unsafe {
            ocall_call(&mut rt,
                                       req.as_ptr() as *const u8,
                                       req.len(),
                                       &mut output,
                                       &mut out_len)
        };

        // TODO resp和rt都要判断
        match resp {
            sgx_status_t::SGX_SUCCESS => {
                ....

                println!("before free: {:?}", output);
                let mut rt : sgx_status_t = sgx_status_t::SGX_ERROR_UNEXPECTED;
                unsafe{ocall_free(&mut rt, output as usize)};
                ..

                Ok(xxxx)
            },
...

unsafe{ocall_free(&mut rt, output)}; how about unsafe {ocall_free(output)}?

unsafe{ocall_free(&mut rt, output)}; how about unsafe {ocall_free(output)}? ocall_free returns void ...
OK..   it works.    😓😓😓
BTW,  sgx_is_outside_enclave also return non-zero.


IAM authorizer is discarded

Serverless Java Container version: 2.0.0
Implementations: Spring Boot 3
Framework version: SpringBoot 3.2.0
Frontend service: Lambda function URL
Deployment method: CloudFormation with AWS::Serverless-2016-10-31 transform
Scenario
I'm trying to access the SigV4 authorizer information for a lambda which is using lambda function URLs.
Although the fields are available in the context object in StreamLambdaHandler.handleRequest, they get discarded and aren't available in the AwsHttpApiV2ProxyHttpServletRequest object.
Expected behavior
The requestContext.authorizer.iam.* fields are accessible / not discarded.
Actual behavior
requestContext.authorizer is null because anything besides jwt or lambda is ignored:
https://github.com/aws/serverless-java-container/blob/main/aws-serverless-java-container-core/src/main/java/com/amazonaws/serverless/proxy/model/HttpApiV2AuthorizerMap.java#L79-L80
Redacted sample event
{
    "version": "2.0",
    "routeKey": "$default",
    "rawPath": "/healthcheck",
    "rawQueryString": "",
    "headers": {
        "x-amzn-tls-version": "TLSv1.2",
        "x-amz-date": "x",
        "x-forwarded-proto": "https",
        "x-forwarded-port": "443",
        "x-forwarded-for": "x",
        "x-amz-security-token": "x",
        "accept": "*/*",
        "x-amzn-tls-cipher-suite": "x",
        "x-amzn-trace-id": "x",
        "host": "x.lambda-url.eu-west-1.on.aws",
        "content-type": "application/json",
        "accept-encoding": "gzip, deflate, br",
        "user-agent": "x"
    },
    "requestContext": {
        "accountId": "1234",
        "apiId": "x",
        "authorizer": {
            "iam": {
                "accessKey": "x",
                "accountId": "1234",
                "callerId": "x",
                "cognitoIdentity": null,
                "principalOrgId": "x",
                "userArn": "arn:aws:sts::x:x",
                "userId": "x"
            }
        },
        "domainName": "x.lambda-url.eu-west-1.on.aws",
        "domainPrefix": "x",
        "http": {
            "method": "GET",
            "path": "/healthcheck",
            "protocol": "HTTP/1.1",
            "sourceIp": "x",
            "userAgent": "x"
        },
        "requestId": "x",
        "routeKey": "$default",
        "stage": "$default",
        "time": "28/Feb/2024:11:36:08 +0000",
        "timeEpoch":<PHONE_NUMBER>045
    },
    "isBase64Encoded": false
}

Hey, thanks for raising the issue. Let me reproduce the issue and get back to you.

Fix is now available as part of Release 2.0.1


IMaterialControl has to be public for NuGet, Csharp 6 and Net 4.6.1 Updates, Code Tidy Up

Major:

Updated .NET Framework version to 4.6.1
Changed access modifier from default(internal) to public in
IMaterialControl - when released as a NuGet package this will now allow
developers to implement IMaterialControl and therefore create their own
custom Material based controls.

Minor:

Converted some property getters to expressions (C# 6.0 feature)
Renamed private fields to start with an underscore (Naming
Conventions)
Added null propagation for event raises
Updated Assembly versions for the MaterialSkin library and for the
example app
Removed unused references

It would be fantastic if this was merged to the original repo @ https://github.com/IgnaceMaes/MaterialSkin and released as a NuGet package to allow people to actually implement custom User Controls implementing IMaterialControl

Is it possible to use this patch/PR through NuGet, without the hassle of @IgnaceMaes accepting it?

I merged the PR.
Thank you for the contribution, a code cleanup was welcome!
Sorry for the late response, I'm not actively maintaining this repository anymore.

Thank u!


Cannot add Column Formatting on Multiline Enhanced Rich Text

Expected or Desired Behavior
I have a list where i want to apply the "text-wrap" format on a Multiline Enhanced  rich text field.
When I apply it, it only returns me HTML
Steps to Reproduce
Create a custom list and add a Multiline Enhanced  rich text field.
Try to apply "text-wrap-format.json" format in the settings of this column.
The expected result should be to see the entire content oh this column but the outcom is the HTML of this column.

Unfortunately, this is a known limitation. Formatting receives the values as HTML but formatting also prevents ad-hoc HTML injection.
There will need to be a lot of changes to allow this and they will have to come from the engineering team. I suggest logging a request on User Voice for this.
As this isn't something related to the samples, I will close this issue here. Thanks!

@thechriskent Hi. Dropping this comment here to check if there is any update on this since it's been 2 years since the last update.


Create Tests for Admin view vs regular user view

Description: This issue will create tests that will see whether the admin view page properly displays information that a regular user shouldn't see, and test what a regular user would see.

Update: We created two tests to test admin vs user view. Also, we implemented the user list to only be viewed by admins, and this page can be accessed on their account.

Issue Score: Excellent
Comments:
Nice addition of tests!


🗒🤖Suggested Changes based on the deployed work.

⚖Thanks for taking yourtime to leave an issue.

Feel free to quote the exact place using the commits links.
New ideas are welcomed to improve the project.

Happy 😁 issue for Simon

improve on you responsiveness esp. on header.


Criggie: Watch<PHONE_NUMBER>.id

Criggie requests the watch of the watch_keyword<PHONE_NUMBER>\.id. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

1921681001\.id has been seen in 0 true positives, 0 false positives, and 0 NAAs.

Approved by Daniil in Charcoal HQ


feat: support IPv6

If for example Cf-Connecting-Ip use a IPv6 address currently the whitelist will not work.

currently IPv6 is disabled:
https://github.com/taskmedia/ddns-allowlist/blob/12799d5dc306e72a007e78b8fb3a6210c9da3668/ddnsallowlist.go#L188-L190


General Cleaning Up of Any Errors in the Drivers

Hi, I am the new Operations Manager Steve from Vancouver Team.

Hi, I am the new Operations Manager Jayden from Vancouver Team.

Hi. Looking forward.

Looking forward to study more about this project and contribute.


Floodland game crash

After the game had been opened for a while, it is crashing.
Software information
Floodland
https://store.steampowered.com/app/1336180/Floodland/
System information

GPU: R9 290X
Driver:  Vulkan 1.3.235
Wine version: wine-8.0-rc1 (Staging)
DXVK version: v2.0-34-gc55c0936

Log files

d3d11.log: Floodland_d3d11.log
dxgi.log: Floodland_dxgi.log

How long time does it approximately take for a crash to occur and does it also happen with with 1.10.3?
I can see that it complains about shared resources once which requires some proton experimental patches. Tho i don't know how relevant that is.

Is that in regards to shared resources or dxvk 1.10.3?
Also how long does it usually take to occur? 🙂

For the record, shared resources require Proton patches. There's no way to support them on plain Wine.

Wine version: wine-8.0-rc1 (Staging)

@archlinuxlovers could you try a wine-staging 7.15? (although this won't solve the problem properly)
or/and also could you confirm "the crash doesn't happen on Proton 7.0-5"?

@archlinuxlovers Friendly ping


Wdt 644 -- output tool log file location at startup

Abandoning -- can't figure out how to kill the typos that creeped in through some mysterious mechanism.


get_last_price crashes program when Binance announces a coin that isnt available on gate.io

DAR was announced on Binance, it isnt available as a DAR_USDT trade pair and therefore returns an error which crashes the program. My solution was to add a try/except block to the request and then make it so if get_latest_price returns none if the response is an error instead of price and then telling the main function not to buy it if price=None. I also added a new json file of 'not listed' to check against so it is not trying to buy the unlisted coin every time its picked up by the scraper.

I think the new updates have addressed this issue already. Will review and close the issue as necessary


V7 support

Will fix #6

Thanks a lot for your contribution!

Thanks a lot for your contribution!


Enhancement

I'd like to be able to be on the home/search page, CTRL+click an icon, and have it copied as SVG.
That would save me many, many clicks.

That's interesting.
Why ctrl + click though?
Is that a common combination? Have you noticed that combination on other sites or apps?


Proxy protocol for RPC

Towards #1675
Proxy Protocol is a protocol that provides a way to access actual client's addresses over TCP streams when Agora is behind reverse proxy/load balancer. This allows us to properly ban manage peers.
The protocol should actually be part of Vibe.d's underlying stream implementation. Until then, this implementation can help us. The protocol actually has more recent version 2 but Nginx and most of the applications (like curl) doesn't support it yet.
Needs testing, will try soon; let's have discussion on it.

Tested and it works!
RPC connection through ProxyProtocol: 192.XX.X.X1:5XX69
Ready to review, fixed a little bug.


adds addRecipeHandler()

Submits form, and calls functions to create new recipe. New recipe function will be worked on next.


Add eip4844 fields to genesis type

Describe the feature
with eip4844 genesis type gets two new optional fields
excessDataGas:u64
dataGasUsed:u64
TODO
add fields to below basefee field
https://github.com/paradigmxyz/reth/blob/15b7cdd6be2bf57ab13ed301f1feb474f42d1a55/crates/primitives/src/genesis.rs#L14-L17
ref:
https://github.com/ethereum/go-ethereum/blob/2274a03e339f213361453590b54917bbfd0a0c31/core/genesis.go#L66-L67
Additional context
No response

actually these should not be included in the actual type


(psycopg2.OperationalError) SCRAM authentication requires libpq version 10 or above

Describe the bug
When we try to use mlflow docker image on arm64 architecture with Postgres connection, the driver returns the following error.
(psycopg2.OperationalError) SCRAM authentication requires libpq version 10 or above

To Reproduce
Steps to reproduce the behavior:

Run the image on arm64 machine with PostgreSQL connection settings.
Look up to starting logs
See error

Expected behavior
It must start to connect PostgreSQL database.
** Tested system:**

Architecture: arm64 (Raspberry Pi)
Cluster: Kubernetes 1.23.5
Mlflow Docker Image Version: <IP_ADDRESS>

Additional context
You can find more information from this issue.

THe solution looks like usage of psycopg3 driver. But latest version of sqlalchemy (1.4.39) doesn't not support psycopg dialect. It's part of the milestone 2.0 for the sqlalchemy.

@burakince I stumbled into this issue today. Is there a workaround? The linux/arm64 images at https://hub.docker.com/r/burakince/mlflow/tags don't seem to work for me either.

Hi @ecederstrand ,
Sorry for the late response. You can use Mysql for your DB backend. It works fine on the arm64 arch. Unfortunately, I don't know any other workaround for this issue. :(
Best,
Burak

I have tested the latest version on my Raspberry Pi-based Kubernetes cluster using PostgreSQL 15, and it works as expected with PostgreSQL 15 or later. I recommend using the latest MLflow image version along with PostgreSQL 15 or a higher major version.
As the issue appears resolved, I am closing it. If you continue to encounter any problems, please feel free to reopen the issue.


Proper fix for #19

Actually we remove certain env variables from the mock context environment variables but our GoEnvironment always appends the values from System.getEnv. The proper fix would be to empty the values instead of just removing them.

Reason for this change over #19 is that it still fails when doing sbt test from terminal if you've those keys setup locally. This is more fool proof.

@manojlds @sriram-r Please review and let me know your thoughts.

Works for me +1

Makes sense. LGTM

thanks guys.


Make urls canonical and remove duplicates

For Atom and RSS2 feeds which gives a HTTP 200, get the canonical URL (i.e. what we get redirected to on a request). Then sort and weed out duplicates.

Massive change, and the one we needed. Thanks for doing it.


⚠ SkipTheTrailers has degraded performance

In a0ce975, SkipTheTrailers ($STT) experienced degraded performance:

HTTP code: 200
Response time: 6212 ms

Resolved: SkipTheTrailers performance has improved in db63855.


Panels cleanup

Remove extra padding around the panels
Use a breadcrump on every page as the page title
Remove borders of the panels and the navbar
Remove panel-headers
Move the check_issue_aggregates.html and check_issue_aggregates.html pages into a single page with a single controller

CC @amdprophet

\o/ I am excited for this one!

@palourde going to test this locally quickly

@palourde it's difficult to tell at first glance that aggregate checks are clickable. Not a huge problem though and can be solved outside of this PR if needed. Everything else looks good! :+1:


Fix collapsed sidebar width with scrollbars

Fixes #1955
Tested with macOS sidebars. Not sure whether it looks good on Windows.

It looks ok on Windows too

Thank you


mand-mobile 列表选择器content和箭头显示不了

The issue which is not created via Mand Mobile Issue Helper will be closed immediately.

注意：不是用 Mand Mobile Issue Helper 创建的 issue 会被立即关闭。

content="selectorValue" 显示不了，点击可以触发


Feat/ldap user

Q
A

Bug fix?

New feature?

BC breaks?

Deprecations?

Fixed tickets

Replace_With_One_Paragraph_Description

Bug to fix: when logging in with LDAP password, and a DB user exists, the permissions of the DB user should apply


alloca.h is not standard

../code/twitter.c(5): fatal error C1083: Cannot open include file: 'alloca.h': No such file or directory

I'm aware it's nonstandard, but what compiler + version is this?

Im using MSVC 2015

Ah, this must be due to the change I just pushed. Seems MSVC and GCC/Clang provide it in different headers.

in MSVC it is already included in malloc.h _alloca
you can wrap the include with ifndef _MSC_VER

This is done and committed. Thanks for the feedback!


Adds support for server in Postgres secret

This PR fixes #249.
Proposed Changes

Adds in support an optional key server inside of the Postgres. This key overrides the server key from the CRD spec if both are provided. This change supports has backward compatibility, and supports the server being provided inside of the CRD as well.

It is well known that hardcoded credentials can open up security vulnerabilities, although the quay operator currently supports the username, password, database, etc. being stored in the secret, it omits the server's endpoint. This is still a piece of credential information, and as such, it should be treated as a secret.

@sabre1041 can you have someone take a look at this proposed change that we discussed. thanks!

Thanks for the review @sabre1041 !
I have resolved your second point, and I have added similar support for Clair.
Can you please expand a little further on your first point? The linked conditional is inside of provison.go, which I believe runs after the validation stage. I am currently populating the .Spec.Quay.Database.Server during the validation process for the secret, which would mean that block does not execute.

@krishchow would you be able to rebase the PR?

@sabre1041 rebased, let me know if this looks ok now

@sabre1041 I believe I have made all the changes you requested now, can we begin the final review?

@sabre1041 - any status on this, has the larger team had a chance to review or think we can get this one moving?


Editor Indent Guide ends when reaching any text

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

VS Code Version: 1.73.1
OS Version: Windows_NT x64 10.0.22621

Steps to Reproduce:

Enable editor.guides.bracketPairs
Open a file with any number of scopes, write some text on the same column as the editor indent guide.
Notice the scope outline ends on the text and does not continue beyond it.

It's very common to format c++ code to have access modifiers on the same column as the class name (see above). It is the default for VS studio and is a clang option used by many "AccessModifierOffset: -4".
I understand the outline cannot draw through the text, but in this situation it feels like it should continue on the next line after the access modifier (same as the dotted outline in Visual Studio 2022).

This looks like you didn't enable bracket pair guides, but indent guides.


question: velocity.js replace jquery animate

why not use velocity.js replace jquery .animate(); can provide page easing !!!very fast!!

Every component except accordion use css animations. See transition docs for explanation of its API.


mmap pages within file size boundaries

aligning pages we read to f->mmapPageMultiple can cause to mmap past the file size. This fix ensures that we're always reading within the file size boundaries.

Wait, why do you think that it's a problem to map past the file size?  It should only be an issue if you actually touch those pages before the file grows into them (in which case you'd get a SIGBUS).
If you make this change, you'll accumulate a bunch of tiny mappings at the end of the file (e.g. in the worst case one page at a time).  This will eventually fail and cause your reader process to crash when it hits the max number of mappings.  That's why the alignment to page multiple was added originally (to resolve crashes in internal processes when we made too many little maps out of a ~30GB log file).

I'm not seeing a SIGBUG, but this stack trace from gdb (I'm not able to wrap my head around it as mmap returns 0 - SUCCESS) . Unless gdb is messing up with me ...
#3  0x00002abbd3319556 in __cxxabiv1::__terminate (handler=<optimized out>) at ../../.././libstdc++-v3/libsupc++/eh_terminate.cc:38 #4  0x00002abbd3319583 in std::terminate () at ../../.././libstdc++-v3/libsupc++/eh_terminate.cc:48 #5  0x00002abbd331967e in __cxxabiv1::__cxa_throw (obj=0x2abf33d4b1b0, tinfo=<optimized out>, dest=<optimized out>) at ../../.././libstdc++-v3/libsupc++/eh_throw.cc:83 #6  0x000000000063f48a in hobbes::fregion::raiseSysError(std::string const&, std::string const&) () #7  0x0000000000647836 in hobbes::fregion::createFileRegionMap(hobbes::fregion::imagefile*, unsigned long, unsigned long) () #8  0x0000000000647c33 in hobbes::fregion::mapFileData(hobbes::fregion::imagefile*, unsigned long, unsigned long) () #9  0x00000000006f4598 in hobbes::reader::unsafeLoadArray(unsigned long, unsigned long) const () #10 0x00002abc340394e8 in ?? () #11 0x00002abfb3ffffc0 in ?? () #12 0x000000013fffffc0 in ?? () #13 0x0000000000000000 in ?? () (gdb) fr 7 #7  0x0000000000647836 in hobbes::fregion::createFileRegionMap(hobbes::fregion::imagefile*, unsigned long, unsigned long) () (gdb) p d $1 = 0 (gdb)

At the point of unsafeLoadArray, do you have the address it wants to load?  Is that in-bounds for the file?  If not, that may be the root place where it’s going wrong.

With the fix in for that off-by-one(-page) bug you found, I think that we might be able to close this one.  I suspect that what happened in this case is that your program read a bad fileref out of invalid memory (because of a torn read).
Might be worth rerunning to confirm if you could reliably reproduce this issue before.


How do you get a token?

Could you give an example of how to consume the API?

Get token
Get list of Users

Hi @jaspergreen
Well there is no auth example, because normally I use auth0 services for that
cheers


Update http4s-async-http-client to 0.23.10

Updates org.http4s:http4s-async-http-client from 0.23.0-RC1 to 0.23.10.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.http4s", artifactId = "http4s-async-http-client" } ]

labels: library-update, early-semver-minor, semver-spec-pre-release, commit-count:1

Superseded by #257.


sequencer:The L1ToL2 transaction is processed using the Scheduler signature

In the decentralized Sequencer scenario, in order to prevent the transactions from being forged, we decide to let the Scheduler sign the transactions of type L1ToL2.
The following requirements will be developed based on [features/decentralized-sequencers]

[ ] The private key of the Scheduler is used to sign transactions of type L1ToL2
[ ] The signature for a transaction of type L1ToL2 is verified during ApplyTx
[ ] Open the gasFee whitelist to the Scheduler's Address, if necessary, to prevent the network from charging the Scheduler GasFee

@aodhgan Due to some changes to the schema, the scheduler unified production blocks, so this signature is now unnecessary，so the Issue will be closed


refactor: drop usage of chainstate globals in Dash-specific code, merge bitcoin#21866 (goodbye to a global chainstate)

Thank you, I'll say goodbye soon
Though its the end of these globals, don't blame yourself now
And if its true, I will surround you and give life to a chainstate
That's our own

Additional Information

In CDeterministicMN::ToJson(), collateralAddress is extracted by finding the scriptPubKey of a transaction output for a masternode, originally this used GetUTXOCoin but doesn't work for spent tranasction outputs (as they're not UTXOs), so in dash#5607, a fallback was introduced that looks through the general transaction set if going through the UTXO set yielded nothing.
GetUTXOCoin accesses the active chainstate to get ahold of the UTXO set, this was done through globals. The removal of chainstate globals meant that whoever was calling GetUTXOCoin should have access to the chainstate handy. This is trivial in RPC code where ToJson() is used (source) through Ensure(Any)Chainman. Not the case in Qt code (source), which is supposed to be given restricted access to information by the interface.
As the fallback seems to be capable of fetching UTXOs and spent outputs, we can remove the GetUTXOCoin method and make the fallback the only method.

In develop, as of this writing, CChainState members FlushStateToDisk and {Enforce, Invalidate, MarkConflicting}Block were accessing their internals through the global, despite having direct access to them. As the globals they were calling are going to be bid farewell, they needed to be changed to access its members instead.
The reason for going the roundabout way is unknown.

CDSNotificationInterface takes in a ChainstateManager (instead of the CChainState it actually requires) as at the time of interface initialization (source), the active chainstate hasn't been loaded in yet as that happens further down (source).
As CDSNotificationInterface::InitializeCurrentBlockTip() is called well after it is initialized, we can resolve to the active chainstate in there.

As GetCreditPoolDiffForBlock requires access to ChainstateManager as GetCreditPoolDiffForBlock > ProcessLockUnlockTransaction > CheckAssetLockUnlockTx > CheckAssetUnlockTx > ChainstateManager::m_blockman.LookupBlockIndex() and BlockAssembler only has CChainState, it had to be reworked around ChainstateManager.
CChainState is passed as a direct argument while ChainstateManager can be fetched from NodeContext. Unlike CTxMemPool, which can be passed custom instances (source, source), CChainState's argument value is taken from NodeContext::chainstate.ActiveChainstate() and since we're now accepting ChainstateManager wholesale, we can dispense with accepting CChainState as an argument.
Changes to that effect have been made.

CMNHFManager::ConnectManagers will be taking in a ChainstateManager pointer due to the GetSignalsStage > GetForBlock > ProcessBlock > extractSignals > CheckMNHFTx > ChainstateManager::m_blockcman.LookupBlockIndex() chain.

The use of a bespoke NodeContext in coinselector_tests breaks tests if any interface call relies on a chainstate as testNode doesn't initialize one. For the most part, this was masked by WalletTestingSetup populating the chainstate globals from its own NodeContext even if the tests themselves preferred to use their own stripped down testNode.
Though, removing the chainstate globals meant that they can no longer rely on WalletTestingSetup's NodeContext to mask the barebones testNode global being used in the test (specifically, addCoins > listMNCollaterials > ChainActive() worked because ChainActive() accessed WalletTestingSetup's NodeContext but when ChainActive() was gone and replaced with NodeContext::chainman.ActiveChain(), it uses testNode's ChainstateManager, which doesn't exist, which causes it to crash).
To remedy this, a5595b13 and 5e54aa9b from bitcoin#23288 were adapted for the limited purpose of eliminating testNode and using WalletTestingSetup's NodeContext instead. This comes with the unfortunate effect of skipping a lot of the refactoring, cleanups and optimizations done before and adapting the ones after them non-trivial.
It is therefore best recommended that the commit be reverted and changes implemented step-by-step in a pull request at some point in the future. For now, it's kept around here for the sake of this pull request, which, if merged, should prevent more chainstate globals use from leaking into the codebase.

Pre-fix crash stacktrace:
dash@71aecd6afb45:/src/dash$ lldb-16 ./src/test/test_dash
(lldb) target create "./src/test/test_dash"
Current executable set to '/src/dash/src/test/test_dash' (x86_64).
(lldb) r -t coinselector_tests
Process 395006 launched: '/src/dash/src/test/test_dash' (x86_64)
Running 4 test cases...
node/interfaces.cpp:711 chainman: Assertion `m_node.chainman' failed.
Process 395006 stopped
* thread #1, name = 'd-test', stop reason = signal SIGABRT
    frame #0: 0x00007ffff7a7300b libc.so.6`__GI_raise(sig=<unavailable>) at raise.c:51:1
(lldb) bt
* thread #1, name = 'd-test', stop reason = signal SIGABRT
* frame #0: 0x00007ffff7a7300b libc.so.6`__GI_raise(sig=<unavailable>) at raise.c:51:1
    frame #1: 0x00007ffff7a52859 libc.so.6`__GI_abort at abort.c:79:7
    frame #2: 0x00005555563cba33 test_dash`assertion_fail(file="node/interfaces.cpp", line=711, func="chainman", assertion="m_node.chainman") at check.cpp:13:5
    frame #3: 0x0000555555fb47aa test_dash`node::(anonymous namespace)::ChainImpl::listMNCollaterials(std::vector<std::pair<std::shared_ptr<CTransaction const> const&, unsigned int>, std::allocator<std::pair<std::shared_ptr<CTransaction const> const&, unsigned int>>> const&) [inlined] std::unique_ptr<ChainstateManager, std::default_delete<ChainstateManager>>& inline_assertion_check<true, std::unique_ptr<ChainstateManager, std::default_delete<ChainstateManager>>&>(val=nullptr, file=<unavailable>, line=711, func=<unavailable>, assertion=<unavailable>) at check.h:62:13
    frame #4: 0x0000555555fb4781 test_dash`node::(anonymous namespace)::ChainImpl::listMNCollaterials(std::vector<std::pair<std::shared_ptr<CTransaction const> const&, unsigned int>, std::allocator<std::pair<std::shared_ptr<CTransaction const> const&, unsigned int>>> const&) [inlined] node::(anonymous namespace)::ChainImpl::chainman(this=0x000055555723e830)at interfaces.cpp:711:45
    frame #5: 0x0000555555fb477d test_dash`node::(anonymous namespace)::ChainImpl::listMNCollaterials(std::vector<std::pair<std::shared_ptr<CTransaction const> const&, unsigned int>, std::allocator<std::pair<std::shared_ptr<CTransaction const> const&, unsigned int>>> const&) [inlined] node::(anonymous namespace)::ChainImpl::listMNCollaterials(this=<unavailable>)::'lambda'()::operator()() const at interfaces.cpp:788:34
    frame #6: 0x0000555555fb474f test_dash`node::(anonymous namespace)::ChainImpl::listMNCollaterials(this=0x000055555723e830, outputs=size=0) at interfaces.cpp:788:34
    frame #7: 0x00005555565bcd07 test_dash`CWallet::AddToWallet(this=0x00005555571701e0, tx=<unavailable>, confirm=<unavailable>, update_wtx=<unavailable>, fFlushOnClose=<unavailable>) at wallet.cpp:886:46
    frame #8: 0x0000555555bed3ef test_dash`coinselector_tests::add_coin(wallet=0x00005555571701e0, nValue=0x00007fffffffc7c0, nAge=144, fIsFromMe=false, nInput=0, spendable=<unavailable>) at coinselector_tests.cpp:77:29
    frame #9: 0x0000555555bead3e test_dash`coinselector_tests::bnb_search_test::test_method() [inlined] coinselector_tests::add_coin(nValue=0x00007fffffffc7c0, nAge=144, fIsFromMe=false, nInput=0, spendable=false) at coinselector_tests.cpp:88:5
    frame #10: 0x0000555555bead20 test_dash`coinselector_tests::bnb_search_test::test_method(this=0x00007fffffffcad0) at coinselector_tests.cpp:278:5
    frame #11: 0x0000555555be6607 test_dash`coinselector_tests::bnb_search_test_invoker() at coinselector_tests.cpp:138:1

Breaking Changes

Backporting coinselector_tests changes are now much more annoying.

The following RPCs, protx list, protx listdiff, protx info will no longer report collateralAddress if the transaction index has been disabled (txindex=0).

Checklist:

[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas (note: N/A)
[x] I have added or updated relevant unit/integration/functional/e2e tests
[x] I have made corresponding changes to the documentation (note: N/A)
[x] I have assigned this pull request to a milestone (for repository code-owners and collaborators only)

The latest diff of changes got buried due to a force push to fix a typo, the diff is available here.