text:
Update API reference bid response docs

Specifically, the table in pbjs.getBidResponses.
Recent bid response when doing some multi-format testing:
        {
           "div-banner-outstream" : {
              "bids" : [
                 {
                    "requestTimestamp" : 1516315716059,
                    "pbMg" : "10.00",
                    "pbLg" : "5.00",
                    "width" : 0,
                    "adId" : "2ced6c3d7ab494",
                    "adserverTargeting" : {
                       "hb_native_body" : "This is a Prebid Native Creative. There are many like it, but this one is mine.",
                       "hb_mediatype" : "native",
                       "hb_native_linkurl" : "http://prebid.org/dev-docs/show-native-ads.html",
                       "hb_size" : "0x0",
                       "hb_pb" : "10.00",
                       "hb_adid" : "2ced6c3d7ab494",
                       "hb_source" : "client",
                       "hb_native_title" : "Prebid Native Multi-Format Creative",
                       "hb_native_icon" : "http://vcdn.adnxs.com/p/creative-image/59/11/24/0a/5911240a-894e-444f-9f60-b6593be02e18.png",
                       "hb_native_brand" : "Prebid.org",
                       "hb_native_image" : "http://vcdn.adnxs.com/p/creative-image/e2/1e/98/a8/e21e98a8-9ec9-4374-b2ee-b0d6e31f81f4.jpg",
                       "hb_bidder" : "appnexusAst"
                    },
                    "native" : {
                       "title" : "Prebid Native Multi-Format Creative",
                       "clickTrackers" : [
                          "http://nym1-ib.adnxs.com/click?AAAAAAAAJEAAAAAAAAAkQAAAAAAAAPA_AAAAAAAAJEAAAAAAAAAkQHd8Dc6A-GIl3KG3GRTQgEhEJGFaAAAAAMJMvAC-AwAAvgMAAAIAAACF89wE1sAVAAAAAABVU0QAVVNEAAEAAQARIAAAAAABAAQCAAAAAAAADBXipgAAAAA./cnd=%21LgxUAQiV04QJEIXn8yYY1oFXIAQoADoRZGVmYXVsdCNOWU0yOjM5Mjg./bn=76793/referrer=http%3A%2F%2Fmlane.devnxs.net%2Fmultiformat%2F/"
                       ],
                       "sponsoredBy" : "Prebid.org",
                       "impressionTrackers" : [
                          "http://nym1-ib.adnxs.com/it?e=wqT_3QKdB6CdAwAAAwDWAAUBCMTIhNMFEPf4tfCMkL6xJRjcw97NwYK0wEgqNgkAAAECCCRAEQEHEAAAJEAZCQkI8D8hCQkIJEApEQkAMQkJqOA_MMKZ8QU4vgdAvgdIAlCF5_MmWNaBV2AAaJFAePnXBIABAYoBA1VTRJIFBvBQmAEBoAEBqAEBsAEAuAEAwAEEyAEC0AEA2AEA4AEA8AEAigI7dWYoJ2EnLCAyMTczMzgxLCAxNTE2MzE1NzE2KTt1ZigncicsIDgxNTg5MTI1Nh4A8IqSAvUBIVVUS0tpd2lWMDRRSkVJWG44eVlZQUNEV2dWY3dBRGdBUUFSSXZnZFF3cG54QlZnQVlPUUVhQUJ3QUhnQWdBRUVpQUVBa0FFQm1BRUJvQUVCcUFFRHNBRUF1UUh6cldxa0FBQWtRTUVCODYxcXBBQUFKRURKQVZKeURtYzNDLTRfMlFFQUFBAQMkRHdQLUFCQVBVQgEOLEFKZ0NBS0FDQUxVQwUQBEwwCQjwTE1BQ0FNZ0NBT0FDQU9nQ0FQZ0NBSUFEQVpBREFKZ0RBYWdEbGRPRUNib0RFV1JsWm1GMWJIUWpUbGxOTWpvek9USTSaAjkhTGd4VUFRNvgA8E4xb0ZYSUFRb0FEb1JaR1ZtWVhWc2RDTk9XVTB5T2pNNU1qZy7SAoABNzcxODkxNSw3ODY5OTM5LDc4OTQzNTEsMzI3NjE3OSwzMjIyOTkyAQgsMzAxMCwxMDQwOTUzDQkIODYyARIQMTA1MTUJCQQ3Mw0SCDczOQkSBDkwDRsAOQ0tCDExOQkS8MwxNDE22ALoB-ACx9MB6gIkaHR0cDovL21sYW5lLmRldm54cy5uZXQvbXVsdGlmb3JtYXQvgAMBiAMBkAMAmAMXoAMBqgMAwAOQHMgDANgDAOADAOgDAPgDAoAEAJIEDS91dC92My9wcmViaWSYBACiBAoxMC4xLjEyLjE4qASA-wOyBBIIBBABGKwCIPoBKAEoAjAAOAO4BADABADIBADSBBFkZWZhdWx0I05ZTTI6MzkyONoEAggA4AQA8ASF5_MmiAUBmAUAoAX_____BQQUAcAFAMkFaSIU8D_SBQkJCQxQAADYBQHgBQHwBQH6BQQIABAAkAYA&s=0f3f5a98af47b3b43b1f05d103722c467aa78228&referrer=http%3A%2F%2Fmlane.devnxs.net%2Fmultiformat%2F"
                       ],
                       "body" : "This is a Prebid Native Creative. There are many like it, but this one is mine.",
                       "icon" : {
                          "height" : 75,
                          "width" : 75,
                          "url" : "http://vcdn.adnxs.com/p/creative-image/59/11/24/0a/5911240a-894e-444f-9f60-b6593be02e18.png"
                       },
                       "image" : {
                          "height" : 742,
                          "width" : 989,
                          "url" : "http://vcdn.adnxs.com/p/creative-image/e2/1e/98/a8/e21e98a8-9ec9-4374-b2ee-b0d6e31f81f4.jpg"
                       },
                       "clickUrl" : "http://prebid.org/dev-docs/show-native-ads.html"
                    },
                    "adUnitCode" : "div-banner-outstream",
                    "bidder" : "appnexusAst",
                    "size" : "0x0",
                    "pbAg" : "10.00",
                    "creativeId" : 81589125,
                    "pbCg" : "",
                    "netRevenue" : true,
                    "pbDg" : "10.00",
                    "source" : "client",
                    "responseTimestamp" : 1516315716179,
                    "auctionId" : "1338a6fb-e514-48fc-8db6-872ddf3babdb",
                    "bidderCode" : "appnexusAst",
                    "mediaType" : "native",
                    "timeToRespond" : 120,
                    "cpm" : 10,
                    "statusMessage" : "Bid available",
                    "currency" : "USD",
                    "height" : 0,
                    "pbHg" : "10.00",
                    "status" : "targetingSet",
                    "ttl" : 300
                 }
              ]
           },
           "div-banner-outstream-native" : {
              "bids" : [
                 {
                    "pbMg" : "10.00",
                    "pbLg" : "5.00",
                    "width" : 0,
                    "requestTimestamp" : 1516315716062,
                    "creativeId" : 81589325,
                    "pbCg" : "",
                    "adUnitCode" : "div-banner-outstream-native",
                    "size" : "0x0",
                    "bidder" : "appnexus",
                    "pbAg" : "10.00",
                    "adId" : "473965c9df19d2",
                    "adserverTargeting" : {
                       "hb_native_icon" : "http://vcdn.adnxs.com/p/creative-image/d4/06/e2/33/d406e233-a5f9-44a6-a3e0-8a714bf0e980.png",
                       "hb_native_title" : "This is a Prebid Native Multi-Format Creative",
                       "hb_native_brand" : "Prebid.org",
                       "hb_adid" : "473965c9df19d2",
                       "hb_pb" : "10.00",
                       "hb_source" : "client",
                       "hb_bidder" : "appnexus",
                       "hb_native_image" : "http://vcdn.adnxs.com/p/creative-image/9e/26/5f/b2/9e265fb2-50c8-43f0-88ef-a5a48a9d0dcf.jpg",
                       "hb_size" : "0x0",
                       "hb_mediatype" : "native",
                       "hb_native_body" : "This is a Prebid Native Creative. There are many like it, but this one is mine.",
                       "hb_native_linkurl" : "http://prebid.org/dev-docs/show-native-ads.html"
                    },
                    "native" : {
                       "icon" : {
                          "url" : "http://vcdn.adnxs.com/p/creative-image/d4/06/e2/33/d406e233-a5f9-44a6-a3e0-8a714bf0e980.png",
                          "height" : 75,
                          "width" : 75
                       },
                       "body" : "This is a Prebid Native Creative. There are many like it, but this one is mine.",
                       "image" : {
                          "url" : "http://vcdn.adnxs.com/p/creative-image/9e/26/5f/b2/9e265fb2-50c8-43f0-88ef-a5a48a9d0dcf.jpg",
                          "height" : 2250,
                          "width" : 3000
                       },
                       "clickUrl" : "http://prebid.org/dev-docs/show-native-ads.html",
                       "clickTrackers" : [
                          "http://nym1-ib.adnxs.com/click?AAAAAAAAJEAAAAAAAAAkQAAAAAAAAPA_AAAAAAAAJEAAAAAAAAAkQBlCES4dAQ8I3KG3GRTQgEhEJGFaAAAAAMJMvAC-AwAAvgMAAAIAAABN9NwE1sAVAAAAAABVU0QAVVNEAAEAAQARIAAAAAABAAQCAAAAAAAA1xFgoAAAAAA./cnd=%21bQwcCgiV04QJEM3o8yYY1oFXIAQoADoRZGVmYXVsdCNOWU0yOjM4MDE./bn=75781/referrer=http%3A%2F%2Fmlane.devnxs.net%2Fmultiformat%2F/"
                       ],
                       "title" : "This is a Prebid Native Multi-Format Creative",
                       "impressionTrackers" : [
                          "http://nym1-ib.adnxs.com/it?e=wqT_3QKdB6CdAwAAAwDWAAUBCMTIhNMFEJmExfDSo8CHCBjcw97NwYK0wEgqNgkAAAECCCRAEQEHEAAAJEAZCQkI8D8hCQkIJEApEQkAMQkJqOA_MMKZ8QU4vgdAvgdIAlDN6PMmWNaBV2AAaJFAeIXQBIABAYoBA1VTRJIFBvBQmAEBoAEBqAEBsAEAuAEAwAEEyAEC0AEA2AEA4AEA8AEAigI7dWYoJ2EnLCAyMTczMzgxLCAxNTE2MzE1NzE2KTt1ZigncicsIDgxNTg5MzI1Nh4A8IqSAvUBIVN6TU5BUWlWMDRRSkVNM284eVlZQUNEV2dWY3dBRGdBUUFSSXZnZFF3cG54QlZnQVlPUUVhQUJ3QUhnQWdBRUVpQUVBa0FFQm1BRUJvQUVCcUFFRHNBRUF1UUh6cldxa0FBQWtRTUVCODYxcXBBQUFKRURKQVp1TEVhODlFLTRfMlFFQUFBAQMkRHdQLUFCQVBVQgEOLEFKZ0NBS0FDQUxVQwUQBEwwCQjwTE1BQ0FNZ0NBT0FDQU9nQ0FQZ0NBSUFEQVpBREFKZ0RBYWdEbGRPRUNib0RFV1JsWm1GMWJIUWpUbGxOTWpvek9EQXiaAjkhYlF3Y0NnNvgA8E4xb0ZYSUFRb0FEb1JaR1ZtWVhWc2RDTk9XVTB5T2pNNE1ERS7SAoABNzcxODkxNSw3ODY5OTM5LDc4OTQzNTEsMzI3NjE3OSwzMjIyOTkyAQgsMzAxMCwxMDQwOTUzDQkIODYyARIQMTA1MTUJCQQ3Mw0SCDczOQkSBDkwDRsAOQ0tCDExOQkS8MwxNDE22ALoB-ACx9MB6gIkaHR0cDovL21sYW5lLmRldm54cy5uZXQvbXVsdGlmb3JtYXQvgAMBiAMBkAMAmAMXoAMBqgMAwAOQHMgDANgDAOADAOgDAPgDAoAEAJIEDS91dC92My9wcmViaWSYBACiBAoxMC4xLjEyLjE4qASA-wOyBBIIBBABGKAGILAJKAEoAjAAOAO4BADABADIBADSBBFkZWZhdWx0I05ZTTI6MzgwMdoEAggA4AQA8ATN6PMmiAUBmAUAoAX_____BQQUAcAFAMkFaSIU8D_SBQkJCQxQAADYBQHgBQHwBQH6BQQIABAAkAYA&s=d1693247355fbe2422d0049e8c5ee4eb2c9a1872&referrer=http%3A%2F%2Fmlane.devnxs.net%2Fmultiformat%2F"
                       ],
                       "sponsoredBy" : "Prebid.org"
                    },
                    "timeToRespond" : 143,
                    "mediaType" : "native",
                    "bidderCode" : "appnexus",
                    "source" : "client",
                    "auctionId" : "1338a6fb-e514-48fc-8db6-872ddf3babdb",
                    "responseTimestamp" : 1516315716205,
                    "netRevenue" : true,
                    "pbDg" : "10.00",
                    "pbHg" : "10.00",
                    "ttl" : 300,
                    "status" : "targetingSet",
                    "height" : 0,
                    "statusMessage" : "Bid available",
                    "cpm" : 10,
                    "currency" : "USD"
                 }
              ]
           }
        }

merged with #927

authors: bretg rmloveland


text:
feature: Add ExcludeBidders from scan config and Analytic tags for Confiant Ad Quality module docs

🏷 Type of documentation

[x] new feature
[x] new examples

📋 Checklist

[x] Related pull requests in prebid.js or server are linked -> https://github.com/prebid/prebid-server-java/pull/2670

@muuki88 feature PR has been merged. So hope we can merge current one as well.

Thanks for the ping 💪

source: gharchive/pull-request

license_type: permissive

license_source: github-api


text:
:mag: adding init kwargs to show dash - fix for #265

Fixes #265,
This PR largely alleviates the unclarity of the show_dash_kwargs by removing these from the FigureResampler its constructor and replacing these by the kwargs of the show_dash method.
This show_dash method now also contains init_dash_kwargs which should aid in specifying Dash constructor arguments, which can be of value for kubernetes (k8s) jupyterhub notebook instances.

[ ] text show_dash_kwargs in register_plotly_resampler

Codecov Report
Attention: 2 lines in your changes are missing coverage. Please review.

Comparison is base (741da5d) 96.46% compared to head (cc5b24b) 96.46%.

Files
Patch %
Lines

...tly_resampler/figure_resampler/figure_resampler.py
60.00%
2 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@           Coverage Diff           @@
##             main     #269   +/-   ##
=======================================
  Coverage   96.46%   96.46%
=======================================
  Files          14       14
  Lines        1130     1130
=======================================
  Hits         1090     1090
  Misses         40       40

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

Will review it tonight

The show_dash_kwargs are already tested for register_plotly_resampler!
https://github.com/predict-idlab/plotly-resampler/blob/741da5d2358bee59c59d1591b0722ab0ea66bbb6/tests/test_registering.py#L132

authors: codecov-commenter jonasvdd jvdd

repo: predict-idlab/plotly-resampler

license: MIT


text:
Interactive environment selection should be for all

Problem description
Given this example. When I do: pixi run moon, I receive the question if I want to run the command in default, one, or two. When I choose, the depends_on tasks don't imply the same environment, so I have to select for both hello and world where to run it, while moon is executed in the default environment. It feels like some automatic environment dependency should be implemented.
[project]
name = "pixitest"
version = "0.1.0"
description = "Add a short description here"
channels = ["conda-forge"]
platforms = ["win-64"]

[tasks]
hello = { cmd = "echo Hello" }
world = { cmd = "echo World", depends_on = ["hello"]}
moon = { cmd = "echo Moon", depends_on = ["world"]}

[environments]
one = []
two = []

An output could be:
pixi run moon
Pixi task (two): echo Hello
Hello

Pixi task (one): echo World
World

Pixi task (default): echo Moon
Moon

Hee @deltamarnix
Would you mind sharing your real world example? This is implemented as you can depend on tasks from different environments. If we for the decision to all we would not be able to do it the other way around where you would want a different env for different tasks.

In my real world scenario, I have a custom install step that consists of multiple tasks that are carried out. For example, performing a local pip install -e . into the python environment, and installing pre-commit hooks like so:
install = { depends_on = ["install-hydromt", "install-pre-commit"] }
install-hydromt = "pip install --no-deps --editable ."
install-pre-commit = "pre-commit install"

Ah I see, that makes sense! I'm not sure how we sould fix this, let me give it some more thought.
To fix it for now you could put all commands in one task, but I see that that is not a long term solution!
install = "pip install && pre-commit install"

Yes that makes sense, but will create code duplication since there are also other tasks in CI that don't install the pre-commit part and only call install-hydromt. That would mean that I need to write out pip install --no-deps --editable . twice. Which can leads to a maintenance burden. Although small in this example, the tree of tasks will grow in the future for sure.

When I run the above example I would suggest that all tasks are run in the default environment. This is because all tasks are only defined in the default feature and never redefined.
However, this is the output:
❯ pixi run moon
? The task 'world' (depended on by 'moon') can be run in multiple environments.

Please select an environment to run the task in: ›
❯ default
  one
  two

moon is indeed correctly run in the default environment, but world should also run in the default environment.
I think this is bugged.

At the same time, when I run the first task in an environment, I'd expect the follow-up tasks to also run in the same environment.
pixi run -e two moon should run all the tasks in two, not in default.

source: gharchive/issue

authors: baszalmstra deltamarnix ruben-arts

repo: prefix-dev/pixi


text:
Allow creation of virual env and installing of wheel files into this env.

We need this mainly because of #32.
When we are building sdist we need create a build environment isolated from the system but using the current system interpreter so that we can build the source dist in this environment.
I'm already working on this in https://github.com/tdejager/rip/tree/feat/venv-creation. In which I'm planning to:

[x] Create venv using python -m venv --no-pip (did this)
[ ] Get the correct install paths for this venv, need #77 for this
[ ] Be able to install .whl into this venv
[ ] Create a small test that executes a python thing in there

Currently, I want to do this with just with python -m venv but if we have the system intepreter we can create an environment without executing python if we want later on see: https://packaging.python.org/en/latest/specifications/virtual-environments/#declaring-installation-environments-as-python-virtual-environments.

Create a small test that executes a python thing in there

Have you thought about how you'd want to test something like this?

Create a small test that executes a python thing in there

Have you thought about how you'd want to test something like this?

I actually have a simple test in this PR: https://github.com/prefix-dev/rip/pull/82

Closing this we can re-open if we need more specific functionality.

authors: cnpryer tdejager

repo: prefix-dev/rip


text:
add endpoint tag option on install

re: https://github.com/preludeorg/libraries/issues/239
Our backend currently only accepts a list, not a comma-separated list - if you're waiting for that update, it's coming, just lmk here!

@mireaulf have you tested this?

@mireaulf have you tested this?

Works

authors: makk94 mireaulf privateducky

repo: preludeorg/libraries


text:
Chat: scrolling bugs

Screencast_from_21.06.2023_122508(1).webm
Screencast_from_21.06.2023_122508.webm

ping @hardik-rl @jigneshsolanki

Whats the status of this?

the scroll issue is fixed in this PR and for other issue i have created ticket before so closing this
Ticket : [(https://github.com/premAI-io/prem-app/issues/169)]

authors: itschetu tiero

repo: premAI-io/prem-app


text:
Clear zustand state on restart

Currently, if the app is closed and reopened the app will start from the previous state.
How to reproduce?

run cargo tauri dev
start petal swarm
close prem app
restart prem app with cargo tauri dev

Behaviour
On restart swarm is running state (even if no processes are running)

Expected behaviour
On restart swarm is not running state (even if no processes are running)

Closed by #436 with https://github.com/nsosio/prem-app/commit/58a44b30542140ac17263ebff8627685d8cedfdc


text:
fixes stable beluga generation stopping midway

fixes #139

Great

Please fix the lint @biswaroop1547

done :)

repo: premAI-io/prem-services


text:
png format dataUrl() not working on Internet Explorer 11

I'm having issues using the the dataUrl to extract a base64 png on Internet Explorer 11
// svg to test
var svg = '<svg xmlns="http://www.w3.org/2000/svg" width="200" height="100" version="1.1"><rect width="200" height="100" stroke="black" stroke-width="6" fill="green"/></svg>';

// Outputs data:image/svg+xml;base64,PHN2Z......
Pablo(svg).dataUrl('svg', function(uri){console.log(uri)}); //returns the base64 of xml

// Outputs data:,
Pablo(svg).dataUrl('png', function(uri){console.log(uri)});

// Returns true
Pablo.support.image.png(function(support){console.log(support);})
```;

Thanks for the report.

Any progress on this one ?

authors: GAUTAMRAJU15 kevhui premasagar

repo: premasagar/pablo

license: mit

license_source: bigquery


text:
Request returnes html instead of JSON

Consider code
const poloniex = new (require('poloniex.js'))

poloniex.returnLoanOrders('BTC', (e, r) => console.log(e || r))

will output
<!DOCTYPE html>

	<title>Poloniex - Bitcoin/Cryptocurrency Exchange</title>
	<meta charset="UTF-8" />

		<svg id="logo" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" viewbox="0 0 710 110">
		<g>
			<g>
				<lineargradient id="SVGID_1_" gradientunits="userSpaceOnUse" x1="685.9" y1="109.7" x2="685.9" y2="2.8">
					<stop offset="0" style="stop-color:#2A343A"></stop>
					<stop offset="0.153" style="stop-color:#3C454B"></stop>
					<stop offset="0.9144" style="stop-color:#444E54"></stop>
					<stop offset="1" style="stop-color:#4D565C"></stop>
				</lineargradient>
				<polygon fill="url(#SVGID_1_)" points="679.5,45.2 708.6,1.4 676.9,1.4 663.2,21.3"></polygon>
				<lineargradient id="SVGID_2_" gradientunits="userSpaceOnUse" x1="686.7" y1="109.4" x2="686.7" y2="3">
					<stop offset="0" style="stop-color:#2A343A"></stop>
					<stop offset="0.153" style="stop-color:#3C454B"></stop>
					<stop offset="0.9144" style="stop-color:#444E54"></stop>
					<stop offset="1" style="stop-color:#4D565C"></stop>
				</lineargradient>
				<polygon fill="url(#SVGID_2_)" points="679.5,65.3 663.2,87.9 678.6,109.4 710.2,109.4"></polygon>
			</g>
		</g>
		<g>
			<g>
				<g>
					<g>
						<lineargradient id="SVGID_3_" gradientunits="userSpaceOnUse" x1="43.7" y1="109.4" x2="43.7" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_3_)" d="M56.727 1.24c10.544 0 18.3 2.6 23.2 7.94c4.929 5.3 7.4 16.6 7.4 27.2 c0 10.683-2.57 23.492-7.704 28.763c-5.134 5.273-12.768 7.909-22.899 7.909H24.343v36.626H0V1.24H56.727z M24.343 19.7 v35.044h24.543c2.752 0 5.02-0.252 6.81-0.755c1.787-0.506 3.207-1.285 4.263-2.338c1.054-1.054 1.789-2.432 2.201-4.126 c0.411-1.696 0.619-11.94 0.619-14.278c0-2.337-0.184-4.367-0.55-6.085c-0.368-1.72-1.079-3.129-2.131-4.23 c-1.057-1.1-2.511-1.914-4.368-2.441c-1.859-0.527-4.299-0.79-7.324-0.79H24.343z"></path>
					</g>
				</g>
				<g>
					<g>
						<lineargradient id="SVGID_4_" gradientunits="userSpaceOnUse" x1="142.1" y1="109.4" x2="142.1" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_4_)" d="M95.446 36.998c0-6.602 0.791-12.242 2.372-16.916c1.584-4.677 4.035-8.504 7.36-11.485 c3.322-2.979 7.563-5.157 12.722-6.533C123.056 0.7 129.2 0 136.4 0h11.545c7.243 0 13.4 0.7 18.6 2 c5.16 1.4 9.4 3.5 12.7 6.464c3.301 3 5.7 6.8 7.3 11.483c1.535 4.7 2.3 10.4 2.3 17.021v33.876 c0 6.604-0.78 15.24-2.338 19.916c-1.558 4.677-3.988 8.504-7.288 11.484c-3.302 2.98-7.531 5.158-12.69 6.5 c-5.155 1.377-11.335 2.063-18.532 2.063h-11.545c-7.199 0-13.378-0.686-18.533-2.063c-5.159-1.375-9.4-3.553-12.722-6.533 c-3.326-2.98-5.776-6.807-7.36-11.484c-1.581-4.676-2.372-13.313-2.372-19.916V36.998z M141.355 20.8 c-3.847 0-7.099 0.265-9.753 0.792c-2.655 0.528-4.83 1.537-6.523 3.026c-1.693 1.49-2.919 3.586-3.673 6.3 c-0.756 2.705-1.134 9.234-1.134 13.591v21.935c0 4.4 0.4 10.9 1.1 13.557c0.754 2.7 2 4.8 3.7 6.3 c1.693 1.5 3.9 2.5 6.5 3.062c2.654 0.5 5.9 0.8 9.8 0.79h1.566c3.846 0 7.095-0.263 9.75-0.79 c2.657-0.525 4.832-1.535 6.524-3.024c1.693-1.491 2.919-3.588 3.675-6.294c0.755-2.703 1.132-9.233 1.132-13.59V44.399 c0-4.357-0.377-10.874-1.132-13.555c-0.755-2.682-1.97-4.769-3.641-6.259c-1.67-1.489-3.846-2.485-6.522-2.99 c-2.679-0.504-5.94-0.758-9.786-0.758H141.355z"></path>
					</g>
				</g>
				<g>
					<g>
						<lineargradient id="SVGID_5_" gradientunits="userSpaceOnUse" x1="232" y1="109.4" x2="232" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_5_)" d="M223.349 88.797h41.626v20.835h-65.972V1.24h24.346V88.797z"></path>
					</g>
				</g>
				<g>
					<g>
						<lineargradient id="SVGID_6_" gradientunits="userSpaceOnUse" x1="316.9" y1="109.4" x2="316.9" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_6_)" d="M270.209 36.998c0-6.602 0.79-12.242 2.372-16.916c1.583-4.677 4.035-8.504 7.359-11.485 c3.325-2.979 7.564-5.157 12.723-6.533C297.819 0.7 304 0 311.2 0h11.545c7.243 0 13.4 0.7 18.6 2 c5.159 1.4 9.4 3.5 12.7 6.464c3.303 3 5.7 6.8 7.3 11.483c1.536 4.7 2.3 10.4 2.3 17.021v33.876 c0 6.604-0.783 15.24-2.341 19.916c-1.558 4.677-3.987 8.504-7.288 11.484c-3.302 2.98-7.531 5.158-12.69 6.5 c-5.157 1.377-11.334 2.063-18.532 2.063h-11.545c-7.199 0-13.377-0.686-18.534-2.063c-5.159-1.375-9.398-3.553-12.723-6.533 c-3.324-2.98-5.776-6.807-7.359-11.484c-1.582-4.676-2.372-13.313-2.372-19.916V36.998z M316.117 20.8 c-3.847 0-7.098 0.265-9.753 0.792c-2.655 0.528-4.83 1.537-6.524 3.026c-1.694 1.49-2.917 3.586-3.673 6.3 c-0.754 2.705-1.132 9.234-1.132 13.591v21.935c0 4.4 0.4 10.9 1.1 13.557c0.756 2.7 2 4.8 3.7 6.3 c1.694 1.5 3.9 2.5 6.5 3.062c2.655 0.5 5.9 0.8 9.8 0.79h1.565c3.845 0 7.096-0.263 9.751-0.79 c2.655-0.525 4.829-1.535 6.524-3.024c1.692-1.491 2.917-3.588 3.673-6.294c0.756-2.703 1.134-9.233 1.134-13.59V44.399 c0-4.357-0.377-10.874-1.134-13.555c-0.755-2.682-1.969-4.769-3.64-6.259c-1.67-1.489-3.845-2.485-6.523-2.99 c-2.678-0.504-5.94-0.758-9.785-0.758H316.117z"></path>
					</g>
				</g>
				<g>
					<g>
						<lineargradient id="SVGID_7_" gradientunits="userSpaceOnUse" x1="420.8" y1="109.4" x2="420.8" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_7_)" d="M375.152 1.24h27.99l40.551 74v-74h22.83v108.393h-27.99l-40.548-74.828v74.828h-22.833V1.24z"></path>
					</g>
				</g>
				<g>
					<g>
						<lineargradient id="SVGID_8_" gradientunits="userSpaceOnUse" x1="493.5" y1="109.4" x2="493.5" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_8_)" d="M481.318 1.24h24.343v108.393h-24.343V1.24z"></path>
					</g>
				</g>
				<g>
					<g>
						<lineargradient id="SVGID_9_" gradientunits="userSpaceOnUse" x1="557.8" y1="109.4" x2="557.8" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_9_)" d="M520.32 1.24h74.881v20.835h-50.539v22.186h48.888v20.7h-48.888v23.836h50.539v20.835H520.32 V1.24z"></path>
					</g>
				</g>
				<g>
					<g>
						<lineargradient id="SVGID_10_" gradientunits="userSpaceOnUse" x1="637.1" y1="109.4" x2="637.1" y2="2.4">
							<stop offset="0.0023" style="stop-color:#05535C"></stop>
							<stop offset="0.2409" style="stop-color:#0C6267"></stop>
							<stop offset="0.7032" style="stop-color:#0D6E74"></stop>
							<stop offset="0.793" style="stop-color:#1C747B"></stop>
							<stop offset="0.9966" style="stop-color:#2D7F86"></stop>
						</lineargradient>
						<path fill="url(#SVGID_10_)" d="M672.339 55.437l-38.96 54.196h-31.572l37.754-54.096L603.524 1.24h31.71L672.339 55.4"></path>
					</g>
				</g>
			</g>
		</g>
		</svg>

One More Step

Please complete the security check to proceed.

			<form class="challenge-form" id="challenge-form" action="/cdn-cgi/l/chk_captcha" method="get">

        <textarea id="g-recaptcha-response" name="g-recaptcha-response" class="g-recaptcha-response" style="width: 250px; height: 40px; border: 1px solid #c1c1c1; margin: 10px 25px; padding: 0px; resize: none;"></textarea>
        <input type="submit" value="Submit"></input>

</form>

© Poloniex, Inc. 2016 - Wilmington, DE, USA | Contact Support

While expected result is a JSON, like in docs example

To obtain a good JSON we need to add a Cookie header. I have taken mine from browser after passing the capcha. How to get one on the back-end - at this moment is an open question to me

+1

Are you still seeing this? I get properly formatted JSON now. Possible this may have been a transitory problem on Poloniex?

@anders94 Since facing such Poloniex attitude I decide to use another exchange. Probably there was not a lot that may be done here - administration just didn't respect API users at that moment. I'll close the issue since you say that it is not reproducing anymore. Hope they would not do such things again

authors: Alexsey anders94 mdarif


text:
🛑 Secret Site is down

In 2aaf19f, Secret Site ($SECRET_SITE) was down:

HTTP code: 404
Response time: 134 ms

Resolved: Secret Site is back up in 5c2d9f8 after 15 hours, 11 minutes.

repo: premii/upptime


text:
Page running on custom port throws 404

I am using prerender-node package which is running on localhost in port 8000. When I was using curl on

curl -X GET -H "Cache-Control: no-cache" -H "User-Agent: rogerbot" "http://example.com/ex"

.It gives me ,

2016-11-09T00:30:30.066Z got 404 in 2438ms for http://localhost:8080/ex
(8080 is the port Number)

Thus it is sending me the unrendered code.
After carefully seeing the log i have found the following error

Is your middleware just using the wrong host? Are you behind a proxy server that is changing the incoming URL? If so, you can use the host parameter in prerender-node similar to how protocol is set:https://github.com/prerender/prerender-node#protocol
just use host instead of protocol

authors: theSupermacy thoop

repo: prerender/prerender


text:
Fixes #1272

Description of Changes
Closes #1272

New Version Info
Author's Instructions

[ ] Derive a new MAJOR.MINOR.PATCH version number. Increment the:

MAJOR version when you make incompatible API changes
MINOR version when you add functionality in a backwards-compatible manner
PATCH version when you make backwards-compatible bug fixes

[ ] Update CHANGELOG.md, following the established pattern.

Collaborator's Instructions

[ ] Review CHANGELOG.md, suggesting a different version number if necessary.
[ ] After merging, tag the commit using these (Mac-compatible) bash commands:git checkout master
git pull
sed -n "$(grep -n -m2 '####' CHANGELOG.md | cut -f1 -d: | sed 'N;s/\n/,/')p" CHANGELOG.md | sed '$d'
git tag -a $(read -p "Tag Name: " tag;echo $tag) -m"$(git show --quiet --pretty=%s)";git push origin --tags

Hello @BubuDavid,
I would like to go ahead and merge this PR. Can you rebase your work to the current version of the master?
If you don't have time to do so Or have lost interest in doing so I can do it for you, If that is the case just let me know.
I'm sorry it took a while before merging it.

@rzvxa This doesn't need rebasing, you can merge with the "rebase and merge" option to get linear history while keeping the commits from the PR intact or "squash and merge" if the PR has messy commit history but is overall a small single-purpose set of changes. You only really need to rebase inside a PR if there are going to be merge conflicts or some testing/review is proving hard to do on an old branch point.

Since this one is already rebased and also original author is kept intact I'm going to move forward with merging it, But I want to know if the right way is doing the merge commit instead. I don't like it when commits get changed, And I wasn't aware of the fact that GitHub doesn't respect the original commit author information, Since most of my work is in a closed source environment it wasn't an issue for me until now. I would love it if you could tell me how to update a branch in GitHub PR without changing the commits and ideally without any additional merge commit on top, Until I find out more about it I'm going to use merge commit since it won't rewrite the commits in the fork even tho I'm not a big fan of merge commits for small changes like this. (For more complex changes it makes sense to me since you get merge conflicts, But a one-file change where it's only behind by a commit is pretty obvious that won't have any conflicts)
Pardon me if I got it wrong. I'm used to thinking about commits as diffs, So in my mind, it won't affect the overall outcome if you apply a diff before or after another one when they are changing different files.

authors: BubuDavid alerque rzvxa

repo: preservim/nerdtree

license: WTFPL


text:
🛑 Beta is down

In b3f5598, Beta (https://beta.presquelabs.com) was down:

HTTP code: 400
Response time: 670 ms

Resolved: Beta is back up in e2e487e.

repo: presquelabs/upptime


text:
mysql secondary init issue

When creating a mysql cluster with release version 0.3.8, it seems that the secondary init process cannot access port 8080 on the mysql-master service.  Checking that service, port 8080 is not being exposed.  This is causing the init container to fail since it cannot find an instance from which to clone data.  This seems to have been solved back in Jan with this commit: https://github.com/presslabs/mysql-operator/commit/58934f15b0fc7307213b3181944b1fef3c63ca57
Can we get a new release which includes this commit and addresses the init issue for the mysql secondary init process?

Hi @jgillis01,
Nice catch, this wasn't a problem so far (I think on older k8s versions), what version of k8s do you use? I'm working on the next release 4.0 which has some breaking changes but it will take at least a week because some e2e tests are failing. I can do a quick release 3.9 with this fix if you want it sooner.
Thank you for reporting this issue!

Hi, @AMecea,
Thank you for the quick response!  We are currently running k8s version v1.15.3.  I can track master for now, but I am concerned about any breaking changes that coming down the line.  A new version would be much appreciated!

@AMecea,
After further investigation, it seems that the issue has to do with the imagePullPolicy on the operator statefulset.  It is set to IfNotPresent.  However, the images used are referencing the latest tag.  This is preventing the newest images from being pulled on subsequent deployments of the operator (The new master commits contain the changes to add port 8080 to the master service).  The pull policy is configurable in the helm chart values file so I think this issue is moot.  Thank you for your attention on this.

repo: presslabs/mysql-operator


text:
🛑 PrevHelp Ticket System is down

In 1fe726d, PrevHelp Ticket System (https://support.prevhelp.de/api/v1/monitoring/health_check?token=$ZAMMAD_TOKEN) was down:

HTTP code: 200
Response time: 279 ms

Resolved: PrevHelp Ticket System is back up in a90d7a0.

repo: prevplan/prevhelp-status


text:
styled-system refactor breakpoints to pixel

Breakpoints in styled-system are now pixel values by default.
That means that the default Priceline breakpoints as defined in the theme.js
with breakpoints = [32, 40, 48, 64] are interpreted as pixel values.
That means when you use the responsive feature of styled-system like fontSize={[6, 5, 4, 3, 2]} the breakpoints are 32px, 40px etc.
Changing the breakpoints to breakpoints = ['32em', '40em', '48em', '64em'] lets styled-system interpret them as proper em, but then some Priceline components will fail e.g. the Hide components, which concatenates 'em' to the breakpoint resulting in something like "32emem"
My proposal: Either use pixel breakpoints and change 'em' to 'px' in the media-queries or use 'em' for the breakpoint array but remove 'em' from the media-queries
Not sure if I could explain myself well enough, as English is not my native language.
Cheers

Maybe a duplicate of #252

Closing this since this should be resolved in v2, but feel free to open a new issue if needed

authors: SuiOni jxnblk

repo: pricelinelabs/design-system


text:
Squad notebook

This is the notebook for SQUAD 1.1

Closing the issue.

authors: jdpsen mihaela-bornea

repo: primeqa/primeqa


text:
adapter-auto @next breaks new deployments

With the release of Svelte Kit 2 there were also new releases of the adapters.  In package.json adapter-auto is set to next so it auto moved to the new releases, but svelte-kit is pinned at the major ^1 version.  Changing the version of adapter-auto back to ^2.0.0 fixes the deployment issues on Vercel (and probably everywhere else)

Thank you! That did it

authors: mateomorris niktek

repo: primocms/primo


text:
Making SEA-RAFT available on HF

Hi @MemorySlices and team,
Niels here from the open-source team at Hugging Face. I discovered your work through the paper page: https://huggingface.co/papers/2405.14793 (feel free to claim the paper so that it appears under your HF account!). I work together with AK on improving the visibility of researchers' work on the hub.
I see the checkpoint is currently made available on Google Drive. It'd be great to make the models available on the hub, we can add tags so that people find them when filtering https://huggingface.co/models.
I recently did a similar integration with the author of NeuFlowv2, see https://github.com/neufieldrobotics/NeuFlow_v2?tab=readme-ov-file#inference-with-huggingface. The model is at https://huggingface.co/Study-is-happy/neuflow-v2.
For instance in this case, the "optical-flow-estimation" tag seems useful.
Uploading models
See here for a guide: https://huggingface.co/docs/hub/models-uploading. In case the model is a custom PyTorch model, we could probably leverage the PyTorchModelHubMixin class which adds from_pretrained and push_to_hub to the model. Alternatively, one can leverages the hf_hub_download one-liner to download a checkpoint from the hub.
Happy to send a PR!
We encourage researchers to push each model checkpoint to a separate model repository, so that things like download stats also work.
Demo as a Space
One could also create a Gradio demo. Happy to connect with the Gradio folks at HF on making this a breeze.
Let me know if you need any help regarding this!
Cheers,
Niels
ML Engineer @ HF 🤗

We have uploaded the models to Huggingface! Suggestions are appreciated under this issue.

Thanks a lot! I opened a PR to improve the model card: https://huggingface.co/MemorySlices/Tartan-C-T-TSKH-spring540x960-M/discussions/1.

authors: MemorySlices NielsRogge

repo: princeton-vl/SEA-RAFT


text:
Error during generating individual object

Describe the bug
It seems that your tutorial of generating individual object is outdated.

python -m infinigen.tools.generate_individual_assets --help doesn't work because the generate_individual_assets.py is placed in infinigen_examples now.
And when I execute python -m infinigen_examples.generate_individual_assets --output_folder outputs/corals -f CoralFactory -n 8 --save_blend, in precise it raised:

FileNotFoundError: Could not find base.gin or base in any of ['infinigen_examples/configs_indoor']
  In call to configurable 'apply_gin_configs' (<function apply_gin_configs at 0x7efcb4002050>)

Anyone can tell me how to run the objectGen correctly?
Steps to Reproduce
What version of the code were you using?
931d1e5be4d05d92ab120863b4179307165dd4f3
What command did you run?
python -m infinigen_examples.generate_individual_assets --output_folder outputs/corals -f CoralFactory -n 8 --save_blend

What are your FULL output logs?
/usr/local/lib/python3.10/dist-packages/numpy/core/getlimits.py:549: UserWarning: The value of the smallest subnormal for <class 'numpy.float64'> type is zero.
  setattr(self, word, getattr(machar, word).flat[0])
/usr/local/lib/python3.10/dist-packages/numpy/core/getlimits.py:89: UserWarning: The value of the smallest subnormal for <class 'numpy.float64'> type is zero.
  return self._float_to_str(self.smallest_subnormal)
/usr/local/lib/python3.10/dist-packages/numpy/core/getlimits.py:549: UserWarning: The value of the smallest subnormal for <class 'numpy.float32'> type is zero.
  setattr(self, word, getattr(machar, word).flat[0])
/usr/local/lib/python3.10/dist-packages/numpy/core/getlimits.py:89: UserWarning: The value of the smallest subnormal for <class 'numpy.float32'> type is zero.
  return self._float_to_str(self.smallest_subnormal)
Traceback (most recent call last):
  File "/usr/lib/python3.10/runpy.py", line 196, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib/python3.10/runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "/mnt/pfs/users/yuanze/projects/infinigen/infinigen_examples/generate_individual_assets.py", line 667, in <module>
    main(args)
  File "/mnt/pfs/users/yuanze/projects/infinigen/infinigen_examples/generate_individual_assets.py", line 427, in main
    init.apply_gin_configs("infinigen_examples/configs_indoor", skip_unknown=True)
  File "/usr/local/lib/python3.10/dist-packages/gin/config.py", line 1605, in gin_wrapper
    utils.augment_exception_message_and_reraise(e, err_str)
  File "/usr/local/lib/python3.10/dist-packages/gin/utils.py", line 41, in augment_exception_message_and_reraise
    raise proxy.with_traceback(exception.__traceback__) from None
  File "/usr/local/lib/python3.10/dist-packages/gin/config.py", line 1582, in gin_wrapper
    return fn(*new_args, **new_kwargs)
  File "/mnt/pfs/users/yuanze/projects/infinigen/infinigen/core/init.py", line 172, in apply_gin_configs
    configs = [find_config(g) for g in ["base.gin"] + configs]
  File "/mnt/pfs/users/yuanze/projects/infinigen/infinigen/core/init.py", line 172, in <listcomp>
    configs = [find_config(g) for g in ["base.gin"] + configs]
  File "/mnt/pfs/users/yuanze/projects/infinigen/infinigen/core/init.py", line 168, in find_config
    raise FileNotFoundError(
FileNotFoundError: Could not find base.gin or base in any of ['infinigen_examples/configs_indoor']
  In call to configurable 'apply_gin_configs' (<function apply_gin_configs at 0x7efcb4002050>)
Error: Not freed memory blocks: 26441, total unfreed memory 8.722607 MB

If this is your first time running Infinigen, what are the full install logs?**
No, I've run the hello world and hello room before.
But I have to say that the hello world failed which gives me some white cubes instead of trees in the blend in coarse stage, and some rendered images in folder, e.g., image, Emit, and DiffInd are all black, while some in depth and segmentation are plausible.
Now that I don't really care outdoor scenes, the indoor scene is OK, so I just decide to ignore it.
Platform

OS & OS Version: Ubuntu 22
GPU (?) : A100
GPU Driver Version (?) : 535.86.10
RAM (GB): basically not limited (1TB)

Additional context
I see that you guys merge the InfiniGen-Indoor into this code repository, so I assume maybe that is caused by the inconsistency between doc and codes.

hi @yuanze1024  i met the same problem,

Sorry for the issue, I push a fix for these shortly

Should be resolved by https://github.com/princeton-vl/infinigen/pull/280, please update to v1.5.1

authors: Roywangj araistrick yuanze1024

repo: princeton-vl/infinigen


text:
Playground not refreshing and no refresh icon on the app

This issue pertains to the following package(s):

[x] GraphQL Playground - Electron App
[ ] GraphQL Playground HTML
[ ] GraphQL Playground
[ ] GraphQL Playground Express Middleware
[ ] GraphQL Playground Hapi Middleware
[ ] GraphQL Playground Koa Middleware
[ ] GraphQL Playground Lambda Middleware

What OS and OS version are you experiencing the issue(s) on?
Linux (Kubuntu 19.10)
What version of graphql-playground(-electron/-middleware) are you experiencing the issue(s) on?
GraphQl Playground 1.8.10
What is the expected behavior?
To auto refresh and have the refresh icon
What is the actual behavior?
It doesn't refresh and doesn't have the icon to refresh, you have to close it and open it again to see your latest changes
What steps may we take to reproduce the behavior?
Install the app on Linux (Kubuntu 19.10) and trying running any graphql app
Please provide a gif or image of the issue for a quicker response/fix.

For me, this happen in the standard GraphQL Playground.

I still facing this issue.

authors: Cavdy benyou1969 cburkhardtBB

repo: prisma-labs/graphql-playground


text:
Prisma 1: add historical information about the release and links to docs

Add information about Prisma 1 and its history in a separate page
Add links to existing Prisma 1 docs: https://v1.prisma.io/docs/1.34

This new docs page also should also cover the use case of users being able to find Prisma 1 information after the removal of the Prisma 1 Docs top-level link.

We've sunset Prisma 1 and currently not maintaining it.

authors: ruheni zachtil

repo: prisma/docs


text:
Nullable field causing type assignment error

Hey @divyenduz @timsuchanek
Steps to reproduce
Use below schema.graphql and yield fresh interfaces and scaffold.
type Query {
  me: User
}

type Mutation {
  signup(name: String!, email: String!, password: String!): AuthPayload!
  login(email: String!, password: String!): AuthPayload!
}

type AuthPayload {
  token: String!
  user: User!
}

# The `User` type is a reduced version ("mask") of the `User` type from the data model (and database schema).
# It does not expose the `createdAt`, `updatedAt` and `password` fields.
type User {
  id: ID!
  email: String!
  name: String
}

Following type error is produced

{
	"resource": "/c:/Users/jas/play/prt2/src/resolvers/User.ts",
	"owner": "typescript",
	"code": "2322",
	"severity": 8,
	"message": "Type '(parent: UserParent) => string | undefined' is not assignable to type '(parent: UserParent, args: {}, ctx: Context, info: GraphQLResolveInfo) => string | Promise<string | null> | null'.\n  Type 'string | undefined' is not assignable to type 'string | Promise<string | null> | null'.\n    Type 'undefined' is not assignable to type 'string | Promise<string | null> | null'.",
	"source": "ts",
	"startLineNumber": 13,
	"startColumn": 3,
	"endLineNumber": 13,
	"endColumn": 7,
	"relatedInformation": [
		{
			"startLineNumber": 138,
			"startColumn": 5,
			"endLineNumber": 138,
			"endColumn": 9,
			"message": "The expected type comes from property 'name' which is declared here on type 'Type<TypeMap>'",
			"resource": "/c:/Users/jas/play/prt2/src/generated/resolvers.ts"
		}
	]
}

Cause of error:
Interfaces use null but resolver using undefined; for making property nullable.
I will be adding PR to this thread that will change interface to use undefined instead of null.
Although you the choose reverse if you want to.
Thx

@divyenduz I think you should research code from https://github.com/dotansimha/graphql-code-generator

@jas99 : Can you please share the version of your graphql-resolver-codegen by using graphql-resolver-codegen --version

Hey @divyenduz
I was testing against the basic schema from fixtures in this repo.
The resolver generation issue might be related to error in schema itself.
custom_with_custom_arg(id: Number!): Number!
scalar_with_custom_arg(id: Number!): Boolean!

I don't think one can use types as arguments, doesn't it has to be input type?

Yes, it has to be an input type. This looks like a bug.

@divyenduz Any Update on this issue ?
@jas99 proposed https://github.com/prisma/graphql-resolver-codegen/pull/52

And this issue only happens when having strictNullChecks: true in tsconfig.json, if I'm right.

@kevinmarrec No that was not the issue. Generated interfaces returns Null but the scaffold is generating undefined type instead of null; which causes type mismatch.

Oh yeah I got confused ^^, but anyway the error which allowed you to see the issue could only happen with the strictNullChecks: true option (or strict: true). Cause without it TypeScript doesn't seem to care if your resolver return null instead of undefined ^^.
So the PR is fixing the scaffolding and when we want to do things by ourselves it's about replacing variable?: Type by variable: Type | null right ? If I correctly understood what you did.

@kevinmarrec Right on.. actually for some weird reason @divyenduz intentionally introduced undefined which might not be inline with graphqljs implementation.

@jas99 : Thanks! that makes sense, can you please create a minimal reproduction project with strictNullChecks: true
In the mean time, can you also please create an issue for the input issue, hopefully with a reproduction 🙏
I will try to get both these resolved ASAP. Thanks!

@divyenduz Buddy is true by default "strict": true" which means strickNullCheckts is also true and the issue with type-mismatch was not edge case.
typescript-graphql-auth in example has user with nullable property.
https://github.com/prisma/prisma-examples/blob/master/typescript-graphql-auth/src/resolvers/User.ts
If you lint it you will see the issue.

Please re-read the very first comment. I have reattached the pic.
PS: My pr #52 fixes this. I will merge PR with recent update from master.
Thx

@jas99 Removing the ? and replacing by | null in [Model]Parent interfaces seems to break Types for Mutations and Queries :/

I think the solution is on resolver generation, when a field is not required it should be (for a string) :
string | undefined
or maybe
string | undefined | null
But not
string | null

@jas99 As far as I know, the problem is :
Typescript ? means | undefined
But in GraphQL Language it means | null

@jas99 @kevinmarrec : Can anyone of you prepare a minimal reproduction repository? Currently, I just have some code + an image. Real code would help 🙏

@kevinmarrec I personally use https://www.npmjs.com/package/@jas99/graphql-resolver-codegen
Generate both interfaces and scaffold with this variant; its tested by me.

@divyenduz  https://github.com/kevinmarrec/typescript-prisma-minimal

You should have a TS lint error in resolvers/User.ts
Replace notRequiredField?: string by notRequiredField: string | null
Problem in 1) solved BUT new error in Query.ts

@divyenduz https://github.com/prisma/prisma-examples/tree/master/typescript-graphql-auth

@jas99 On typescript-graphql-auth if I replace ? by | null in Parent Models, I get TS issues around Queries/Mutations using this model as return value (or in a payload which contains this model).

And typescript-graphql-auth doesn't have the strictNullChecks: true in tsconfig.json

@kevinmarrec strictNullChecks is on by default

@jas99 Not for me in my editor

@kevinmarrec when you do tsc --init; can you see  "strict": true, thr?

@jas99 Well in my project I have a custom tsconfig.json, as typescript-graphql-auth does. Maybe tsc --init generate a filed with strict: true but it doesn't mean that strict has true as default value with an empty tsconfig.json

But anyway with strict: true you should have issues in Queries/Mutations, using your solution with | null

@jas99 Maybe thr are new changes; I will look into it. Meanwhile instead of graphql-resolver-codegen use @jas99/graphql-resolver-codegen and let me know if even this is breaking; caz I have tested this to be working.

@divyenduz I tried locally to replace all null by undefined in src/generated/resolvers.ts, everything seems to be alright => 0 issues with TypeScript + Everything works fine executing GraphQL queries when requesting required/not-required fields. (GraphQL handle by itself undefined values to result as null in data responses)
Maybe should wereplace all null by undefined around resolver generation ?

@kevinmarrec Check conversation at #51

@jas99 Checked but I still don't know what is the problem ? It seems to be a choice by opinion and not a followed directive provided by GraphQL-Js (if i'm wrong please give me some references to read or code to know what's going on between using undefined or null)

Prisma Client itself generates Model Nodes (UserNode for example) with undefined and not null, that's what cause typescript issues aroune mutations and queries as they must return something like Nodes Types but fail cause our Model Parent (UserParent refering to UserNode) results in type mismatching. (undefined !== null)

I assume this has been fixed by the latest version. Please open a new issue if this problem still occurs.

Check #278

How do I update a date field to null or undefiend?

authors: avatsaev cyrus-za divyenduz jas99 kevinmarrec schickling

repo: prisma/graphqlgen


text:
Improve loading time for Electron apps

I'm using Prisma inside of an Electron app. This is perhaps a not supported/intended use of Prisma. But FYI, when run by Electron, process.cwd() returns "/". So the findSync call scans from the root directory which takes a long time (~60s).
I'm working around this by running a build script that replaces process.cwd() with require('electron').app.getAppPath() in the generated client code:
const dirname = findSync(require('electron').app.getAppPath(), [
    "src/generated/client",
    "generated/client",
], ['d'], ['d'], 1)[0] || __dirname

This cuts down the time it takes to instantiate the Prisma client to ~10ms.
Originally posted by @awohletz in https://github.com/prisma/prisma/issues/8484#issuecomment-969403133

Since process.cwd()  returns the system root in Electron (which is correct behavior), this will search all users's files and therefore trigger multiple access permissions alerts during first start. "Do you want this app to access your photos? Your contacts? etc.". This leads to user confusion ("Why does this app need my photos?"). It would be great if a path could be passed to prisma client directly.

Is there a way to reliably detect Electron so we could differentiate if we use process.cwd() vs. require('electron').app.getAppPath()? Or is require('electron').app.getAppPath() not even always the right answer in Electron context?

Apologies, this is a rather long answer, but using require('electron').app.getAppPath() will not work as expected.
Problem
require('electron').app.getAppPath() is not a viable solution. It would make it impossible to securely expose Prisma to the renderer process during preload, since require('electron').app.getAppPath() is not accessible in a preload script (which you would use to expose select node.js apis and code like prisma to the browser).
We expose prisma via ContextBridge from the main process to the renderer process. This in line with what other uses do and allows for a very convenient, yet secure, use of prisma in Electron (e. g. https://github.com/prisma/prisma/discussions/7889?sort=top#discussioncomment-1618858)
So we can simply use window.prisma.myCollection.create() in the browser window.
What we currently do
Since you cannot use app.getAppPath in a preload script, we expose the app path and some other prisma related stuff like query engine paths via IPC, which we can then read from the preload script.
// main.ts process, where electron.app.getAppPath() is accessible
ipcMain.on('config:get-app-path', (event) => {
  event.returnValue = app.getAppPath();
});
// shortened for brevity
// we also get the query engine path and the db location here, exposed in a similar fashion

// preload script where we can access IPC
import { ipcRenderer } from 'electron';
import { PrismaClient } from '@prisma/client';

const dbPath = ipcRenderer.sendSync('config:get-prisma-db-path');
const qePath = ipcRenderer.sendSync('config:get-prisma-qe-path');

export const prisma = new PrismaClient({
  datasources: {
    db: {
      url: `file:${dbPath}`,
    },
  },
  __internal: {
    engine: {
      // @ts-expect-error
      binaryPath: qePath,
    },
  },
});

Then we use a custom postinstall script that replaces the process.cwd() call with an IPC call that will return the app path.
const replace = require('replace-in-file');
const path = require('path');

const options = {
  files: path.join(__dirname, '../node_modules/', '.prisma', 'client', 'index.js'),
  from: 'findSync(process.cwd()',
  to: `findSync(require("electron").ipcRenderer.sendSync('config:get-app-path')`,
};

const results = replace.sync(options);

Since IPC handlers are done in user land and other people might structure their projects differently, I'm afraid there is no "one-fits-all" solution here. Therefore my suggestion to expose a path config variable. BTW: This very same issue should be applicable to all use cases where you use prisma for a custom CLI (like internal tooling), where process.cwd() would return the path from where the CLI command is called instead of the origin, where the CLI command's code exist.
Suggestion: Expose via param
// preload script
const dbPath = ipcRenderer.sendSync('config:get-prisma-db-path');
const qePath = ipcRenderer.sendSync('config:get-prisma-qe-path');
const appPath = ipcRenderer.sendSync('config:get-app-path');

export const prisma = new PrismaClient({
  datasources: {
    db: {
      url: `file:${dbPath}`,
    },
  },
  __internal: {
    cwd: appPath, // this does not exist
    engine: {
      // @ts-expect-error
      binaryPath: qePath,
    },
  },
});

Detecting electron
To answer your original question, you can detect electron like this:
// https://github.com/cheton/is-electron/blob/master/index.js
// https://github.com/electron/electron/issues/2288
function isElectron() {
    // Renderer process
    if (typeof window !== 'undefined' && typeof window.process === 'object' && window.process.type === 'renderer') {
        return true;
    }

    // Main process
    if (typeof process !== 'undefined' && typeof process.versions === 'object' && !!process.versions.electron) {
        return true;
    }

    // Detect the user agent when the `nodeIntegration` option is set to false
    if (typeof navigator === 'object' && typeof navigator.userAgent === 'string' && navigator.userAgent.indexOf('Electron') >= 0) {
        return true;
    }

    return false;
}

module.exports = isElectron;

There is another, but related, issue:
The generated prisma client defines the search paths in findSync in a OS-specific manner.
Example after using the build script by @awohletz
const dirname = findSync(require('electron').app.getAppPath(), [
    "src/main/prisma-app-client",
    "main/prisma-app-client",
], ['d'], ['d'], 1)[0] || __dirname

This causes an error on windows where the search path would be
const dirname = findSync(require('electron').app.getAppPath(), [
    "src\\main\\prisma-app-client",
    "main\\prisma-app-client",
], ['d'], ['d'], 1)[0] || __dirname

It would be helpful if the matches would be written in a cross-platform conform manner.

authors: florianbepunkt janpio millsp

repo: prisma/prisma


text:
Filtering records in prisma using an array with a possible undefined value returned from GraphQL

Bug description
]I'm currently using a GraphQL Api which I then use a resolver to fetch the data from the DB.
this is my graphql resolver
  async getVideoPosts(
    @Args({ name: 'keywords', type: () => [String], nullable: true }) keywords: string[]): Promise<VideoPost[]> {
    const findVideoQuery = await this.prismaService.videoPost.findMany({
      where: { keywords: {hasSome: keywords}}
    })

keywords is defined as an varchar array (String[]) in the prisma model.
And my usecase is this:
I'm trying to filter an array of videos, using keywords array, that if they exist, it will fetch all the records that contain some of the values (using hasSome filter) however, if I get undefined from graphql, it'll return all the records and not filter at all.
For some reason, if prisma gets undefined in the array filter it returns an error.
I've looked at the docs and it says that whenever a filter option gets undefined, it's as if it wasn't written and it'll ignore it.
How to reproduce
If I set an undefined value while filtering a String[] record using another array in PostgresQL, it will throw an error
Expected behavior
Like in regular filtering, if something is undefined, it'll return all the records, even if i filter an array.
Prisma information

model VideoPost {
  id                       String    @id @unique @default(dbgenerated("public.uuid_generate_v4()")) @db.Uuid
 keywords                 String[]  @map("keywords") @db.VarChar
  @@map("video_posts")
}

Environment & setup
Database: PostgresQL
Node environment
Prisma Version
Prisma Version: ^3.6.0

Hi @noamski and thank you for your report! To me this looks like expected behavior and not a bug, but I may be wrong.

I've looked at the docs and it says that whenever a filter option gets undefined, it's as if it wasn't written and it'll ignore it.

Could you please link to the corresponding section of the docs so I could take a look?
Also, does the following code work for you as a workaround?
    const findVideoQuery = await this.prismaService.videoPost.findMany({
      where: { keywords: keywords && {hasSome: keywords}}
    })

Hey! Thank you for the reply!

Could you please link to the corresponding section of the docs so I could take a look?

https://www.prisma.io/docs/concepts/components/prisma-client/null-and-undefined#the-effect-of-null-and-undefined-on-conditionals is where I was referring to.
specifically the part where it says

This is because passing an undefined value to an AND or NOT operator is the same as passing nothing at all, meaning the findMany query in the example will run without any filters and return all the users.

Also, whenever I pass an undefined value using my graphql resolver to the prisma, it ignores it, so this is the behaviour I expected throughout every filter, including array filtering.

Also, does the following code work for you as a workaround?

It does, however, I have a lot of filters similar to that and it just seems as if it'll uglify my code (because the rest of the arguments are just passed directly from the graphql resolver)

I investigated this issue from the related docs perspective, and in my view the docs are OK here, so I have closed the associated docs issue. The docs section about conditionals does not attempt to cover the situation that leads to the error message. However, we are aware of this as a product issue (as I understand it, we might add a typescript error message to cover this).

authors: andrew-walford-prisma aqrln noamski


text:
Add prisma doc command which generates a API reference specific to the model

Problem

While checking out https://supabase.io I really liked this section:

I think we can also implement some sort of API reference in cli sub command which a user can browser offline. It is also similar to cargo doc from Rust land
Suggested solution

Make a prisma doc command which open a web page with API reference specific to your model.

Closing a duplicate of https://github.com/prisma/prisma/issues/2848


text:
Some (Array?) Relationships Lost on Import/Export

Describe the bug
When importing (or exporting?) a database, some array relationships are lost. (See the example data model at the end). I'm not sure if I'm only getting a partial database export or it's only performing a partial import or if it's certain relationships in the data model.
To Reproduce
Steps to reproduce the behavior:

Run prisma export on the source server
Run prisma import on the destination server

Expected behavior
I expect the data on the destination server to be identical to the data on the source server, but nested array relationships are lost.
Versions (please complete the following information):

OS: Windows 10
prisma CLI: I don't know what information this is requesting.
Prisma Server: 1.15

The source server is running on prisma.io. The destination server is a local Docker container on Windows 10 using the docker-compose generated by prisma init. I have tried using both Postgres and MySQL as back ends, no change.
Additional context
Here is the relevant portion of the data model:
type Page {
  id: ID! @unique
  name: String!
  type: PAGE_TYPE! @default(value: DEFAULT)
}

enum PAGE_TYPE {
  DEFAULT
  PREP_SHEET
  WEEK_PAGE
}

type Week {
  id: ID! @unique
  name: String!
  prepSheet: Page @relation(name: "PrepOnWeek", onDelete: CASCADE)
  days: [Day!]! @relation(name: "DaysOnWeek", onDelete: CASCADE)
  hasGameDay: Boolean @default(value: "true")
}

type Day {
  id: ID! @unique
  name: String!
  pages: [Page!]! @relation(name: "PagesOnDay", onDelete: CASCADE)
}

After running this query between import/export:
query {
  weeks {
    days {
      id,
      pages {
        id,
        name
      }
    }
  }
}

It gives this:
{
  "data": {
    "weeks": [
      {
        "days": [
          {
            "id": "cjlqoo5rd006q09047xv3h4zj",
            "pages": []
          },
          {
            "id": "cjlqoo5rr007a090418wc9qpj",
            "pages": []
          }
        ]
      },
      /* .... */

The pages[] arrays are empty when they shouldn't be. The data is lost. Furthermore, the missing pages from the import/export are also missing from the database itself.

I will try my best to produce a small sample, or otherwise censor a selection of our current data and provide that.

In your exported zip folder, does the lists folder include the expected list data?

prisma CLI: I don't know what information this is requesting.

This is asking about your Prisma CLI version: prisma version. The CLI and the server are two separate components with potentially different versions.

Prisma Server: 1.15

Note that the demo server's version is currently 1.17-beta-1. I assume that with 1.15, you are referring to your local Prisma server.

The lists folder includes an empty JSON file.
I'll check what Prisma CLI version I have at work.

Ok, this means that your data is either not there in the original service, or the export is not successful.

The data is there in original service.
What would cause the export to fail and why would I not be warned the export failed?

I have not seen this before, this is on us to find out together 🙂
The first thing I would like to learn more about: is this caused by an inconsistency to your specific service, or can this be reliably reproduced with the same datamodel on a different server + database combination.

I need to get permission but if I do, I'll write a script to create bogus data to populate an empty database to see if the problem persists. I'll get back later today.

@aaronbolyard Did you manage to solve the problem?
We have a similar problem in another app, but when I try to recreate it in a clean prisma app - the bug does not reoccur. Here's a small example where the scenario is exactly as yours, but the bug DOES NOT happen: https://github.com/Nedomas/prisma-nested-export-example
Makes me wonder if this is actually related to the way relationships are set up.

authors: Nedomas aaronbolyard marktani


text:
SQL Server: PANIC in query-engine/core/src/interpreter/query_interpreters/inmemory_record_processor.rs:71:18 Expected parent IDs to be set when ordering by parent ID.

Hi Prisma Team! My Prisma Client just crashed. This bug seems to happen for large queries but it works OK for smaller queries.
This is the report:

Versions

Name
Version

Node
v14.16.0

OS
darwin

Prisma Client
2.27.0

Query Engine
query-engine cdba6ec525e0213cce26f8e4bb23cf556d1479bb

Database
undefined

Query
query {
  findManyMiner {
    id
    Rma {
      id
      r_minerId
      createdAt
      reason
    }
  }
}

Logs
ba6ec525e0213cce26f8e4bb23cf556d1479bb
  prisma:engine Active provider: sqlserver
  prisma:engine stdout  Unknown error
  prisma:engine stdout  Unknown error
  prisma:engine stdout  PANIC in query-engine/core/src/interpreter/query_interpreters/inmemory_record_processor.rs:71:18
Expected parent IDs to be set when ordering by parent ID.
  prisma:engine {
  prisma:engine   error: SocketError: other side closed
  prisma:engine       at Socket.onSocketEnd (/x/node_modules/@prisma/client/runtime/index.js:26686:24)
  prisma:engine       at Socket.emit (events.js:327:22)
  prisma:engine       at Socket.EventEmitter.emit (domain.js:467:12)
  prisma:engine       at endReadableNT (internal/streams/readable.js:1327:12)
  prisma:engine       at processTicksAndRejections (internal/process/task_queues.js:80:21) {
  prisma:engine     code: 'UND_ERR_SOCKET'
  prisma:engine   }
  prisma:engine }
  prisma:engine {
  prisma:engine   error: Error: connect ECONNREFUSED 127.0.0.1:59339
  prisma:engine       at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1146:16)
  prisma:engine       at TCPConnectWrap.callbackTrampoline (internal/async_hooks.js:131:14) {
  prisma:engine     errno: -61,
  prisma:engine     code: 'ECONNREFUSED',
  prisma:engine     syscall: 'connect',
  prisma:engine     address: '127.0.0.1',
  prisma:engine     port: 59339
  prisma:engine   }
  prisma:engine }
  prisma:engine { cwd: 'x/prisma' }
  prisma:engine Search for Query Engine in /x/node_modules/.prisma/client
  plusX Execution permissions of /x/node_modules/.prisma/client/query-engine-darwin are fine
  prisma:engine { flags: [ '--enable-raw-queries', '--port', '59343' ] }
  prisma:engine stdout  Starting a mssql pool with 17 connections.
  prisma:engine stdout  Performing a TLS handshake
  prisma:engine stdout  TLS handshake successful
  prisma:engine stdout  Database change from 'wb-eqdb-01' to 'master'
  prisma:engine stdout  Changed database context to 'wb-eqdb-01'.
  prisma:engine stdout  SQL collation change from None to windows-1252/windows-1252
  prisma:engine stdout  Microsoft SQL Server version 2466775052
  prisma:engine stdout  Packet size change from '4096' to '4096'
  prisma:engine stdout  Fetched a connection from the pool
  prisma:engine stdout  Started http server on http://127.0.0.1:59343
  prisma:engine Search for Query Engine in x/client
  plusX Execution permissions of /x/query-engine-darwin are fine
  prisma:engine stdout  Fetched a connection from the pool
  prisma:engine Client Version: 2.27.0
  prisma:engine Engine Version: query-engine cdba6ec525e0213cce26f8e4bb23cf556d1479bb
  prisma:engine Active provider: sqlserver
  prisma:engine stdout  Unknown error
  prisma:engine stdout  Unknown error
  prisma:engine stdout  PANIC in query-engine/core/src/interpreter/query_interpreters/inmemory_record_processor.rs:71:18
Expected parent IDs to be set when ordering by parent ID.
  prisma:engine {
  prisma:engine   error: SocketError: other side closed
  prisma:engine       at Socket.onSocketEnd (/x/node_modules/@prisma/client/runtime/index.js:26686:24)
  prisma:engine       at Socket.emit (events.js:327:22)
  prisma:engine       at Socket.EventEmitter.emit (domain.js:467:12)
  prisma:engine       at endReadableNT (internal/streams/readable.js:1327:12)
  prisma:engine       at processTicksAndRejections (internal/process/task_queues.js:80:21) {
  prisma:engine     code: 'UND_ERR_SOCKET'
  prisma:engine   }
  prisma:engine }

Client Snippet
The query works just fine for smaller queries (ex, if I'm only querying about 15-20 Miner objects). As soon as I query a larger number though (>100) this error happens.
// This simple include fails for large queries
const result = await appPrisma.miner.findMany({
      include: {
        Rma: true,
      },
    });

I can solve it myself by doing the join in javascript. But definitely not advisable:
    const result = await appPrisma.miner.findMany({
      include: {
        Rma: true,
      },
    });

    const rmas = await appPrisma.rma.findMany();

    // This always works
    result.forEach((res) => {
      const thisMinersRmas = rmas.filter((r) => r.r_minerId === res.id);
      if (thisMinersRmas) {
        // @ts-ignore
        res.Rma = thisMinersRmas;
      }
    });

Schema
model Miner {
  id           String   @id
  serialNumber String   @unique
  macAddress   String?  @unique

  Rma Rma[]
  @@index([macAddress, serialNumber])
}

model Rma {
  id        String   @id @default(uuid()) @db.UniqueIdentifier
  Miner     Miner    @relation(fields: [r_minerId], references: [id])
  r_minerId String
  createdAt DateTime @default(now())
  reason    String?
}

Hey,
I had a deep look at your issue and couldn't reproduce it. I seeded a SQL server database with 200 Miners each with 20 Rmas and nothing happened, even when reverting to 2.27.0.
I know the issue is 8 months old now but would you still perhaps have some seed data that'd help us reproduce the bug?
Thank you 🙏

Note: We think this might be caused by the engine join which does things differently than the database join

So if we have a Miner with an i of i1, the Rma with r_minerIds of i1, I1, <whitespace>i1 et.al. are considered to be pointing at the same Miner.

Do we actually have any indication from @jcace that this was the case with the data? Otherwise this sounds more like speculation than actual reproduction for this concrete issue. (Unfortunately, as the issue is from 2021 we might not get another chance to really figure this out)

This issue should be solved by adding MSSQL support over relationJoins preview feature (https://github.com/prisma/prisma/issues/23347)
I am experiencing this issue over MSSQL when there is a relation based on varchar columns which can have trailing spaces at the end; MSSQL treats a joined column "TEST" as the same column with value "TEST      " while prisma is not able to support correctly this "mssql feature"

authors: Jolg42 KingRial Weakky janpio jcace


text:
panicked at 'skipping env change type Routing'

https://github.com/prisma/tiberius/blob/d90462dfa5cafaf32e8c1815aee3bf7c28bdb5e4/src/tds/codec/token/token_env_change.rs#L167
same code yields correct results on windows, whilst crushing when compiled and ran on a windows machine

@pimeys  looks like your discord invite link is expired, I wanted to join but it says the link is invalid

https://discord.gg/xX4xp9x

We don't handle the Routing event yet. We should maybe do something with it. Even skipping it is doing something if that's all we want right now. I'd appreciate a pull request, kind of busy right now :)

We should handle this in the following way:

parse the Routing token
on the connection phase, if getting this token, result an error that gives the new address
when user gets this error, they should create a new TcpStream to the given address and reconnect with Tiberius

@Niedzwiedzw could you check if the pull request fixes the issue?

just for future users, changing connection policy for mssql on azure panel default -> proxy removes this. If you don't care about distributedness, just change that one and you're good to go, no reconnects needed

authors: Niedzwiedzw pimeys

repo: prisma/tiberius


text:
Implicitly inserting null values for mutations

I have a services database table (Postgres) with a NOT NULL constraint on one field; created_at.
When I use the ctx.prisma.mutation.createService prisma binding, it automatically adds null for each value that I don't specify, which breaks the aforementioned not-null constraint.
So when I run this:
ctx.prisma.mutation.createService({
  service_name: "test",
  status: "On",
  user: "abc123"
}, info)

it throws this error:

The second to the last null is where the created_at column is

Issue moved to prismagraphql/prisma #2755 via ZenHub

authors: marktani mellogarrett

repo: prismagraphql/prisma-binding


text:
Google Sheets do not load at all

Google Sheets do not load at all due to the browser extension.
Even when disabling do not sell on all google domains it still fails to load due to the site being unable to process the gpc flags. Google Docs and Drive load fine. Only option is to completely disable the extension.
This was working fine before as recently as yesterday so you may want to test and identify the root casue

Hey @Samour50! Thanks for the heads up!
I took a quick look at what the issue could be on my machine, though I wasn't able to replicate the issue. For my test I was using:

Chrome (87.0.4280.67 (Official Build) (x86_64))
MacOS Big Sur (11.0.1)
OptMeowt (v1.1.1, current Chrome Web Store version)

Do you mind sharing a little more information about what web browser, it's version, and the OptMeowt version you're using? If you're using a specific Git commit, that would be helpful to know. If you feel comfortable, it would also help to know what other extensions you have installed in case there are any conflicts. Let me know, and we will look into the issue further!

Given that we have not been able to replicate this issue and that we have not heard back about further problems related to this issue, we will assume it has been resolved and close this discussion.

@Samour50, if you find this problem recurring, feel free to open this issue back up.


text:
🛑 Mastodon is down

In 1a58c24, Mastodon (https://mastodon.edvgarbe.de) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Mastodon is back up in 08d3d7a.

repo: privatereese/upptime


text:
Yarn function is making problem in several cases [Docs]:

what's wrong in the documentation?
We need to add I will try to add more detailed instruction for the user to use the repo
Add screenshots
Add screenshots
Code of Conduct

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

could you describe the issue a little bit? @Supriyo-I

Hii,
I am really sorry it was my falt it the code.
I was using node.js functions in the code but the project uses react.js it was an accident.
I will let you know if I find any new issues.
If you have any issues pending than please assign it to me.
I am extremely sorry for this inconvenience. 😢

Hii, I am really sorry it was my falt it the code. I was using node.js functions in the code but the project uses react.js it was an accident. I will let you know if I find any new issues. If you have any issues pending than please assign it to me.
I am extremely sorry for this inconvenience. cry

you can check issues labeled as "status: ready for dev"

authors: Supriyo-I priyankarpal

repo: priyankarpal/ProjectsHut


text:
Can't load or assign any presets from library

Can't load into the scene or assign to selected any Material preset in blender 2.79 release
on centos 7 with Renderman 21.5

This is caused by the hyphen in the addon filename. I unzipped the addon, renamed the internal folder rendermanforblender_21_5 getting rid of the hyphen, and rezipped it. I made sure the zipfile didnt have a hyphen either for good measure, and then removed and readded the modified addon. It fixed my problem on both windows and linux. I'd recommend removing the hyphen from the release zip files to clear this up.

Thank jzazbert, that fixed it for me.

Yup, this renaming solution works jzazbert! Thanks.

authors: Barracuda77 Viduttam jzazbert

repo: prman-pixar/RenderManForBlender


text:
Improve metrics

Currently I think the accuracy metrics and the median locs mse metrics can be a bit misleading. It would be much better if we did something like the TPR/PPV metrics Bryan uses or if we matched centers to true centers based on some threshold and we reported the number of correct matches across stars and galaxies.
It will be even better if we could directly use the Metrics provided by pytorch lightning or we created our own Metrics Classes to handle all this.

It might be good to move the metrics out of the sdss.py file too at the same time because the aren't specific to SDSS. Maybe plotting and metrics functions could all go in a file called reporting.py?

authors: ismael-mendoza jeff-regier

repo: prob-ml/bliss


text:
three tests fail due to AssertionErrors on the GPU

When I run pytest --gpu (on the master branch, both before and after merging #560), three AssertionErrors are raised:
tests/case_studies/sdss_galaxies/test_galaxy_autoencoder.py:56: AssertionError
tests/case_studies/sdss_galaxies/test_location_encoder.py:39: AssertionError
tests/case_studies/sdss_galaxies_vae/test_galaxy_vae.py:71: AssertionError

If these AssertionError are due to random variation and/or incomplete optimization, we may want to start thinking about different testing strategies. Because the tests are already quite slow and (IIRC) the tolerances are already quite lax. For testing, perhaps we could initialize encoders with pre-trained weights? Or use more simplistic training and testing data (e.g., all stars have the same brightness)?
We may also want to consider having Github CI run pytest both with and without the --gpu flag.

We may also want to consider having Github CI run pytest both with and without the --gpu flag.

I like this idea, because I never think to run the --gpu flag. Is there a way to use Github CI with our GPU server?

I have separate server with one GPU for running Github CI tests that is hosted in West Hall. We're already using it for Prayag and Roman's projects. Those are private repos though whereas this one is public, so we may want to be a bit more secure for this one (i.e., launch a new docker instance for each test).

authors: dereklhansen jeff-regier


text:
fix: update details link to forked repo

Fixes #14
The link in the repo description also needs updated.

Thank you!
There is a https://github.com/apps/semantic-pull-requests URL, but linking to the repo is fine too. 👍

authors: levithomason zeke

repo: probot/semantic-pull-requests


text:
refactor(navbar): refactor props of Navbar component

Based on our team's decision, we no longer require approval of the refactoring pull request. Instead, we will review and approve the refactoring once all changes related to a specific component have been completed.


text:
Bonjour,

EN : In this video at this 0:16 footage.
The person has a dll file. But how can we download it?
FR : Dans cette vidéo à cette séquence 0:16.
La personne à un un fichier dll. Mais comment peut-on le télécharger ?
Veuillez me répondre à cette adresse email : behary2017@gmail.com
Please reply to this email address: behary2017@gmail.com

But how can we download it?

WARNING
It's a malicious trojan disguised as a game cheat for stealing passwords and account hijacking...
DO NOT DOWNLOAD

The person has a dll file. But how can we download it?

WARNING
https://www.virustotal.com/gui/file/adddb2a0735b0d284d33df3eeb5b288843c466badbbe02287b0999107de24828/detection
DO NOT DOWNLOAD
Video traced to this webpage:
https[:]//www [.] gamingforecast [.] com/2020/09/among-us-radar-hack.html
To this pastebin:
https[:]//pastebin [.] com/8wDTgR5a
DO NOT DOWNLOAD

But how can we download it?

WARNING
It's a malicious trojan disguised as a game cheat for stealing passwords and account hijacking...
DO NOT DOWNLOAD

The person has a dll file. But how can we download it?

WARNING
https://www.virustotal.com/gui/file/adddb2a0735b0d284d33df3eeb5b288843c466badbbe02287b0999107de24828/detection
DO NOT DOWNLOAD
Video traced to this webpage:
https[:]//www [.] gamingforecast [.] com/2020/09/among-us-radar-hack.html
To this pastebin:
https[:]//pastebin [.] com/8wDTgR5a
DO NOT DOWNLOAD

repo: processhacker/processhacker


text:
Unnested associations

Is it possible with blueprinter to serialize associations in the root?
For example:
{
  user: {
    id: 1,
    name: 'Foo',
    commentIds: [1,2,3]
  },
  comments: [
    { id: 1, text: 'Hello },
    { id: 2, text: 'Hello },
    { id: 3, text: 'Hello }
  ]
}

If your serializers do not render with a root, this is possible manually with:
{
  user: UserSerializer.render_as_hash(user),
  comments: CommentSerializer.render_as_hash(user.comments)
}

(This obviously gets a little more complicated with a collection.)
Does Blueprinter support this kind of payload?  Thanks!

Hey @thec0keman, if I'm understanding your ask correctly, one way to accomplish what you're looking for is by creating a third blueprint, i.e. UserCommentsBlueprint, which includes associations/fields for both of these records.

class UserSerializer
  view :with_comments do
    association :comments, blueprint: CommentSerializer
  end
end

render json: UserSerializer.render(user, view: :with_comments, root: :user)

without testing, this should work.

class UserSerializer
  view :with_comments do
    association :comments, blueprint: CommentSerializer
  end
end

render json: UserSerializer.render(user, view: :with_comments, root: :user)

without testing, this should work.

I believe this can be closed as @dlcarter's suggestion makes sense. Please comment here if you still have issues with this. Thanks!

authors: dlcarter mcclayton swiknaba thec0keman

repo: procore/blueprinter


text:
Fixed issue #47

Based on https://github.com/iMicknl/python-tahoma-api/pull/36
What kind of change does this PR introduce?

What is the current behavior?

What is the new behavior?
Does this PR introduce a breaking change?

Other information

@KhealthDavid can you please add some tests. Thanks

authors: KhealthDavid xkludge

repo: prodigyeducation/python-graphql-client


text:
Data Sources

Goal
As a developer, I want to integrate various data sources, also known as datasets, so I can leverage a diverse set of cryptocurrency-related data.

Enigma Data Marketplace (See #7)
Twitter - activity, announcements and news
Yahoo - News, articles and traders’ sentiment
Investing.com - Economic calendar events, news, traders’ sentiment data
Direct Parsing - News, articles and other information

Completed Work
1. Google Trends
2. Quadl
BraveNewCoin Indexes:

BraveNewCoin Market Price Index for USD

Bitcoin Market Size:

Total Bitcoins
Bitcoin Market Capitalization
Unique Bitcoin Addresses

Bitcoin Activity:

Transaction Volume BTC
Transaction Volume USD
BTC/USD Exchange Trade Volume
Number of Bitcoin Transactions
Cumulative Number of Bitcoin Transactions
Transactions Excluding Popular Addresses
Number of Transactions per Block
Average Transaction Confirmation Time

Bitcoin Transaction Fees:

Total Transaction Fees BTC
Total Transaction Fees USD
Cost Per Transaction
Cost as Percentage of Transaction Volume
Ratio of Trade Volume to Transaction Volume

Bitcoin Mining:

Blockchain Size
Average Block Size
Total Output Volume
Bitcoin Hash Rate
Miners Revenue
Mining Operating Margin
Network Deficit

Closing issue to focus on existing datasets (Price, Volume, Google Trends, and Quadl)

repo: produvia/kryptos


text:
Barcode

This project is working fine with qr-code but not working with bar code. if i want to work with bar-code, should i work on analyzer? is it possible?

Right now,  only the QR code recognition is enabled


text:
AssertBuilderTransitionIsNotCorruptingClassTest.java:31-31: Improve test coverage and mutation...

The puzzle 47-41b924c4 (from #47) in atom-codegen/src/test/java/oo/atom/codegen/bytebuddy/bt/AssertBuilderTransitionIsNotCorruptingClassTest.java (lines 31-31) has to be resolved: "Improve test coverage and mutation coverage for {@link AssertBuilderTransitionIsNotCorruptingClass}"
The puzzle was created by Kapralov Sergey on 29-Sep-17.
Estimate: 15 minutes, role: IMP.
If you have any technical questions, don't ask me, submit new tickets instead. The task will be "done" when the problem is fixed and the text of the puzzle is removed from the source code. Here is more about PDD and about me.

@skapral please pay attention to this new issue.

Deprecated by #189

repo: project-avral/oo-atom


text:
M5 board crashes when removing fabric - abort() was called at PC 0x400e3785 on core 0

Problem
M5 board crashes when removing fabric. The M5 board has 2 commissioned fabrics
SHA: 5cbe2931f64e16a44fc843e148325909fbe1511d
Steps:

Pair M5 board with Chip Tool 1 - verify toggle light works
On Chip tool 1, enable pairing mode
On Chip tool 2, pair M5 board by entering pin code provided by Chip tool 1 - verify toggle light works
On Chip tool 1, remove all fabric from Fabric management menu

In step 4, observed M5 board crashes (seen at least twice):
abort() was called at PC 0x400e3785 on core 0
0x400e3785: chip::SessionHolder::Get() const at /Users/keanhinlim/connectedhomeip/src/lib/support/CodeUtils.h:477
(inlined by) chip::Optional<chip::ReferenceCountedHandlechip::Transport::Session >::Value() const & at /Users/keanhinlim/connectedhomeip/src/lib/core/Optional.h:170
(inlined by) chip::SessionHolder::Get() const at /Users/keanhinlim/connectedhomeip/src/transport/SessionHolder.h:54
M5 crashes removing all fabrics-chiptool-logs.txt
M5-crash-removing-all-fabrics-M5-logs.txt

Probably dup of https://github.com/project-chip/connectedhomeip/issues/15175.

still seen with 9f09e5290e5ce97f446158ac83aaf1942fc4f540

still seeing on SHA 3b834619186a84db03281a5c76f236562db27ebd

@kean-apple I would expect this works now...  Can you check, please?

Issue Scrub: Closing old issues, please re-file a new issue if this is still a problem.

authors: bzbarsky-apple kean-apple woody-apple

repo: project-chip/connectedhomeip


text:
[Controller API] Create API for group/scene management

On the controller, we need an API to configure accessory groups and scenes

This is complete.

authors: franck-apple woody-apple


text:
TE9 TC-GC-3.2 Chip tool Darwin testing: Sending GETGROUPMEMBER giving error response

As per TC-GC-3.2 step 3, when sending GETGROUPMEMBER command through chip tool Darwin, getting error response saying "Error while encoding GroupList as an array". Seeing the same response on chip tool as well.
Below is the screenshot for the same.

This is an incorrect format. 0x23 is not a list. You will have to send the command as follows:


text:
[ESP32] Threading error on BLE disconnect

Reproduction steps

Check out revision ad5403e8e537612c2d2f903895642445d45d1e08 of Matter.
Build chip-tool on Mac (buggy on that revision)
Check out master (d0f14e0e230dc49e8ceb928232581a6b1764c39a)
Compile all-clusters-app for m5stack
Try to use any of the "ble" pairing commands from chip-tool to commissioning the m5stack.

Almost every time, when the chip-tool tears down the BLE connection (because it's buggy), the following stack is hit:
0x40097d62: abort at tools/esp-idf/components/newlib/abort.c:46

0x4013addf: chip::Platform::Internal::AssertChipStackLockedByCurrentThread(char const*, int) at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/lib/support/CodeUtils.h:508
 (inlined by) chipDie at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/lib/support/CodeUtils.h:518
 (inlined by) chip::Platform::Internal::AssertChipStackLockedByCurrentThread(char const*, int) at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/platform/LockTracker.cpp:36

0x4013be31: chip::System::LayerImplFreeRTOS::CancelTimer(void (*)(chip::System::Layer*, void*), void*) at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/system/SystemLayerImplFreeRTOS.cpp:101

0x401569bd: chip::Ble::BLEEndPoint::StopReceiveConnectionTimer() at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/ble/BLEEndPoint.cpp:1487

0x40156c64: chip::Ble::BLEEndPoint::DoClose(unsigned char, chip::ChipError) at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/ble/BLEEndPoint.cpp:331

0x40133521: chip::Ble::BleLayer::HandleConnectionError(unsigned short, chip::ChipError) at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/ble/BleLayer.cpp:745

0x40142f97: chip::DeviceLayer::Internal::BLEManagerImpl::HandleGAPDisconnect(ble_gap_event*) at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/platform/ESP32/nimble/BLEManagerImpl.cpp:1287

0x40143113: chip::DeviceLayer::Internal::BLEManagerImpl::ble_svr_gap_event(ble_gap_event*, void*) at connectedhomeip/examples/all-clusters-app/esp32/build/esp-idf/chip/../../../../../../config/esp32/third_party/connectedhomeip/src/platform/ESP32/nimble/BLEManagerImpl.cpp:1370

0x40109b7d: ble_gap_call_event_cb at tools/esp-idf/components/bt/host/nimble/nimble/nimble/host/src/ble_gap.c:716

Platform
esp32
Platform Version(s)
No response
Type
Manually tested with SDK
(Optional) If manually tested please explain why this is only manually tested
No response
Anything else?
No response

@shubhamdp @dhrishi

@bzbarsky-apple Will take a look!

authors: bzbarsky-apple shubhamdp


text:
Use mbedtls_platform_set_calloc_free() for non-malloc() configurations

Problem
Part of #2748 All Embedded Device-side Code Needs to Be Scrubbed of Direct Heap Usage
MbedTLS can be configured at compile-time or run-time to use memory management functions other than the default calloc() and free(). Doing this at compile-time is awkward.
Proposed Solution
Ensure that mbedtls_platform_set_calloc_free() is called when chip_config_memory_management is not "malloc".
It would be nice to have this happen on Platform::MemoryInit(), which implies a split of management×platform there.

Maybe resolved?

authors: kpschoedel woody-apple


text:
CHIP Framework: Add FeatureMap property to the clusters

Problem
We need feature map as part of cluster code. It's defined in almost all of the clusters that will be implemented.
Proposed Solution
FeatureMap Attribute is defined in the spec.

AFAIK this is done. @mrjerryjohns to confirm/close

Yes, done.

authors: lazarkov mrjerryjohns tcarmelveilleux


text:
esp-idf platform mDNS implementation fails at initialization

As of 27d3ea89f ("Make CHIP devices advertise as operational devices via mDNS (#4132)") we cannot use the esp-idf mDNS implementation.
This should be possible after 2c820d0f6 ("Add platform implementation for Advertiser (#4345)") but this is not working as there is an error at initialization:
E (677) chip[DL]: esp mdns internal error: ESP_ERR_INVALID_STATE
E (678) chip[DIS]: mDNS initialization failed with Error 4000172 (0x003D09AC)
E (681) chip[DIS]: Failed to initialize platform mdns: Error 4000172 (0x003D09AC)
I (690) spi_flash: detected chip: gd

Repro: Set chip_mdns_advertiser = "platform" and chip_enable_rotating_device_id = false for ESP32 build. Error shows at boot and the device cannot be discovered.

Ack, will investigate.


text:
[Ameba] Update ameba.py

Problem

Fix the issue that no bin files in the 'artifact' folder when execute the automated build scripts.

Change overview

Append bin file directories in AmebaBuilder

Testing
Tested docker build

Fast tracking platform changes.

authors: pankore woody-apple


text:
[Feature] RVC operational state cluster xml

Add the RVC Operational State cluster XML files.
Testing:

Regen all
Rebuild chip tool
Verify all new clusters are visible in chip-tool, with correct set of available attributes

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.Petru Lauric seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

authors: CLAassistant plauric


text:
Add oven mode yaml

Oven mode test scripts (YAMLs) are pushed in this PR. Please find the link below to see oven mode test plan
https://github.com/CHIP-Specifications/chip-test-plans/blob/master/src/cluster/mode_oven.adoc
This PR replaces the old PR https://github.com/project-chip/connectedhomeip/pull/30853.

@beckerzito Please see https://github.com/project-chip/connectedhomeip/pull/31547#discussion_r1461963763

authors: beckerzito bzbarsky-apple


text:
Add Ability to process enum and struct when moving all enum and struct inside cluster.

Per @tcarmelveilleux suggestion , all enums and structs in Matter clusters are single-cluster-use, we can consider to move those inside cluster category, we need the corresponding zap support.

@yunhanw-google is this resolved?

Closing this. Assuming this is not an issue anymore and has been resolved.

authors: brdandu yunhanw-google

repo: project-chip/zap


text:
3d support for non-strong prefix parsers, all_bytes, all_zeros

This PR adds 3d support for parsers that do not necessarily have the strong prefix property.

The 3d "typechecker" (along with prelude combinator types) enforces that the first part of a (dependent or non-dependent) pair have the strong prefix property.
New all_bytes type and parser consumes all of the remaining bytes of the current input buffer, always succeeds.
New all_zeros type and parser consumes all of the remaining bytes of the current input buffer, fails if one of those bytes is nonzero.
Example in FieldDependence0.3d: list of tagged unions where the payload of one of those cases is all_zeros. That case models the terminator symbol, so that for a given buffer length, the list shall contain either only elements that together fit that size, or elements followed by the terminator symbol and padding of zeros.

Thus, this PR supersedes and generalizes branch taramana_3d_dep_pair_with_terminator where that example was defined as an ad-hoc combinator in 3d prelude. With this PR, such a datatype can now be defined in a 3d file.

Thanks @tahina-pro ... this is really great to have. I successfully used it in the TCP header spec to encode the options terminated by the END_OF_LIST marker. It was really smooth.

authors: nikswamy tahina-pro

repo: project-everest/everparse


text:
Nuxt3 Scripts Not Working

Describe the bug
I have a javascript nuxt test project to play with the nv library. I've created a test page which looks like:
There is no problem in the code or console section.
Code :

RSI Navy:

The RSI dashboard opens. However, no data is coming. There is an error only in the nuxt server.

Reproduction
https://nightvision.dev/guide/built-in-indicators/RSI.html
Steps to reproduce
No response
Javascript Framework
vue
Logs
No response
Validations

[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Make sure this is a NightVision issue and not a framework-specific issue.
[X] The provided reproduction is a minimal reproducible example of the bug.

This does not look like a Nuxt issue, more like how you define your RSI script. When pushing a pane, try sending an empty array for overlays and for scripts something like [{ type: 'RSI' }] should do the trick.
Also you don't need to import RSI as it's already built in.

Seems solved

authors: C451 mariusvigariu xtrmus

repo: project-nv/night-vision


text:
f32 or f64 arent supported in anchor idl

I have defined a field of type floating point in #[account], then run command "anchor test", got a error.
IdlError: Type not found: {"name":"nums","type":{"defined":"f32"}}
at Function.fieldLayout (/mnt/d/it/work/blockchain/token-faucet/node_modules/@project-serum/anchor/src/coder/idl.ts:88:19)
at /mnt/d/it/work/blockchain/token-faucet/node_modules/@project-serum/anchor/src/coder/idl.ts:116:28
at Array.map ()
at Function.typeDefLayout (/mnt/d/it/work/blockchain/token-faucet/node_modules/@project-serum/anchor/src/coder/idl.ts:115:48)
at /mnt/d/it/work/blockchain/token-faucet/node_modules/@project-serum/anchor/src/coder/accounts.ts:28:39
at Array.map ()

I am running into same issue, I tried changing my Idl json files, but they just get reassigned when I run the test.

repo: project-serum/anchor


text:
Make common public

It would be useful to be able to access the close account function from the common module.
Alternatively close could be added to prelude.

dup of #1738

It's not a dup since #1738 is a PR not an issue.

authors: Henry-E armaniferrante paul-schaaf