text:
ansible 2.5.1, problem with become

I am using ansible 2.5.1 and I found the error at https://github.com/DavidWittman/ansible-redis/issues/137 appeared again:
name: reboot database server
service:
name: postgresql
enabled: yes
state: restarted
become: yes

fatal: [138.246.233.254]: FAILED! => {
"changed": false,
"invocation": {
"module_args": {
"daemon_reload": false,
"enabled": true,
"masked": null,
"name": "postgresql",
"no_block": false,
"state": "restarted",
"user": false
}
},
"msg": "Unable to restart service postgresql: Failed to restart postgresql.service: Interactive authentication required.\nSee system logs and 'systemctl status postgresql.service' for details.\n"
}

Sorry, was trying to run this as postgres user which cannot become root.

repo: DavidWittman/ansible-redis


text:
Exception when providing nil model for datepicker

I see Error: No protocol method DateTimeProtocol.first-day-of-the-month- defined for type string when providing a nil model for a datepicker. Apparently it was broken by 7b1cca6d9c8dd891299c49176f1154a4761d8a43 because empty string are true in ClojureScript and first-day-of-the-month doesn't like strings.

Fixed by #136

source: gharchive/issue

license: mit

license_type: permissive

license_source: bigquery


text:
add links from awesome-re-frame

I also added Debugging and React-Native subcategories to Tools, Techniques & Libraries. Hopefully closes #416.

Thanks!

source: gharchive/pull-request

authors: danielcompton olieidel


text:
🛑 Cloud DayTech is down

In 328101e, Cloud DayTech (https://cloud.daytech.me) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Cloud DayTech is back up in 0d44c98.

repo: DayTech/daytechuptime

license: MIT

license_source: github-api


text:
DragonBones gdextension doesn't show the image when dragon_ske.dbfactory is draggen into the factory-slot

Okay, so on Windows (Godot 4.2 Stable) when I add a dragon_ske.dbfactory  into the
Dragonbones Factory slot, I can't see the Image.  I also get an error in the debugger window:
E 0:00:01:0115   GDExtension::_register_extension_class_internal: Attempt to register extension class 'GDMesh', which appears to be already registered.
  <C++ Error>    Condition "ClassDB::class_exists(class_name)" is true.
  <C++ Source>   core\extension\gdextension.cpp:386 @ GDExtension::_register_extension_class_internal()

Not sure if this is a GDextension bug or if this is on your side... or if this has anything to do with your gdextension at all..?
Thing is, this happens also when I use the "Welcome Page/Armature Demo" Dragon.
(Exported as DragonBones JSON, DataVersion 4.5,5.0,5.5, Image Type: Texture Atlas.
FYI: When I use the same files with the "other" dragonbones plugin, which actually shouldn't work in 4.x,
it shows the image, (but I can't get the animation to work). Here, with your GDextension it doesn't show the image at all.)

I think, maybe, you already use other DragonBones plugin (or your Godot engine compile with other DragonBoens module), or arleady has the GDMesh class. In other words, there have conflict between plugins.
You should create a new project with official Godot Engine to begin your test.

Ah, ok, will do that. Reporting back in a couple of minutes...

Yeah, that's it, you're right. I used a Godot source build which had the other dragonBones code compiled into the engine.
Sorry 'bout that... :)

Just double-checked the exact same procedure now on Mac OSX 10.14.6 ( with a normal Godot 4.3 beta 1
already build from their site) with a fresh new project.
After the download and install from the assetstore no DragonBones node shows up.
In the windows version, the Node shows up. Just to let you know. ;)

authors: Daylily-Zeleen Lykdraft

repo: Daylily-Zeleen/Godot-DragonBones


text:
Added upload via url https://developers.cloudflare.com/images/upload-…

…images/upload-url/

@lucastbucks, thank you for your contribution! I'll check that and add it to the next release!
Appreciate your help 🥇

authors: DeDmytro lucastbucks

repo: DeDmytro/laravel-cloudflare-images


text:
Oh no! The network error is back!

Actual behavior:
Hi,
The network error and balance failure is back. Today i got a bad surprise when i checked my server i saw this network error again. This time it does not corrupt the blockchain i just restarted the client and it seem to work now. It is very similar to #849
Edit: After restarting the client have trouble while syncing. Block is not really stuck but the client not fully syncing 100% since few hours.

app.log
What are your environment parameters?

DeFi Wallet Version: 2.4.5
Operating System (OS): Windows server 2016
– Current free storage capacity: 200GB

Hi @Faucet1313 , thanks for your feedback, please give us time to investigate.

Hi @Faucet1313, can we get your debug/binary log? Thank you

Hi @thedoublejay, Sure here you go. By the way i just got the error again.
debug.log

Same bug on my 2 server on WIN 2019 after running the app a day

Running the 2.5.0 ALPHA1 since yesterday with no issue. Im now updating to the 2.5.0 final.

Thanks for the update @Faucet1313!

Hi, @thedoublejay, @izzycsy. Same issue with the 2.5.0

debug.log
app.log

Hi @Faucet1313 , can you try the latest version v2.5.1. Please backup wallet before updating. Thank you.

Hi @izzycsy, Running the 2.5.1 with firewall ON since 3-4 days. I just updated to the 2.5.2

Hi @Faucet1313 , thanks for the update, I'll be closing the issue. If it occurs again, you may reopen this issue with new information (include screenshots) and app logs. Thank you.

authors: Faucet1313 izzycsy supervolot thedoublejay

repo: DeFiCh/app


text:
iOS: When no internet connection, Connection Problem does not display

What happened:
• Android: no issues, Connection Problem screen displays immediately when there's no internet connection
• iOS: When there's no internet connection, Connection Problem screen does not display
What you expected to happen:
• When there's no internet connection, Connection Problem screen should display
How to reproduce it (as minimally and precisely as possible):
• Turn off wifi & cellular data, MainNet dot will turn from green to red
Anything else we need to know?:

Acceptance Criteria
Expected: When there's no internet connection, Connection Problem screen should display
Android:

[ ]  Turn off wifi & cellular data, Connection Problem screen should display

iOS:

[ ]  Turn off wifi & cellular data, Connection Problem screen should display

repo: DeFiCh/wallet


text:
Bài tập OOP sẽ làm ở CI

Bài 1: sử dụng cơ sở dữ liệu Sqlite

Dùng phần mềm phpliteadmin để quản lý sqlite

http://www.phpliteadmin.org/
http://gyazo.cybridge.jp/8221fee351a6a10cf0cd7cd595aa60f7
http://gyazo.cybridge.jp/075a914c325ce8b6cd818c2926a2be5d

Tạo 1 database trong thư mục applications/models/db/my_sqlite.sqlite
http://gyazo.cybridge.jp/d573fabaa52f5bdf51baf231cff2686f
http://gyazo.cybridge.jp/af6773e91f2f94b2c5dfbc2dd1c199f7

Tạo 1 table "students" với nội dung

id > number
student_name > text
student_birth > datetime
student_sex > text
student_address > text

phải có folder db thì set chmod 777 mới có ý nghĩa

authors: DeRossi vihoangson


text:
MktmpdirNode error

Using the node to create a temporary directory, I get
"TypeError: "options" must be a string or an object"
Investigating, I found that:
> fs.mkdtempSync("/tmp/test1")
'/tmp/test11Bv1sh'
> fs.mkdtempSync("/tmp/test2",0o777)
TypeError: "options" must be a string or an object, got number instead.
    at getOptions (fs.js:75:11)
    at Object.fs.mkdtempSync (fs.js:1861:13)
> fs.mkdtempSync("/tmp/test2",{"mode":0o777})
'/tmp/test2ooeuEi'
> fiol@antonio-T440:/tmp$ ls -ld test*
drwx------ 2 fiol fiol   4096 nov 28 09:40 test11Bv1sh
drwx------ 2 fiol fiol   4096 nov 28 09:40 test2ooeuEi

So:

mkdtempSync does not like a number as second parameter, at all.
Passing an object with a mode property gets ignored.
This all agrees with the documentation in https://nodejs.org/api/fs.html#fs_fs_mkdtempsync_prefix_options

Tried with node v8.12.0 and v6.14.4.
node v10.13.0 gives a very similar error, with slightly different wording:
> fs.mkdtempSync("/tmp/test2",0o777)
TypeError [ERR_INVALID_ARG_TYPE]: The "options" argument must be one of type string or Object. Received type number
    at getOptions (internal/fs/utils.js:178:11)
    at Object.mkdtempSync (fs.js:1673:13)

Possible solutions I see:
a. Remove the if(fs.mkdtempSync) and keep the implementation based on mkdir only.
b. Remove the mode parameter from this node, and trim the code accordingly.
c. Use fs.chmodSync(path, mode). But beware! When you do fs.mkdirSync(path, mode), your umask is taken into account. If you use fs.chmodSync(path, mode), it does NOT take umask into account, so you end up with the real permissions you set. So... the behavior would not be consistent. Maybe you want to:
pathname = fs.mkdtempSync(path);
fs.chmodSync(pathname, mode & ~process.umask() );

Thanks for the great report!
I'll look into it but it may take me a week or so before I have the time.

Fix applied in Version 1.5.0
I went with option b as it matched the functionality of mktmpdir in node.fs

Thanks!

authors: DeanCording antonio-fiol

repo: DeanCording/node-red-contrib-fs-ops


text:
feat(@vtmn/css): refactor border color + add new shadow colors

Changes description

Shadows now have a semantic color variable to switch from light to dark mode.
Fix incorrect semantic border colors
Fix incorrect shadow for certain components

Context

New shadow colors
Border colors weren't correct

Checklist

[x] Make sure you are requesting to pull a topic/feature/bugfix branch. Please, don't request directly from your main!
[x] Check commits & PR names matches our requested structure. It must follow the https://www.conventionalcommits.org pattern.
[x] Check your code additions will fail neither code linting checks.
[x] I have reviewed the submitted code.
[x] I have tested on related showcases.
[x] If it includes design changes, please ask for a review with a core team designer.

Does this introduce a breaking change?

No

@GaspardMathon I don't see them in our Figma files

authors: GaspardMathon lauthieb

repo: Decathlon/vitamin-web


text:
🛑 Minetest is down

In 1649c91, Minetest (https://minetest.vale.rocks) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Minetest is back up in e874226 after 1 day, 10 hours, 8 minutes.

repo: DeclanChidlow/status


text:
Feature Request : Add Support for JSON document translation

Feature Request : Add Support for JSON document translation
Description
The user would be able to upload a JSON document for translation.
DeepL systems would recursively process the nested objects util a string is found, translate the string and create the output file without changing the keys or the document structure.
Original issue by @itsChiragKapoor. I messed up the issue transfer, sorry

Our API does not currently support this. We provide a code example how to do this in python here.
For your use case, would you find a feature useful that allows you to specify keys you don't want to translate (blacklist)/list the only keys you want to translate (whitelist)?

repo: DeepLcom/deepl-api-issues


text:
fix SRV notebook

pdb1tff.ent: is looking for a residue at position 6 on chain A, but it doesn't exist in the .ent file

[x] either remove entry 20 from the csv file, or fix the data file

for multiple files, the code throws an exception regarding position 112 on chain A, even though it does exist

[ ] investigate why this is and resolve

cell 2 fails if the folder already exists.

[x] Either add a comment asking users to skip the cell in this case, or rewrite it so that it does not fail.
[x] Add a warning or code to avoid overwriting pre-existing data.

[x] provide clearer message/warning about "failing entries", so that it is clear that the code can still be run, but that certain data points are skipped. Now it can look like the code crashed, even though it didn't.
[x] consider linting the notebooks as well

add extend-include = ["*.ipynb"] to [tool.ruff] in pyproject.toml
[x] ruff v6.something does this by default, so consider upgrading to that version. However, new rules seem to be added as well, so unsure whether we want to fix those as well atm.

also, see #613

It turns out that 47 of the original 100 queries in this tutorial are giving errors. For some it is clear why this could be (residue missing from pdb file, or incorrect residue at given position), while for others there is no clear reason.
I tested whether this may be related to the influence_radius or max_edge_length, but this did not seem to be the case. I looked into some other potential issues (e.g. red flags in the pdb files) but did not manage to find anything.
In the end, we decided to remove the failing entries from the tutorial rather than keep on investigating, assuming that there is some non-obvious problem with the specific data points. If users come back to us with similar issues, we may need to start investigating this deeper.


text:
Qualys Monthly PCI Scan

Qualys Monthly PCI Scan
Name of the scanner, brief description of the scanner and link.
Currently I have tried using the Qualys Scan, and it imports with zero findings
Book1.csv

please @ravishel follow our guidelines to open issues. The description lack some mandatory details.

This issue can be closed @mtesauro

authors: damiencarol manuel-sommer ravishel

repo: DefectDojo/django-DefectDojo


text:
Crash on end-block = -1

I have noticed that the indexer will consistently crash with these settings as soon as it hits the last block available on that chain.  I would expect the behavior to be that once it hits the last block, it waits till the block is available, indexes, then waits again.
    index-chain = true
    start-block = 8811694
    end-block = -1
    exit-when-caught-up = false

2:25PM INF Indexing 2 TXs from block 8837413.
2:25PM INF Indexing 5 TXs from block 8837408.
2:25PM INF Indexing 5 TXs from block 8837412.
2:25PM WRN Falling back to secondary queries for block height 8837414
Error: Log is invalid.
&{0 [{coin_spent [{spender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {coin_received [{receiver osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {amount 7500uosmo}]} {transfer [{recipient osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {message [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {tx [{fee 7500uosmo}]} {tx [{acc_seq osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4/487}]} {tx [{signature Ielxk9G8otb+Vkj6qW6aiexAj+90M3wUFSY2l05SAKMpeVPH2pJkprAECUSBRdU5JmV4c8/D7yTP363IfoMuDg==}]} {message [{action /ibc.applications.transfer.v1.MsgTransfer}]} {coin_spent [{spender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {coin_received [{receiver osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {transfer [{recipient osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {message [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {coin_spent [{spender osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {burn [{burner osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {sudo [{_contract_address osmo17r7qdw2zk6jyw62cvwm6flmhtj9q7zd26r8zc6sqyf0pnaq46cfss8hgxg}]} {wasm [{_contract_address osmo17r7qdw2zk6jyw62cvwm6flmhtj9q7zd26r8zc6sqyf0pnaq46cfss8hgxg} {method try_transfer} {channel_id channel-2} {denom ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84} {quota none}]} {send_packet [{packet_data {"amount":"8000000000","denom":"transfer/channel-2/udvpn","receiver":"sent1wx6n2kgc8czhrndw74m2qhhgty2vmvmxjlmw2g","sender":"osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4"}} {packet_data_hex 7b22616d6f756e74223a2238303030303030303030222c2264656e6f6d223a227472616e736665722f6368616e6e656c2d322f756476706e222c227265636569766572223a2273656e74317778366e326b676338637a68726e647737346d3271686867747932766d766d786a6c6d773267222c2273656e646572223a226f736d6f317778366e326b676338637a68726e647737346d3271686867747932766d766d78706c37386334227d} {packet_timeout_height 2-10144865} {packet_timeout_timestamp 0} {packet_sequence 83092} {packet_src_port transfer} {packet_src_channel channel-2} {packet_dst_port transfer} {packet_dst_channel channel-0} {packet_channel_ordering ORDER_UNORDERED} {packet_connection connection-3}]} {message [{module ibc_channel}]} {ibc_transfer [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {receiver sent1wx6n2kgc8czhrndw74m2qhhgty2vmvmxjlmw2g}]} {message [{module transfer}]} {coin_spent [{spender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {coin_received [{receiver osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {amount 7500uosmo}]} {transfer [{recipient osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {message [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {tx [{fee 7500uosmo}]} {tx [{acc_seq osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4/487}]} {tx [{signature Ielxk9G8otb+Vkj6qW6aiexAj+90M3wUFSY2l05SAKMpeVPH2pJkprAECUSBRdU5JmV4c8/D7yTP363IfoMuDg==}]}]}
2:25PM ERR [Block: 8837414] ParseCosmosMessage failed for msg of type '/ibc.applications.transfer.v1.MsgTransfer'. error="Type: /ibc.applications.transfer.v1.MsgTransfer could not handle message log &{MessageIndex:0 Events:[{Type:coin_spent Attributes:[{Key:spender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {Key:amount Value:7500uosmo}]} {Type:coin_received Attributes:[{Key:receiver Value:osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {Key:amount Value:7500uosmo}]} {Type:transfer Attributes:[{Key:recipient Value:osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {Key:sender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {Key:amount Value:7500uosmo}]} {Type:message Attributes:[{Key:sender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {Type:tx Attributes:[{Key:fee Value:7500uosmo}]} {Type:tx Attributes:[{Key:acc_seq Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4/487}]} {Type:tx Attributes:[{Key:signature Value:Ielxk9G8otb+Vkj6qW6aiexAj+90M3wUFSY2l05SAKMpeVPH2pJkprAECUSBRdU5JmV4c8/D7yTP363IfoMuDg==}]} {Type:message Attributes:[{Key:action Value:/ibc.applications.transfer.v1.MsgTransfer}]} {Type:coin_spent Attributes:[{Key:spender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {Key:amount Value:8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {Type:coin_received Attributes:[{Key:receiver Value:osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {Key:amount Value:8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {Type:transfer Attributes:[{Key:recipient Value:osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {Key:sender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {Key:amount Value:8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {Type:message Attributes:[{Key:sender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {Type:coin_spent Attributes:[{Key:spender Value:osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {Key:amount Value:8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {Type:burn Attributes:[{Key:burner Value:osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {Key:amount Value:8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {Type:sudo Attributes:[{Key:_contract_address Value:osmo17r7qdw2zk6jyw62cvwm6flmhtj9q7zd26r8zc6sqyf0pnaq46cfss8hgxg}]} {Type:wasm Attributes:[{Key:_contract_address Value:osmo17r7qdw2zk6jyw62cvwm6flmhtj9q7zd26r8zc6sqyf0pnaq46cfss8hgxg} {Key:method Value:try_transfer} {Key:channel_id Value:channel-2} {Key:denom Value:ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84} {Key:quota Value:none}]} {Type:send_packet Attributes:[{Key:packet_data Value:{\"amount\":\"8000000000\",\"denom\":\"transfer/channel-2/udvpn\",\"receiver\":\"sent1wx6n2kgc8czhrndw74m2qhhgty2vmvmxjlmw2g\",\"sender\":\"osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4\"}} {Key:packet_data_hex Value:7b22616d6f756e74223a2238303030303030303030222c2264656e6f6d223a227472616e736665722f6368616e6e656c2d322f756476706e222c227265636569766572223a2273656e74317778366e326b676338637a68726e647737346d3271686867747932766d766d786a6c6d773267222c2273656e646572223a226f736d6f317778366e326b676338637a68726e647737346d3271686867747932766d766d78706c37386334227d} {Key:packet_timeout_height Value:2-10144865} {Key:packet_timeout_timestamp Value:0} {Key:packet_sequence Value:83092} {Key:packet_src_port Value:transfer} {Key:packet_src_channel Value:channel-2} {Key:packet_dst_port Value:transfer} {Key:packet_dst_channel Value:channel-0} {Key:packet_channel_ordering Value:ORDER_UNORDERED} {Key:packet_connection Value:connection-3}]} {Type:message Attributes:[{Key:module Value:ibc_channel}]} {Type:ibc_transfer Attributes:[{Key:sender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {Key:receiver Value:sent1wx6n2kgc8czhrndw74m2qhhgty2vmvmxjlmw2g}]} {Type:message Attributes:[{Key:module Value:transfer}]} {Type:coin_spent Attributes:[{Key:spender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {Key:amount Value:7500uosmo}]} {Type:coin_received Attributes:[{Key:receiver Value:osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {Key:amount Value:7500uosmo}]} {Type:transfer Attributes:[{Key:recipient Value:osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {Key:sender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {Key:amount Value:7500uosmo}]} {Type:message Attributes:[{Key:sender Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {Type:tx Attributes:[{Key:fee Value:7500uosmo}]} {Type:tx Attributes:[{Key:acc_seq Value:osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4/487}]} {Type:tx Attributes:[{Key:signature Value:Ielxk9G8otb+Vkj6qW6aiexAj+90M3wUFSY2l05SAKMpeVPH2pJkprAECUSBRdU5JmV4c8/D7yTP363IfoMuDg==}]}]}\n"
2:25PM ERR [Block: 8837414] ParseCosmosMessage failed for msg of type '/ibc.applications.transfer.v1.MsgTransfer'.
2:25PM ERR &{0 [{coin_spent [{spender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {coin_received [{receiver osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {amount 7500uosmo}]} {transfer [{recipient osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {message [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {tx [{fee 7500uosmo}]} {tx [{acc_seq osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4/487}]} {tx [{signature Ielxk9G8otb+Vkj6qW6aiexAj+90M3wUFSY2l05SAKMpeVPH2pJkprAECUSBRdU5JmV4c8/D7yTP363IfoMuDg==}]} {message [{action /ibc.applications.transfer.v1.MsgTransfer}]} {coin_spent [{spender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {coin_received [{receiver osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {transfer [{recipient osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {message [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {coin_spent [{spender osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {burn [{burner osmo1yl6hdjhmkf37639730gffanpzndzdpmhxy9ep3} {amount 8000000000ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84}]} {sudo [{_contract_address osmo17r7qdw2zk6jyw62cvwm6flmhtj9q7zd26r8zc6sqyf0pnaq46cfss8hgxg}]} {wasm [{_contract_address osmo17r7qdw2zk6jyw62cvwm6flmhtj9q7zd26r8zc6sqyf0pnaq46cfss8hgxg} {method try_transfer} {channel_id channel-2} {denom ibc/9712DBB13B9631EDFA9BF61B55F1B2D290B2ADB67E3A4EB3A875F3B6081B3B84} {quota none}]} {send_packet [{packet_data {"amount":"8000000000","denom":"transfer/channel-2/udvpn","receiver":"sent1wx6n2kgc8czhrndw74m2qhhgty2vmvmxjlmw2g","sender":"osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4"}} {packet_data_hex 7b22616d6f756e74223a2238303030303030303030222c2264656e6f6d223a227472616e736665722f6368616e6e656c2d322f756476706e222c227265636569766572223a2273656e74317778366e326b676338637a68726e647737346d3271686867747932766d766d786a6c6d773267222c2273656e646572223a226f736d6f317778366e326b676338637a68726e647737346d3271686867747932766d766d78706c37386334227d} {packet_timeout_height 2-10144865} {packet_timeout_timestamp 0} {packet_sequence 83092} {packet_src_port transfer} {packet_src_channel channel-2} {packet_dst_port transfer} {packet_dst_channel channel-0} {packet_channel_ordering ORDER_UNORDERED} {packet_connection connection-3}]} {message [{module ibc_channel}]} {ibc_transfer [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {receiver sent1wx6n2kgc8czhrndw74m2qhhgty2vmvmxjlmw2g}]} {message [{module transfer}]} {coin_spent [{spender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {coin_received [{receiver osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {amount 7500uosmo}]} {transfer [{recipient osmo17xpfvakm2amg962yls6f84z3kell8c5lczssa0} {sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4} {amount 7500uosmo}]} {message [{sender osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4}]} {tx [{fee 7500uosmo}]} {tx [{acc_seq osmo1wx6n2kgc8czhrndw74m2qhhgty2vmvmxpl78c4/487}]} {tx [{signature Ielxk9G8otb+Vkj6qW6aiexAj+90M3wUFSY2l05SAKMpeVPH2pJkprAECUSBRdU5JmV4c8/D7yTP363IfoMuDg==}]}]}
2:25PM ERR /t8UInWFD+dIwD/r5vYj5oUMt3JN88OWcs/A4lR/05I=
2:25PM FTL Issue parsing a cosmos msg that we DO have a parser for! PLEASE INVESTIGATE

@pharr117 can we close this?  I think this is resolved for transaction indexing, but not sure about rewards indexing.  I have a feeling this gets resolved when we add back in sequential rewards indexing

Kyle implemented a fix for this one, notified in this comment:
https://github.com/DefiantLabs/cosmos-tax-cli/issues/336#issuecomment-1482149097
The fix he pushed should treat all TX parsing the same, there was a bug in the secondary fallback that was not treating the logs correctly.
As far as rewards indexing with -1 end block is concerned, we will track work here:
https://github.com/DefiantLabs/cosmos-tax-cli/issues/380

repo: DefiantLabs/cosmos-tax-cli


text:
Deployment groups - No errors thrown if service could not be started

I used the deployment group.  and the Control Option
>  "Enabled" was selected
> "Continue On Error" was not selected
The WindowsServiceManager

identified the service successfully,
stopped the service successfully
Since  Clean install set to [True], it removed the files successfully from the target folder
Copied files to the target location
and then indicated that it was Starting [MyService] followed by a message
##[section]Finishing: Deploy Windows Service

However it looked like the service did not start (because i was missing the config file due to an error on my part)  , however no error was thrown from the WindowsServiceManager

Can you please provide the release log.

Closing this ticket assuming this has been resolved.
Let me know if you are still having issues.


text:
TestMode

Please implement TestMode: = False

I noticed a strange thing that seems to be affected by the banner when I activate the test mode
Interstitial ads also become in test . mode

I'm assuming you mean in the Advertising feature? I'm not setting anything called TestMode to True - the demo just uses a test id (i.e. ca-app-pub-3940256099942544/1033173712) for the AdUnitId

I note from the built-in advertising code, that if you set TestMode on a banner ad that it makes a call to
TJMobileAds.JavaClass.setRequestConfiguration
So test mode appears to be something that is application-wide i.e. you cannot turn it on/off for different ad types

This is the documentation regarding testing: https://developers.google.com/admob/android/test-ads
If this is what you are referring to, it is indeed application-wide.

Ok, thank you👍

authors: DelphiWorlds bilal21dz okbach

repo: DelphiWorlds/Playground


text:
Broken python plotting for models that have no height

The plotting for some of our test models that are just a straight horizontal line looks pretty bad, for instance two_basin:

Maybe the easiest fix is to compute the bounding square and make that the axes range, and maybe add some padding for the legend.

I'd also be fine with just changing our test models to not be on a line, if that is easier.

It's not that hard to set bounds on the aspect ratio, or does that not fix it?

Haven't tried, that would be preferred if it does.

authors: SouthEndMusic visr

repo: Deltares/Ribasim


text:
Take & Foreach command Errors in lastest builds

Spigot / CraftBukkit 1.8.8
Citizens Version: 2.0.16-SNAPSHOT (build 1297)
Denizen 0.9.7 Version: 0.9.7-SNAPSHOT (build 1607) / Dev (build 441)
The NPC "Take" command will spam 4 errors in the console
It says "Tag player.name.display Is Invalid" while I don't use this tags in this script.

Script: http://mcmonkey.org/paste/28819
Console: http://mcmonkey.org/paste/28822

The NPC "Foreach" command will show 1 errors in the console
Also it only foreach one element of the list
It says "Empty Braces Internal"

Script: http://mcmonkey.org/paste/28828
Console: http://mcmonkey.org/paste/28827

Foreach issue has been fixed, awaiting @mcmonkey4eva to build.
Sure you aren't using that tag in another script somewhere?

I'm sure, I tested with many scripts, everytimes a npc give an item it shoot me 4 Errors lines.
But The command work, I get the item, it's just the spammy errors that says ERROR! Tag player.name.display is invalid!

Are you sure you don't have a separate script executing with debug: false in the background?

I'm sure, what could trigger when i click on the npc? on right clicks at entity? I don't use that event.

repo: DenizenScript/Denizen-For-Bukkit


text:
Add retry logic to NVD mirror in case of garbage data in response

Sometimes the NVD mirror returns garbage data that cannot be parsed. In these cases, we need to perform a retry on the NVD mirror operation so that NVD data can be fetched successfully. This happens very infrequently and is random so a fixed number of retires: 2 or 3 is enough.

Closed by the PR merged to main

repo: DependencyTrack/hyades


text:
Metal Templates, Routes, & Bondpads

Holle, sorry to disturb you!
When I used it to draw a mask with Metal pads (mainly to conducting).
It seems the mask can't be output.
Is seems the build_mask module of toolkit are short of this functionality?
By the way, I'm using the windows version of picwriter.

Hello,
Can you please provide a minimum working example?
Thanks!


text:
'CustomMSDeformableAttentionTRTP' gives incorrect outputs in Pytorch inference

Hi,
It looks CustomMSDeformableAttentionTRTP gives incorrect outputs in Pytorch inference (different from CustomMSDeformableAttentionTRT and CustomMSDeformableAttention), although the Pytorch inference result is not that important.
The reasons caused the difference are:
shapes: reference_points and attention_weights are reshaped  in TRTP, specifically, the shapes of tensors fed into the forward funtion  are different
softmax: There is no softmax for attention_weights in CustomMSDeformableAttentionTRTP
Are there any reasons to give different outputs in TRTP? Or it is just a bug for Pytorch inference but does not matter? Thanks.

Softmax has been merged in OP MultiScaleDeformableAttnTRT of CustomMSDeformableAttentionTRTP for better quantization.

Thanks. I tested the latest code it looks TRTP pytorch inference gives normal outputs, I will close this issue.

authors: DerryHub Jian-danai


text:
Share the trained weight of voc dataset ?

Thanks！

for FCOS_Res50     thanks！


text:
Adding Undo and Redo Functionality

I propose adding an undo and redo feature to the Rubik Cube game to provide a way to rectify accidental moves. This feature would allow users to revert their last action or redo a previously undone move, providing greater flexibility and control during gameplay.
Please assign me this issue

If this issue is still open, can it be please assigned to me under SSOC'24 @Dev-tanay

authors: Mediboyina mitali-dxt

repo: Dev-tanay/Rubik-Cube


text:
HTTP Authentication doesn't work for Kerberos

Created from the discussion.

@thecodejack:
Just to add more, we follow kerberos authentication. Most of applications don't even have login pages. So need a way to apply custom headers.

@inikulin:
Have you tried HTTP auth feature? It supports NTLM authentication with which Kerberos is back compatible

@thecodejack:
Reg NTLM. Yes. I have NTLM. But no luck. it is logging out.

Can this bug be fixed asap? I have been waiting the fix since the ticket created.

Hi @zhaighin, Unfortunately it is very difficult to implement Kerberos authentication in the testcafe. It has a very complex mechanism to generate authentication tokens and at the moment there is no complete universal nodejs module for this. All we can do is add the ability to set Authentication header value that you will need to generate yourself. For this we have created #1306 issue. At the moment we can't suggest you another solution.

According to the last comment I close it as a duplicate for #1341

authors: AlexanderMoskovkin churkin zhaighin

repo: DevExpress/testcafe


text:
Sometimes the file uploader does not attach a document

What is your Test Scenario?
In some scenarios while working with testcafe, I have found that no matter what I try I am unable to attach a document to a page, though in most cases this works as expected. In the application being tested, there are no javascript errrors. However in the example provided I have had to use --ignore-js-errors. Though, the result is the same in the example attached.
What is the Current behavior?
The file has not been attached
What is the Expected behavior?
The file should've been attached to the page
What is your web application and your TestCafe test code?
Please see the attached example below :)

Your website URL (or attach your complete example):
`npm run serve` to run the basic web server && `npm run test` to run testcafe.
example.zip

Your complete test code (or attach your test files):

Your complete configuration file (if any):

Your complete test report:

❯ testcafe chrome test.ts --skip-js-errors
Using locally installed version of TestCafe.
 Running tests in:
 - Chrome 89.0.4389.128 / Windows 10

 Uploading a file
 √ Bug Example

 1 passed (10m 53s)

Screenshots:
![image](https://user-images.githubusercontent.com/75317253/115311123-0440ef80-a167-11eb-90cf-1c65705e6614.png)

Steps to Reproduce:

Run npm i
Run the webserver using npm run serve
Run the test with the cli arguments listed below

Your Environment details:

testcafe version:                   1.14.0
node.js version:                    10.15.0
command-line arguments:  testcafe chrome test.ts --skip-js-errors
browser name and version: Chrome 89.0.4389.128
platform and version:          Windows 10
other:

@thelazurite-cell
Hello,
I checked your example, and I don't see any issues. My setup was: TestCafe 1.14.0, Chrome 90, Node.js 14.15.4. To check upload input, I added some uploadInput.value logs to your test:
import { Selector } from 'testcafe';
import { join } from 'path';

fixture('Uploading a file').page('http://localhost:8080');

test('Bug Example', async (t: TestController) => {
    const file     = join(__dirname, 'exampleFile.txt');
    const uploader = Selector('#uploadBtn');

    await t.setFilesToUpload(uploader, file);
    console.log('1. After setFilesToUpload:', await uploader.value);
    await t.clearUpload(uploader);
    console.log('2. After clearUpload:', await uploader.value);
});

Result:
"C:\Program Files\nodejs\node.exe" "C:\Program Files\nodejs\node_modules\npm\bin\npm-cli.js" test --scripts-prepend-node-path=auto

> tc-upload-bug@1.0.0 test D:\work\issues\i6151-tc\example
> testcafe chrome test.ts --skip-js-errors

 Running tests in:
 - Chrome 90.0.4430.72 / Windows 10

 Uploading a file
1. After setFilesToUpload: C:\fakepath\D:\work\issues\i6151-tc\example\exampleFile.txt
2. After clearUpload:
 √ Bug Example

 1 passed (1s)

Process finished with exit code 0

Reference: TestCafe's file upload emulation is differrent from what a real user would do to upload files.

Thank you for your response! Working as expected in the application under test.
I appreciate the detailed explanation and reference. :)

authors: Farfurix thelazurite-cell


text:
Add js-expr assertion parameters support (close #1715)

@VasilyStrelyaev Check error message pls.

FPR

@testcafe-build-bot \retest

FPR


text:
logo

Hey @Devmangrani

our logo beautifully reflects the core mission of Job Seva. The wheat stalk at the center symbolizes agriculture, the heart of our platform. It represents the growth and prosperity that come from connecting the right people with the right opportunities in farming and agricultural labor.
The circular background represents unity and connection, reinforcing the idea that our platform is a bridge between laborers and employers. The simplicity of the logo’s design speaks to the straightforward nature of our service: easy, accessible, and effective for everyone involved.
The balance between the words ‘JOB’ and ‘SEVA’ reflects our dual mission – to provide jobs while serving the needs of both employers and workers. The term 'Seva' emphasizes service, which is at the heart of what we do, ensuring that the agricultural industry thrives by serving both ends of the labor spectrum.

Your logo looks good and beautifully represents the platform’s mission! However, there's an issue in your PR, so I’m unable to merge it. Could you please check and resolve it? Looking forward to your updates!

Sure sure

Hey @Devmangrani , I checked it thoroughly, it has an issue to deploy as I am not a team member of the repo, so to deploy it a team member should do it.

can you please check that out?

Hi, @KavyaBS123  👋
Thank you so much for your patience and for bringing this to my attention!
I understand the deployment preview issue you're experiencing - you're absolutely right that it's related to team permissions. Don't worry, this isn't an issue with your code or changes! I'll look into the Vercel settings right away to resolve this deployment access problem.
In the meantime, I'll review your logo changes directly through the PR. Thank you for being thorough in checking and explaining the issue. Please feel free to let me know if you have any questions!
Looking forward to getting your contribution merged! 🌟

Hey @Devmangrani all issues are resolved, can you please merge the pr.

Hi @KavyaBS123
The logo has already been chosen for the project. Thank you so much for your efforts in designing a logo for the website—it truly reflects the platform's mission beautifully. Unfortunately, since your PR is conflicting with the previous logo, I won’t be able to merge it into the project.
I really appreciate all your hard work and creativity on this. Thanks again for your contributions! 🌟

Hey @Devmangrani it was me who raised the issue and sent the pr 1st before anyone
Although issue was due to deployment problem, it's resolved now , I would be grateful if you could see that because it took time to design it.
Thank you

Hi @KavyaBS123
I completely understand and truly appreciate the time and effort you put into designing the logo—it shows how much thought you’ve put into it. I know it must be frustrating since you raised the issue first and worked hard on the PR. Your design is really great, but since we’ve already chosen a logo for the project, it’s creating a conflict now.
Thank you so much for your understanding, and please know that your contributions are highly valued. I’d love to see more of your creative work in the future!
Warm regards! 😊

repo: Devmangrani/JobSewa


text:
Citadel blocking castlegates from interacting when it should be allowed.

If a player on the citadel group is not within so many blocks of a castlegate when it is activated it will not activate the castlegate.
This is a negative behavior when the originator of the castlegate redstone pulse is not a player, but is either a jukebox, or an itemexchange chest.
I'd like to be able to set up an itemexchange chest that when it generates a redstone pulse (a successful transaction) it will activate a castlegate opening a door.

This is a negative behavior when the originator of the castlegate redstone pulse is not a player, but is either a jukebox, or an itemexchange chest.

JukeAlert already allows this: https://github.com/DevotedMC/CastleGates/wiki#interaction-with-jukealert-plugin
About itemexchange chest - a good addition and I propose the same conditions as for JukeAlert:

ItemExchange chest is reinforced by the same group as gearblock
ItemExchange chest is located in 7 block distance from gearblock (could be changed in Citadel's plugin)

This feature will be configurable, so by default, it works as now, but can be enabled.
Please let me know your opinion.

That sounds good to me!
I forgot jukealert worked with it, but yeah, the conditions makes sense to me.

repo: DevotedMC/CastleGates


text:
NPM Website Clone

Description
This is the clone of the website NPM.
Here I have used HTML , CSS .
Screenshots
No response
Additional information
No response

Alreday having this project , kindly check if yours is different, you can comment here we will assign. @eswarbhageerath

Ok sir I will do that and I will open a new issue by doing so. Thank you sir 😁

repo: Dezenix/frontend-html-css-js


text:
Document URL API Endpoints with Swagger

Tasks:

Define Swagger annotations and comments for all URL API endpoints.
Ensure that the Swagger documentation includes information about request parameters, response formats, and any required authentication.
Validate that the Swagger UI is accessible and functional, allowing developers to interact with the API directly through the documentation.

Sir ,I have previous experience working on Swagger UI and I would like to work on this particular issue. I would like to work on this!!

authors: Abhijeet-Tathod DhananjayThomble

repo: DhananjayThomble/URL-Shortener-App


text:
Updated the header Component, Changed Font of Title

issue # 04 (Changing the UI)
Before:

After:

I thought this font looked better, should i change the header look overall?

HI @eshal26 you can try and update images corresponding to your changes, and it seems you have some merge conflicts

repo: DhanushNehru/HarmonyCode


text:
PACT to verify Status code 206 or 400

I'm trying to verify the PACT with status code 400 but i'm unable to generate a PACT because of its failing due to mocked server

I doubt this is failing due to mocked server. More likely, it is failing due to the HTTP client you are using will throw an exception when it receives a 400+ response.

Yes, exactly how to over come it

You need to handle the exception in your test code.

Any example which helps me, I tried it but unable to achieve it.

Here you go: https://github.com/DiUS/pact-jvm/blob/master/pact-jvm-consumer-junit/src/test/java/au/com/dius/pact/consumer/PactConsumer400Test.java

authors: ravichandrasurabhi uglyog

repo: DiUS/pact-jvm


text:
Testing v9.0.0

Unknown apperture/scatterguard pos https://graylog2.diamond.ac.uk/messages/logs_8695/77e5a9d2-e2d7-11ee-a034-1866dafadc6c. We should probably check with the BL03I-MO-MAPT-01:Y:LARGE_CALC etc. PVs instead? - https://github.com/DiamondLightSource/dodal/issues/385
Flux getting read as large -ve value when it should be zero - https://ispyb.diamond.ac.uk/dc/visit/cm37235-2/id/13451673. This is the value of the PV but we should fix DAQ side. - https://github.com/DiamondLightSource/dodal/issues/386

Testing Robot load:

Need to wait for pin to be unmounted then mounted
Tested by stopping GDA on line 601 of sample_control
Think we need to set stub offsets for robot load and move to 0, 0, 0. Then we can do full replace of GDA side - https://github.com/DiamondLightSource/hyperion/issues/1265

Testing on 18/03:

Accelerator PVs (gap etc) are down, needed to move to sim/dummy on Hyperion/GDA
Added in the bits for https://github.com/DiamondLightSource/hyperion/issues/1265
Successfully loaded a few samples
Got an error on one https://graylog2.diamond.ac.uk/messages/logs_8696/47ea1f60-e50f-11ee-873a-1866dafae8e4

repo: DiamondLightSource/hyperion


text:
Add FrameReceiver controllers, move FP controllers to odin_data.py

Addressing https://github.com/DiamondLightSource/odin-fastcs/issues/11 (see also https://github.com/odin-detector/odin-data/issues/346), using the generic OdinDataAdapter as the basis for DAQController and DAQAdapterController which are inherited by FrameProcessor(/Receiver)Controller and FrameProcessor(/Receiver)AdapterController.
edit: WIP, can break down further and add a FrameReceiverDecoderController

This looks like the right sort of thing. I think I am OK with having fp and fr in one file as they are all very small classes.
Could you change DAQ -> OdinData in the class names and move FrameProcessorAdapterController above FrameProcessorController so that they are in hierarchical order?

Have done that, had to overload init as the forward reference needed for _subcontroller_cls needed to be moved into function scope

Added the decoder sub controller, can add in a few tests if needed.

had to overload init as the forward reference needed for _subcontroller_cls needed to be moved into function scope

Ah I didn't think about that. In that case it is not worth it. The AdapterControllers can go after.

Do we know where this "name" parameter is coming from? That doesn't appear in the API so I am not sure why odin-fastcs is creating that.
ERROR:root:Update loop failed for api/0.1/fr/1/status/decoder/name:
name not found in response:
{'response': 'OdinDatatAdapter GET error: Invalid path: 1/status/decoder/name'}

Do we know where this decoder name parameter is coming from? That doesn't appear in the API, so I am not sure why odin-fastcs is creating that.
ERROR:root:Update loop failed for api/0.1/fr/1/status/decoder/name:
name not found in response:
{'response': 'OdinDatatAdapter GET error: Invalid path: 1/status/decoder/name'}

Will look into it, I know that config/hdf/file/name had to be changed to "prefix" because of some interaction between fastcs and odin that makes "name" an invalid name for a parameter

Okay yeah, changing the key to "dummy_name" as a quick test in DummyUDPFrameDecoder makes the signal work properly. I suppose we could either remove the parameter from odin, rename it, or add some logic in odin-fastcs to do special handling of attributes called "name"

Ah so name is visible when requesting metadata, but not otherwise. That is why it creates the parameter but then can't read it from the server.
I suggest we rename to type or class, but there is no way to enforce that across all decoders. I think the odin server should error on start up, rather than on requesting the parameter.

It wold be good to add

unit tests that create the controllers, pass in some dummy OdinParameters and make sure _process_parameters does the right thing, like test_fp_process_parameters and test_fp_create_plugin_sub_controllers.

an introspection test that takes a dumped server response, parses it and makes sure the parameters are as expected. See dump_server_response.py and test_introspection.py.

Could you squash this into one commit and force push, and mark as ready for review if you are happy with it?

Thanks @jsouter !

This didn't break things. main is broken because the CI happened to pick up the latest pydantic (2.9.0) on merge.
See https://github.com/pydantic/pydantic/issues/10345 and https://github.com/epics-containers/pvi/pull/137.

authors: GDYendell jsouter

repo: DiamondLightSource/odin-fastcs


text:
Add support for command DECR

Close #279.
This PR is going to support command DECR.

Thanks a ton! merged.

authors: arpitbbhayani rleungx

repo: DiceDB/dice


text:
crash log

I just running docker-compose 'docker-compose up -d'.
Excluding all archetypes with 67 components from Persistence: vrising    | RetainBlobAssets vrising    | * Prefab vrising    | * SceneSectionData vrising    | * SceneSection vrising    | * StaticSceneTag vrising    | * RequestSceneLoaded vrising    | * WorldTime vrising    | * PhysicsStep vrising    | * SceneSystemConfiguration vrising    | * PublicEntityRef vrising    | * DontSaveEntity vrising    | * ShowPhysicsColliders vrising    | * PhysicsDebugDisplayData vrising    | * ReservedEntityIndex vrising    | * LoadToTargetWorld vrising    | * WorldTypeSingleton vrising    | * KnockbackAssetsSingleton vrising    | * ShowTileCollision vrising    | * LogEntitySpawnDestroy vrising    | * SyncedServerDebugSettings vrising    | * GameDataInitializedSingleton vrising    | * GameDataLoadingStartedSingleton vrising    | * PersistenceDebuggingSingleton vrising    | * ServerRuntimeSettings vrising    | * ShowWorldPathsEnabled vrising    | * ServerGameBalanceSettings vrising    | * UserInfoBufferSingleton vrising    | * AiDebugEnabled vrising    | * WorldFrame vrising    | * MapZoneData vrising    | * MapZoneDebugEnabled vrising    | * LoadTerrainChunkRequest vrising    | * TerrainChunkMetadata vrising    | * TerrainChunkLoadedEvent vrising    | * TerrainChunkUnloadedEvent vrising    | * TerrainChunkMetadataLoadedEvent vrising    | * WorldAssetSingleton vrising    | * WorldConfigSingleton vrising    | * DebugShowPhysicsCasts vrising    | * EnableRoomRoofDebuggingSingleton vrising    | * VisualizeCastleRoomsSingleton vrising    | * ShowCrowdedness vrising    | * ServantPerkCollectionSingleton vrising    | * RelicDropped vrising    | * LocalRagdollImpulse vrising    | * Sun vrising    | * ServantMissionSettingsSingleton vrising    | * ServerResetScheduleNoticeSettingsSingleton vrising    | * ServerDebugLogs vrising    | * ServerDebugViewData vrising    | * MiscLocalizationKeysSingleton vrising    | * ShowCommandBufferStats vrising    | * KeepDataAfterPersistenceTestSingleton vrising    | * TestPersistenceV2Save vrising    | * SavePersistentDataEvent vrising    | * QuickStartup vrising    | * ShowAim vrising    | * SpawnChainDebugEnabled vrising    | * TimeScale vrising    | * CastleTerritorySceneMetaData vrising    | * FakeTurnOffStudioListener vrising    | * DestroyedEntity vrising    | * NetworkEventType vrising    | * LogPrioritization vrising    | * CastleBuffsSettings vrising    | * MainMenuCanvasBase vrising    | * UICanvasBase vrising    | PersistenceV2 - Successfully serialized Persistence Header. Header was 778299 bytes large. vrising    | Crash!!! vrising    | SymInit: Symbol-SearchPath: '.;Z:\steamcmd\vrising;Z:\steamcmd\vrising;C:\windows;C:\windows\system32;', symOptions: 534, UserName: 'docker' vrising    | OS-Version: 6.1.0 vrising    | Z:\steamcmd\vrising\VRisingServer.exe:VRisingServer.exe (0000000140000000), size: 675840 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\VRisingServer.exe', fileVersion: 2020.3.46.48129 vrising    | C:\windows\system32\ntdll.dll:ntdll.dll (000000007BC20000), size: 1007616 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\ntdll.dll', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\KERNEL32.dll:KERNEL32.dll (000000007B420000), size: 4116480 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\KERNEL32.dll', fileVersion: 5.1.2600.2180 vrising    | Z:\steamcmd\vrising\UnityPlayer.dll:UnityPlayer.dll (0000000180000000), size: 29421568 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\UnityPlayer.dll', fileVersion: 2020.3.46.48129 vrising    | C:\windows\system32\user32.dll:user32.dll (00007F9FB7DF0000), size: 4317184 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\user32.dll', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\gdi32.dll:gdi32.dll (00007F9FB7970000), size: 3547136 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\gdi32.dll', fileVersion: 10.0.0.0 vrising    | C:\windows\system32\advapi32.dll:advapi32.dll (00007F9FB76E0000), size: 2584576 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\advapi32.dll', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\version.dll:version.dll (00007F9FB74B0000), size: 2191360 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\version.dll', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\ole32.dll:ole32.dll (00007F9FB7130000), size: 3657728 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\ole32.dll', fileVersion: 10.0.0.0 vrising    | C:\windows\system32\rpcrt4.dll:rpcrt4.dll (00007F9FB6E90000), size: 2605056 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\rpcrt4.dll', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\shlwapi.dll:shlwapi.dll (00007F9FB6C00000), size: 2584576 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\shlwapi.dll', fileVersion: 6.0.2800.1692 vrising    | C:\windows\system32\setupapi.dll:setupapi.dll (00007F9FB6980000), size: 2531328 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\setupapi.dll' vrising    | C:\windows\system32\shell32.dll:shell32.dll (00007F9FB6500000), size: 4648960 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\shell32.dll', fileVersion: 6.0.2900.6242 vrising    | C:\windows\system32\opengl32.dll:opengl32.dll (000000007A850000), size: 1581056 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\opengl32.dll', fileVersion: 5.1.2600.2082 vrising    | C:\windows\system32\winmm.dll:winmm.dll (00007F9FB6230000), size: 2818048 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\winmm.dll' vrising    | C:\windows\system32\msacm32.dll:msacm32.dll (00007F9FB6000000), size: 2215936 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\msacm32.dll' vrising    | C:\windows\system32\oleaut32.dll:oleaut32.dll (00007F9FB5CA0000), size: 3473408 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\oleaut32.dll', fileVersion: 6.0.6001.18000 vrising    | C:\windows\system32\imm32.dll:imm32.dll (00007F9FB5A50000), size: 2236416 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\imm32.dll', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\winhttp.dll:winhttp.dll (00007F9FB5810000), size: 2342912 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\winhttp.dll', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\jsproxy.dll:jsproxy.dll (00007F9FB55F0000), size: 2203648 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\jsproxy.dll' vrising    | C:\windows\system32\bcrypt.dll:bcrypt.dll (00007F9FB53E0000), size: 2150400 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\bcrypt.dll', fileVersion: 6.0.6000.16386 vrising    | C:\windows\system32\hid.dll:hid.dll (00007F9FB51C0000), size: 2162688 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\hid.dll', fileVersion: 10.0.0.0 vrising    | C:\windows\system32\crypt32.dll:crypt32.dll (00007F9FB4EE0000), size: 2977792 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\crypt32.dll', fileVersion: 5.131.2600.1243 vrising    | C:\windows\system32\ws2_32.dll:ws2_32.dll (00007F9FB4CA0000), size: 2306048 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\ws2_32.dll', fileVersion: 5.1.2600.5512 vrising    | C:\windows\system32\dwmapi.dll:dwmapi.dll (00007F9FB4A80000), size: 2170880 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\dwmapi.dll', fileVersion: 6.0.6000.16386 vrising    | C:\windows\system32\api-ms-win-core-synch-l1-2-0.dll:api-ms-win-core-synch-l1-2-0.dll (00007F9FB25C0000), size: 2134016 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-synch-l1-2-0.dll' vrising    | C:\windows\system32\api-ms-win-core-fibers-l1-1-1.dll:api-ms-win-core-fibers-l1-1-1.dll (00007F9FB23B0000), size: 2117632 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-fibers-l1-1-1.dll' vrising    | C:\windows\system32\api-ms-win-core-localization-l1-2-1.dll:api-ms-win-core-localization-l1-2-1.dll (00007F9FB2190000), size: 2170880 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-localization-l1-2-1.dll' vrising    | C:\windows\system32\api-ms-win-core-winrt-l1-1-0.dll:api-ms-win-core-winrt-l1-1-0.dll (00007F9FB1F80000), size: 2154496 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-winrt-l1-1-0.dll' vrising    | C:\windows\system32\combase.dll:combase.dll (00007F9FB1D60000), size: 2207744 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\combase.dll' vrising    | C:\windows\system32\api-ms-win-core-com-l1-1-1.dll:api-ms-win-core-com-l1-1-1.dll (00007F9FB1B50000), size: 2121728 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-com-l1-1-1.dll' vrising    | C:\windows\system32\api-ms-win-core-winrt-string-l1-1-0.dll:api-ms-win-core-winrt-string-l1-1-0.dll (00007F9FB1930000), size: 2166784 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-winrt-string-l1-1-0.dll' vrising    | C:\windows\system32\winex11.drv:winex11.drv (00007F9FB16A0000), size: 2674688 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\winex11.drv', fileVersion: 10.0.0.0 vrising    | Z:\steamcmd\vrising\GameAssembly.dll:GameAssembly.dll (00007F9EA68A0000), size: 162017280 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\GameAssembly.dll' vrising    | C:\windows\system32\iphlpapi.dll:iphlpapi.dll (00007F9EA6680000), size: 2228224 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\iphlpapi.dll', fileVersion: 5.1.2600.2180 vrising    | Z:\steamcmd\vrising\baselib.dll:baselib.dll (0000000060380000), size: 516096 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\baselib.dll' vrising    | C:\windows\system32\api-ms-win-core-string-l1-1-0.dll:api-ms-win-core-string-l1-1-0.dll (00007F9EA6470000), size: 2109440 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-string-l1-1-0.dll' vrising    | C:\windows\system32\api-ms-win-core-datetime-l1-1-1.dll:api-ms-win-core-datetime-l1-1-1.dll (00007F9EA6250000), size: 2162688 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-datetime-l1-1-1.dll' vrising    | C:\windows\system32\api-ms-win-core-localization-obsolete-l1-2-0.dll:api-ms-win-core-localization-obsolete-l1-2-0.dll (00007F9EA6040000), size: 2150400 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-localization-obsolete-l1-2-0.dll' vrising    | C:\windows\system32\api-ms-win-core-sysinfo-l1-2-1.dll:api-ms-win-core-sysinfo-l1-2-1.dll (00007F9EA3A10000), size: 2162688 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-core-sysinfo-l1-2-1.dll' vrising    | Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\crashpad_handler.dll:crashpad_handler.dll (000000007FF00000), size: 823296 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\crashpad_handler.dll' vrising    | C:\windows\system32\msvcp140.dll:msvcp140.dll (00007F9EA3710000), size: 3129344 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\msvcp140.dll' vrising    | C:\windows\system32\ucrtbase.dll:ucrtbase.dll (00007F9EA33F0000), size: 3018752 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\ucrtbase.dll' vrising    | C:\windows\system32\vcruntime140.dll:vcruntime140.dll (00007F9EA31B0000), size: 2150400 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\vcruntime140.dll' vrising    | C:\windows\system32\api-ms-win-crt-runtime-l1-1-0.dll:api-ms-win-crt-runtime-l1-1-0.dll (00007F9EA2FA0000), size: 2125824 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-crt-runtime-l1-1-0.dll' vrising    | C:\windows\system32\api-ms-win-crt-string-l1-1-0.dll:api-ms-win-crt-string-l1-1-0.dll (00007F9EA2D80000), size: 2170880 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-crt-string-l1-1-0.dll' vrising    | C:\windows\system32\api-ms-win-crt-heap-l1-1-0.dll:api-ms-win-crt-heap-l1-1-0.dll (00007F9EA2B70000), size: 2146304 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-crt-heap-l1-1-0.dll' vrising    | C:\windows\system32\api-ms-win-crt-stdio-l1-1-0.dll:api-ms-win-crt-stdio-l1-1-0.dll (00007F9EA2960000), size: 2129920 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-crt-stdio-l1-1-0.dll' vrising    | C:\windows\system32\api-ms-win-crt-time-l1-1-0.dll:api-ms-win-crt-time-l1-1-0.dll (00007F9EA2740000), size: 2174976 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-crt-time-l1-1-0.dll' vrising    | C:\windows\system32\api-ms-win-crt-filesystem-l1-1-0.dll:api-ms-win-crt-filesystem-l1-1-0.dll (00007F9EA2530000), size: 2158592 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-crt-filesystem-l1-1-0.dll' vrising    | C:\windows\system32\mmdevapi.dll:mmdevapi.dll (00007F9E821B0000), size: 2228224 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\mmdevapi.dll' vrising    | C:\windows\system32\winealsa.drv:winealsa.drv (00007F9E7F640000), size: 2248704 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\winealsa.drv' vrising    | C:\windows\system32\api-ms-win-appmodel-runtime-l1-1-2.dll:api-ms-win-appmodel-runtime-l1-1-2.dll (00007F9E7F010000), size: 2162688 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\api-ms-win-appmodel-runtime-l1-1-2.dll' vrising    | C:\windows\system32\kernelbase.dll:kernelbase.dll (00007F9E7EDF0000), size: 2211840 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\kernelbase.dll' vrising    | Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\lib_burst_generated.dll:lib_burst_generated.dll (00007F9DF2730000), size: 57364480 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\lib_burst_generated.dll' vrising    | Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\fmodstudio.dll:fmodstudio.dll (00007F9E7D1D0000), size: 3350528 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\fmodstudio.dll', fileVersion: 0.2.1.6 vrising    | C:\windows\system32\wbemprox.dll:wbemprox.dll (00007F9DF1F80000), size: 2285568 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\wbemprox.dll' vrising    | C:\windows\system32\winspool.drv:winspool.drv (00007F9DF1D30000), size: 2347008 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\winspool.drv', fileVersion: 5.1.2600.2180 vrising    | C:\windows\system32\dxgi.dll:dxgi.dll (00007F9DF1B00000), size: 2252800 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\dxgi.dll', fileVersion: 6.0.6000.16386 vrising    | C:\windows\system32\wined3d.dll:wined3d.dll (00007F9DF17B0000), size: 3444736 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\wined3d.dll', fileVersion: 10.0.0.0 vrising    | C:\windows\system32\rsaenh.dll:rsaenh.dll (00007F9E7CD40000), size: 2293760 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\rsaenh.dll', fileVersion: 5.1.2600.2180 vrising    | Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\steam_api64.dll:steam_api64.dll (000000013B400000), size: 311296 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\steam_api64.dll', fileVersion: 6.91.21.57 vrising    | Z:\steamcmd\vrising\steamclient64.dll:steamclient64.dll (0000000138000000), size: 21893120 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\steamclient64.dll', fileVersion: 6.90.98.64 vrising    | C:\windows\system32\imagehlp.dll:imagehlp.dll (00007F9E7CAA0000), size: 2154496 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\imagehlp.dll' vrising    | C:\windows\system32\psapi.dll:psapi.dll (00007F9DC2DC0000), size: 2154496 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\psapi.dll', fileVersion: 5.1.2600.3264 vrising    | Z:\steamcmd\vrising\tier0_s64.dll:tier0_s64.dll (000000013F000000), size: 1536000 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\tier0_s64.dll', fileVersion: 6.90.98.64 vrising    | Z:\steamcmd\vrising\vstdlib_s64.dll:vstdlib_s64.dll (000000013F600000), size: 528384 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\vstdlib_s64.dll', fileVersion: 6.90.98.64 vrising    | C:\windows\system32\mswsock.dll:mswsock.dll (00007F9DC2BB0000), size: 2142208 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\mswsock.dll', fileVersion: 4.0.0.0 vrising    | C:\windows\system32\secur32.dll:secur32.dll (00007F9DC2970000), size: 2318336 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\secur32.dll' vrising    | C:\windows\system32\netapi32.dll:netapi32.dll (00007F9DC2740000), size: 2273280 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\netapi32.dll' vrising    | C:\windows\system32\wlanapi.dll:wlanapi.dll (00007F9DC0520000), size: 2162688 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\wlanapi.dll' vrising    | Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\stun_steamnetworking.dll:stun_steamnetworking.dll (0000000062A90000), size: 110592 (result: 0), SymType: '-deferred-', PDB: 'Z:\steamcmd\vrising\VRisingServer_Data\Plugins\x86_64\stun_steamnetworking.dll' vrising    | C:\windows\system32\wininet.dll:wininet.dll (00007F9DB3D90000), size: 2555904 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\wininet.dll', fileVersion: 8.0.7601.17601 vrising    | C:\windows\system32\mpr.dll:mpr.dll (00007F9DB3B60000), size: 2207744 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\mpr.dll', fileVersion: 5.0.2195.6611 vrising    | C:\windows\system32\dbghelp.dll:dbghelp.dll (00007F9DC00B0000), size: 2506752 (result: 0), SymType: 'DIA', PDB: 'C:\windows\system32\dbghelp.dll', fileVersion: 6.1.7601.17514 vrising    | C:\windows\system32\msvcrt.dll:msvcrt.dll (00007F9DB0260000), size: 2818048 (result: 0), SymType: '-deferred-', PDB: 'C:\windows\system32\msvcrt.dll', fileVersion: 7.0.2600.2180 vrising    |  vrising    | ========== OUTPUTTING STACK TRACE ================== vrising    |  vrising    |  vrising    | ========== END OF STACKTRACE =========== vrising    |  vrising    | A crash has been intercepted by the crash handler. For call stack and other details, see the latest crash report generated in: vrising    |  * C:/users/docker/Temp/Stunlock Studios/VRisingServer/Crashes vrising    | Stuck main thread detected. Last system started: DayNightCycleSystem. Last system finished: ProjectM.AgeSystem. Last subnode: PrefabGuid: 0 NodeIndex: 0. vrising    | wine: Unhandled illegal instruction at address 0x7f9df2753d97 (thread 002e), starting debugger...

Same error

Were either of you using this image before? What host platform are you running on?
I very recently started working on bringing this project back to life, and while it's working for me, it's definitely not finished and lacking the necessary documentation.

Here you can find a detailed answer on this issue https://github.com/TrueOsiris/docker-vrising/issues/38

This should now be fixed, however I'd like to keep this issue open until I've made a more thorough fix, as the current one was a rather quick one. The latest image should also fix any crashing issues that started happening after yesterday's server update from the developers.

authors: Dids evehour slikfoul

repo: Didstopia/vrising-server


text:
🛑 ZL1OTD Repeater is down

In 2845c86, ZL1OTD Repeater (https://zl1otd.dvnz.nz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ZL1OTD Repeater is back up in 8c146a2.

Resolved: ZL1OTD Repeater is back up in 8c146a2.

repo: DigitalVoiceNZ/upptime


text:
Add new folder structure to promote artifacts

Install kernel packages within the docker build and export the corresponding initrd & kernel directly.
Push all artifacts (initrd, kernel and squashfs) to a subfolder within the env-folder; e.g. dev/20240308.

ToDo:

[ ] Adapt our ipxe-logic and templates so they trigger the boot from the artifact subfolders.
[ ] Adapt the pipeline of our customization of the images in order to skip the kernel updates and checks entirely.

:warning: When this PR is merged, no new builds will be built within the old folder structure.

kernel-updates folder kann auch gelöscht werden

repo: DigitecGalaxus/thinclients


text:
unknown error - Unanable to run solc compliers

What does this mean? I installed and pointed at Geth and that works but then get this after
init = Ethereum::Initializer.new("/app/assets/contracts/xxx.sol", client)

same as other closed issue.  Ran sudo apt-get install solc

repo: DigixGlobal/ethereum-ruby


text:
chore(package): update eslint-plugin-react to version 7.0.1

Closes #114

Codecov Report

Merging #127 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master     #127   +/-   ##
=======================================
  Coverage   27.48%   27.48%
=======================================
  Files          11       11
  Lines         131      131
  Branches       22       22
=======================================
  Hits           36       36
  Misses         93       93
  Partials        2        2

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 5b3d7df...274b830. Read the comment docs.

authors: Dilatorily codecov-io

repo: Dilatorily/fictional-octo-spork


text:
nointerpolation not available with OpenGL

I need to communicate between vertex and fragment shader a non interpolated variable.
In OpenGL it is achievable and it is also in DirectX with 'nointerpolation' keyword.
I expected the HLSL -> GLSL converter to adapt the shader code, but it generates an error:
Diligent Engine: ERROR in Diligent::HLSL2GLSLConverterImpl::ConversionStream::ParseShaderParameter() (HLSL2GLSLConverterImpl.cpp, 2234): Missing argument type
>  >  >  >  >  >  >  >  >  >  >  >  >  >  >  >  >  >  >  >  >

    float4 Pos  : SV_POSITION;
    float3 Norm : NORMAL;    // world-space normal
    nointerpolation uint BackFace : MATERIAL;
    ^
};
<  <  <  <  <  <  <  <  <  <  <  <  <  <  <  <  <  <  <  <  <

Will take a look, though for a uint argument, nointerpolation is not needed. It is automatically nointerpolation

repo: DiligentGraphics/DiligentCore


text:
🛑 API - Debank Gas Price Dict is down

In 307caa0, API - Debank Gas Price Dict ($DEBANK_GAS_PRICE_DICT_API_URL) was down:

HTTP code: 429
Response time: 302 ms

Resolved: API - Debank Gas Price Dict is back up in 773daac.

repo: DimensionDev/status


text:
🛑 API - Twitter Identity is down

In 844a6dd, API - Twitter Identity ($TWITTER_IDENTITY_API_URL) was down:

HTTP code: 502
Response time: 404 ms

Resolved: API - Twitter Identity is back up in 7238058.


text:
Create Dioxus Service Worker Hook(s) for Web PWAs

Specific Demand
Create a service worker hook that makes it easier to set up and interact with a service worker in Dioxus:
Try to test with some use cases found here.
https://developer.mozilla.org/en-US/docs/Web/API/Service_Worker_API

Closing issue to clean issue list. Please re-open if still planned

repo: DioxusLabs/dioxus


text:
dx serve should serve http://127.0.0.1:8080/{base_path} not just route

Feature Request
This is a slight mix between "feature request" and (potentially) bug report.
If a base_path is defined in Dioxus.toml, when I run dx serve locally it serves at http://127.0.0.1:8080. It would seem beneficial to at least have a link to http://127.0.0.1:8080/{base_path}.
I'm currently using the 0.6 alpha.4 tagged version of dioxus-cli.
Additional Clarification (and potential bug??)
The base_path is currently defined as "name/app" without any trailing '/' character.
Assets are included in my program as:
rsx! {
  Link { rel: "stylesheet", href: asset!("/assets/css/main.css") }
}

(i.e. with leading '/' as mentioned in the alpha-4 notes).
If I navigate to http://127.0.0.1:8080/name/app the app appears, but without the css styling applied.
If I navigate to http://127.0.0.1:8080/name/app/ (with trailing "/") the app appears with styling appropriately applied.

Potentially related https://github.com/DioxusLabs/dioxus/pull/2896
It looks like routes with trailing slashes are still treated as different paths in some cases 🤔

@jkelleyrtp  / @ealmloff  There may be two issues here; my main question was around the "serving at ..." when performing dioxus serve.  I was expecting that to include the base path.  I have retried here with dioxus 0.6.0-rc.0 (5bfdc03) and the issue still appears.

authors: matthunz nigeleke


text:
Fixes #3 Golang CLI to generate passwords

Fixes #3 Golang CLI to generate passwords

Created a basic Password Generator using Go Cobra.

I generated passwords and they are coming properly.
However one case it came as this rYPLWbNSVE
This does not have special characters, can you modify the logic so that according to the issue it always picks up special characters , lower and upper case letters.

I generated passwords and they are coming properly. However one case it came as this rYPLWbNSVE
This does not have special characters, can you modify the logic so that according to the issue it always picks up special characters , lower and upper case letters.

implementing

@DiptoChakrabarty review please

@DiptoChakrabarty please review

I would greatly appreciate if you could leave a star for the repo if you find it useful.
I ill be adding the different projects mentioned in the issues if no one else picks up in the future


text:
Voiding items when interacting with Create's basin

LaserIO version
1.3.3
Minecraft Version
1.18.2
Forge Version
40.1.68
Modpack & Version
Encrypted 1.2
Do you have optifine installed?
No
Describe the issue
If you use a basic filter when inserting into a basin from Create, it will void 48 items at a time since the basin can only hold 16 at a time.
Steps to reproduce

Use an item card to pull from an inventory (drawer in my case) with at least a full stack.
Use another item card to insert into the basin.  The basin's capacity is 16 for the recipe.
With just a basic filter on the inserting card, it will pull 64 from the drawer, insert 16 into the basin, and void the other 48.
With a counting filter set to 16 on the inserting card, it will function correctly, and leave 48 in the drawer.

Expected behaviour
When using a basic filter, it should not void any excess items.  It should take what it requires and leave the rest.
Screenshots
No response
Log files
No response
Additional information
No response

I am able to duplicate this issue - and I know why its happening - however, I'm not sure if its because I'm doing something wrong, or create is. I need to investigate further and will update this as I find out.

So it turns out what create is doing is not great but I should also be checking for this kind of shenanigans :) So i added some extra checks in to prevent it. Current commit resolves this for extract mode but not stocking yet. That'll be a different kind of fix.


text:
Implement all of PPUMASK

Fixes #30

Codecov Report

Merging #33 into master will increase coverage by 0.32%.
The diff coverage is 92.3%.

@@            Coverage Diff             @@
##           master      #33      +/-   ##
==========================================
+ Coverage   94.82%   95.14%   +0.32%
==========================================
  Files          42       42
  Lines        5561     5584      +23
==========================================
+ Hits         5273     5313      +40
+ Misses        288      271      -17

Impacted Files
Coverage Δ

src/emulator/io/palette.rs
100% <100%> (ø)
:arrow_up:

src/emulator/ppu/registers.rs
60.55% <75%> (+12.47%)
:arrow_up:

src/emulator/ppu/mod.rs
95.34% <93.75%> (+1.03%)
: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 f33e8fc...bb82743. Read the comment docs.

Not sure if I'm using the new palette incorrectly or not, this causes the cutscenes in Indiana Jones to look wrong (they set all 3 emphasis bits).

Ok phew fixed it.  Turns out it wasn't quite as simple as I thought to map between the emphasis bits and the expanded palette.

authors: DiscoViking codecov-io


text:
Add method localeOf for custom Locale

Now you can not set a custom locale, only from Language enum.

Can you modify the original implementation instead of adding a second one? I think this is better and you can grab the locale from the Language anyway

authors: JakeJMattson dizyaa

repo: DiscordKt/DiscordKt


text:
Added settings folder to hold setting files as per the build environment

Using a single settings file for all environments (development, testing, production) is inefficient since many variables and parameters vary according to the current environment. For example, you'd want to set the 'DEBUG' option to 'True' during local development, but it must set to to 'False' in a production environment. This hierarchy lets you do just that. Additional instructions to configure your vitualenv to automatically source respective settings will be provided in the wiki.
Resolves #25
Signed-off-by: Nitin Paul npaul2811@gmail.com

Current coverage is 0.00%

Merging #32 into master will not affect coverage as of 22950a0

No diff could be generated. No reports for #32 found.
Review entire Coverage Diff as of 22950a0

Powered by Codecov. Updated on successful CI builds.

repo: Djenesis/contributr


text:
Easyjson, Makefile, Formatting

[x] Easyjson support
[x] Makefile draft
[x] Durafmt for longpoll updates retry message
[x] Detailed logging with fields

CI is not yet enabled in PR branches now
so...

repo: DmitryDorofeev/goicqbot


text:
the Nuget package installs to many files

having to force my scripts to be inside \scripts and including the complete source for jquery is a bit over kill for us. So we have elected the manual install and usage... but where can I get the TwitterBootstrapMvcJs.js file? its not inside the zipped packages available on the site.

the Nuget package installs TwitterBootstrapMvcJs.js file in the scripts folder. After it's installed, just move it to whatever folder you'd like. Also, TwitterBootstrapMVC does not have dependency on the jquery package. See for your self. The zipped package on the website is very outdated. Don't use it.

authors: DmitryEfimenko haldiggs

repo: DmitryEfimenko/TwitterBootstrapMvc


text:
Error on GraphQL/ArgumentUniqueness cop

I get the following cop error when inspecting a type with an argument inside a field:
An error occurred while GraphQL/ArgumentUniqueness cop was inspecting test_type.rb:1:0
The following is a very simplified type that can trigger the error:
class TestType < ::GraphQL::Schema::Object
  field name: :test, type: Boolean do
    argument :arg, Boolean
  end
end

Receiving the same error. Additional details:
An error occurred while GraphQL/ArgumentUniqueness cop was inspecting /app/graphql/types/base_object.rb:1:0.
undefined method `value' for s(:lvar, :name):RuboCop::AST::Node

Relevant code:
class Types::BaseObject < GraphQL::Schema::Object
  include Graphql::Authenticatable

  field_class Types::BaseField

  connection_type_class Types::BaseConnection

  def self.connection_field(name, type, **kwargs)
    connection_name = "#{name}_connection".to_sym
    connection_type = type.first.connection_type

    field(name, type, **kwargs) do
      argument(:filters, [String], required: false)
      argument(:name, String, required: false)
      argument(:order, [String], required: false)
      argument(:scopes, [String], required: false)

      yield self if block_given?
    end

    field(connection_name, connection_type, resolver_method: name, **kwargs) do
      argument(:filters, [String], required: false)
      argument(:name, String, required: false)
      argument(:order, [String], required: false)
      argument(:scopes, [String], required: false)

      yield self if block_given?
    end
  end
end

Hi! Where the syntax field name: :test, type: Boolean comes from? It's not seem to be mentioned in docs

Mmm, interesting. Yes, the docs says the format is field :name, Type, and we are using that format on most places, except some old code. Maybe there was a time where this was the original syntax?

authors: DmitryTsepelev davidlormor frsantos

repo: DmitryTsepelev/rubocop-graphql


text:
Add CORS header

Working locally and getting an error:

Fetch API cannot load https://northstar-thor.dosomething.org/v1/signups?user=555cc065469c6430068b6dfb. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://localhost:8080' is therefore not allowed access. If an opaque response serves your needs, set the request's mode to 'no-cors' to fetch the resource with CORS disabled.

@DFurnes was this fixed?

Nope. I think this was for an old prototype so it's not very high priority at the moment.

authors: DFurnes aaronschachter jessleenyc

repo: DoSomething/northstar


text:
sql error on registration from japan

Error

Error message

PDOException: SQLSTATE[22001]: String data, right truncated: 1406 Data too long for column 'field_address_country' at row 1: INSERT INTO {field_data_field_address} (entity_type, entity_id, revision_id, bundle, delta, language, field_address_country, field_address_administrative_area, field_address_sub_administrative_area, field_address_locality, field_address_dependent_locality, field_address_postal_code, field_address_thoroughfare, field_address_premise, field_address_sub_premise, field_address_organisation_name, field_address_name_line, field_address_first_name, field_address_last_name, field_address_data) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9, :db_insert_placeholder_10, :db_insert_placeholder_11, :db_insert_placeholder_12, :db_insert_placeholder_13, :db_insert_placeholder_14, :db_insert_placeholder_15, :db_insert_placeholder_16, :db_insert_placeholder_17, :db_insert_placeholder_18, :db_insert_placeholder_19); Array ( [:db_insert_placeholder_0] => user [:db_insert_placeholder_1] => 1705473 [:db_insert_placeholder_2] => 1705473 [:db_insert_placeholder_3] => user [:db_insert_placeholder_4] => 0 [:db_insert_placeholder_5] => und [:db_insert_placeholder_6] => JPN [:db_insert_placeholder_7] => [:db_insert_placeholder_8] => [:db_insert_placeholder_9] => [:db_insert_placeholder_10] => [:db_insert_placeholder_11] => [:db_insert_placeholder_12] => [:db_insert_placeholder_13] => [:db_insert_placeholder_14] => [:db_insert_placeholder_15] => [:db_insert_placeholder_16] => [:db_insert_placeholder_17] => [:db_insert_placeholder_18] => [:db_insert_placeholder_19] => ) in field_sql_storage_field_storage_write() (line 514 of /var/www/dev.dosomething.org/html/modules/field/modules/field_sql_storage/field_sql_storage.module).
The website encountered an unexpected error. Please try again later.

We should be receiving only the two-letter codes from Fastly.
Obviously, the site shouldn't totally die if we pass in bad data for the country.

might be my bad, I explicitly set the header to JPN
but yeah, the db column has a limit of 2 characters (should we increase it...)

yeah, this is me sending the wrong header.

repo: DoSomething/phoenix


text:
self._connection.setTimeout is not a function

Hi. From time to time I receive unhandled error when using this module:
TypeError: self._connection.setTimeout is not a function                                                                                at /home/node_modules/steam-client/lib/cm_client.js:175:21                                                                                at ClientRequest.<anonymous> (/home/node_modules/steam-client/lib/tcp_connection.js:76:4)                                                                                at emitThree (events.js:136:13)                                                                                at ClientRequest.emit (events.js:217:7)                                                                                at Socket.socketOnData (_http_client.js:472:11)                                                                                at emitOne (events.js:116:13)                                                                                at Socket.emit (events.js:211:7)                                                                                at addChunk (_stream_readable.js:263:12)                                                                                at readableAddChunk (_stream_readable.js:250:11)                                                                                at Socket.Readable.push (_stream_readable.js:208:10)
Any idea how to fix it?

Are you calling CMClient.connect more than once in short timespan by any chance?
After a few hours of thinking I came up with only one possible reason and managed to replicate it.
Using this minimal implementation of CMClient and TCPConnection I managed to reproduce the error with following code:
const httpProxy = 'http://123.45.67.89';
const server = { host: '208.78.164.12', port: 27018 }; // Steam server

const client = new Client();
client.connect(server, httpProxy); // The error comes from THIS call
client.connect(server, httpProxy); // But it's reason is `_connection` created here

Result:
TypeError: this._connection.setTimeout is not a function
    at _connection.connect (Z:\X\polygon\proxyRequest.js:55:22)

Important bit is that client.connect() calls doesn't have to be next to each other, there may be delay, max length of which seems to depend on response time.
Problem
It is happening, because we're overridding client._connection property when calling client.connect().
The request adds connection.setTimeout to itself after connecting, then invokes callback. callback calls client._connection.setTimeout, but client._connection may be already overridden by 2nd call.
Solution
client.connect() already calls client.disconnect() in case there's a connection, but it doesn't affect pending ones.
The solution would be to keep request object from client.connect() (https://github.com/DoctorMcKay/node-steam-client/blob/master/lib/tcp_connection.js#L56) and call request.abort() whenever new connection is created. Probably connection.end() is the most appropriate place for that.

I have interval set to 15 seconds where im checking if bot isLogged:
return this.user.publicIP && this.client.loggedOn && this.community.steamID && this.manager.apiKey;
If it's return false i logout:
this.community.stopConfirmationChecker(); this.user.logOff();
and relogin:
this.user.logOn({...})

I don't have much expirience with node's HTTP module, so on first glance req.setTimeout(5000) indicated that request will be aborted if not answered within 5000ms, yet tests shown that's not the case.
With 123.123.123.123 proxy address, I got ETIMEOUT after 21s:
callback: 21005.935ms

Error: connect ETIMEDOUT 123.123.123.123:80
    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1174:14)

I'm pretty sure 15 second interval/timeout may lead to behavior described in my comment above.

authors: Aareksio zaksmok

repo: DoctorMcKay/node-steam-client


text:
🛑 Holzfinis is down

In 51a1b54, Holzfinis (https://www.holzfinis.de) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Holzfinis is back up in c0c657b.


text:
[feature] Store assets and reference them in config folder

[ ] images
[ ] sounds
[ ] videos

To store non-config data may I suggest using the excellent platformdirs module? The later perfectly maps all the nuances of user data location all all platforms, and respecst the XDG Basedir Spec.

authors: Dogeek kdeldycke

repo: Dogeek/xdgconfig


text:
add flexbox in the grid

please add flexbox to the grid for more flexibility to layout

It will be added later after 1.0.0

ok

@Dogfalo Now that v1.0.0 has been released where can this be tracked? I would really like to be able to order items from top to bottom then left to right in multiple columns. Here's an example showing what I'm trying to do

Any news?

Any news on Flexbox? We are already in 2021..

repo: Dogfalo/materialize


text:
texpresso settings not found

When I go the texpresso extension settings, there is no setting to modify the path to the texpresso binary, making the extension unusable without copying the default extension "/Users/dominik/GitHub/texpresso/build/texpresso"

Your setting for TeXpresso extension is strange

Oh, apparently the issue was resolved after restarting the LaTeX Workshop extension.
Thanks!

Thanks, I should probably not hardcode my username into the extension 😅 Is there any reason to think there would be a path that works for several users?

Probably not unfortunately...
But personally I would've found it helpful if the need to change that setting in the path was made a little more explicit in the README.
My eyes kind of glossed over that part as is haha.

authors: DominikPeters TylerCWang leanhdung1994

repo: DominikPeters/texpresso-vscode


text:
填好中转了，使用suno提示，发生错误:Error: 服务器返回错误： 428

已优化 请更新至 v2.17.1

报错了字符串

 报错了字符串

用的是中转api

明显中转有问题 返回不是JSON啊

authors: Dooy Dragon617 heiyyint

repo: Dooy/chatgpt-web-midjourney-proxy


text:
【开源项目】Stateless

https://github.com/dotnet-state-machine/stateless

状态机（State Machine) 是软件开发过程中很常见的概念，如果想要在编程语言层面使用状态机，可以借助 Stateless 开源库。
如果采取

repo: DotNETWeekly-io/DotNetWeekly


text:
SA1217 asks for incorrect sorting with System usings

This was discussed in pull #786, but it doesn't seem to have been addressed.
If you ask VS to sort usings (Edit, Intellisense, Organize Usings), assuming you have the option set in your preferences, it will sort them with "using static System.*" on top of other "using static"s. StyleCop, however, is asking for that to be alphabetical.

@RobinHood70 Do you have an example so we could add unit test for this and try to fix it?

In one of my projects, I have the following mess of usings:
using System;
using System.Globalization;
using System.IO;
using System.IO.Compression;
using System.Net;
using System.Net.Configuration;
using System.Reflection;
using System.Runtime.Serialization.Formatters.Binary;
using System.Text;
using System.Threading;
using Design;
using WikiCommon;
using static System.Net.HttpStatusCode;
using static ClientShared;
using static Properties.Messages;
using static WikiCommon.Globals;

If you do a Remove and Sort Usings, this is the order they appear in. However, SA1217 triggers in the System.Net.HttpStatusCode because it's not in alphabetical order. This behaviour differs from the regular usings rule, which allows System usings to be sorted first (as they are above).

Looks like this is still up for someone to update. I've also noticed that this rule (SA1217) conflicts with SA1208 in some cases. Visual Studio has a setting to do System first or alphabetical. This rule can also be realized in .editorconfig with the dotnet_sort_system_directives_first = true setting. However, there is no setting to sort using one way and using static another way. This means that the two rules conflict unless all using statements are sorted alphabetically.
Personally, I find myself using the Remove and Sort Usings (CTRL+R, CTRL+G) shortcut a lot now, but I always end up having to manually fix the using static because the SA1217 says they can only be alphabetic. While I prefer the simplicity of alphabetic only, I work with teams where that's not always the established practice. I think the rules should be congruent; one way or the other.
System First
dotnet_sort_system_directives_first = true

using System;
using System.IO;
using Microsoft.Security;
using static System.Math;
using static Microsoft.Security.IdentityType;

All Alphabetic
dotnet_sort_system_directives_first = false

using Microsoft.Security;
using System;
using System.IO;
using static Microsoft.Security.IdentityType;
using static System.Math;

Ran into the same issue as well. Given VS 2017 can automatically do code clean up upon save (sort using), this will cause more issues. The fix should be prioritized.

authors: RobinHood70 commonsensesoftware dlemstra lostindark

repo: DotNetAnalyzers/StyleCopAnalyzers


text:
If we use IList for Storageable/Insertable/Updatable, sometime may face Newtonsoft.Json.JsonSerializationException

Happen to see: If use IList, sometime may face
Newtonsoft.Json.JsonSerializationException: Cannot deserialize the current JSON array (e.g. [1,2,3]) into type
but if I changed to List, the error is gone.
For example:
public async Task<int> Insert( IList<ClassA> records ) {     await db.Insertable<ClassA>(records).IgnoreColumns(c => new { c.Column1, c.Column2}).ExecuteCommandAsync();  }
ClassA contains some nested object inside (may have loop reference, like parent - child relationship).
but if changed to List, the error is gone

SqlSugarCore 5.1.4.129-preview13
Already supported, check the preview, the source code is also synchronized

Close it first. Post new issues if there are any

authors: DotNetNext Zero-Xiong

repo: DotNetNext/SqlSugar


text:
Adds support for mute/unmute

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?

Please use labels and text to provide additional information.

Original issue reported on code.google.com by boss...@yahoo.fr on 12 Jan 2013 at 1:52

we are getting very close to the chrome due date for the end support of a few functions sipml5 uses
'webkitURL' is deprecated. Please use 'URL' instead.
Not implemented
'MediaStream.stop()' is deprecated and will be removed in M47, around November 2015. Please use 'MediaStream.active' instead.

any updates on this?

authors: GoogleCodeExporter bhakimi