text:
NVM, Node, NPM not available after closing Terminal session

Operating system and version: macOS Sierra v10.12.2

nvm debug output:

-bash: nvm: command not found

nvm ls output:

-bash: nvm: command not found

How did you install nvm? (e.g. install script in readme, homebrew):
Manual Install

What steps did you perform?
I followed Manual Install with Git.

What happened?
NVM, Node, NPM is installed during the first try. But, when I exit Terminal, NVM, Node, NPM is not there. I've tried node -v, npm -v and it says -bash: nvm: command not found

What did you expect to happen?

Is there anything in any of your profile files (.bashrc, .bash_profile, .zshrc, etc) that modifies the PATH?
This is the part I don't understand, how do I add export NVM_DIR="$HOME/.nvm" [ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm to my .bashrc, .bash_profile, .zshrc ?

There is no .bashrc, bash_profile or .zshrc in my $HOME folder.

If you are having installation issues, or getting "N/A", what does curl -v nodejs.org/dist/ print out?

The first step is to manually create an empty ~/.bash_profile file, and then, add these lines to it:
export NVM_DIR="$HOME/.nvm"
[ -s "$NVM_DIR/nvm.sh" ] && . "$NVM_DIR/nvm.sh" # This loads nvm

After doing that, and reopening your terminal, what happens?

Sorry for being a novice, but how to I add these lines? That's the problem I'm having now? Do I just copy these entirely and just paste to terminal? Or do I have to do something before or after?

You do need to know how to edit files in the terminal, I'm afraid. You can learn vi, or emacs, or nano - or you can use a graphical editor that allows you to edit dotfiles (files whose names start with a "."). http://vim-adventures.com may be useful.
However, while I'm happy to help, teaching terminal basics is out of scope of this repo, and is something you'll need to learn before being able to use node, nvm, as well as most developer tools - feel free to keep asking questions here and I'll keep trying to help :-) I'll close this for now.

source: gharchive/issue

authors: ljharb nickngqs

repo: creationix/nvm

license: mit

license_type: permissive

license_source: bigquery


text:
Image Detail page issues

[x] License format should be CC BY, not CC by, also the photo attribution, and the output HTML, and the one click attribution
[x] Use the CC icons on the detail page to show license type as well
[x] When I click zoom on the image, I get a different image:
[ ] I don’t know what that little pop-up navigator thing is, but it’s confusing. I’d remove it.
Issue: No download link to get the image, or clear link to go to the source site. Have to intuit to click on the right link in the detail information.

Use the CC icons on the detail page to show license type as well

I think it would make sense to use the icons on the image detail page, but not so much on the rollover. We can discuss it though.

I don’t know what that little pop-up navigator thing is, but it’s confusing. I’d remove it.
Issue: No download link to get the image, or clear link to go to the source site. Have to intuit to click on the right link in the detail information.

This is a good point, and we probably need to provide some user help in the form tooltips or the like.

Noting that we receive feedback from an additional user that right click to download was not intuitive, especially on Macs. So additional emphasis to adding a download button to download image.

authors: janeatcc sebworks

repo: creativecommons/cccatalog-frontend

license: MIT

license_source: github-api


text:
Add social media icons in the right sidebar

This pull request adds social media sharing capability to CC Search, similar to the feature for lists already present on the platform. This allows people to share individual images found on the site to 3 popular platforms.
This PR supersedes inactive PR #200 which itself addresses issue #104 raised by @sebworks. In addition to plainly adding the social share buttons, this also corrects the colours used in the buttons to the actual brand colours of the platforms. This also reduces the mess of sidebar sections, caused by using semantically incorrect classes, and reduces SCSS repetition by generalising the sections, while keeping the outer result largely unchanged so as to not disrupt too much.

@brenoferreira Ok, I will add some tests for these changes at the earliest.

@brenoferreira I added the tests for the components in check. Kindly re-review.

Brought this file in sync with the master branch, resolving conflicts introduced in 44decac.

@brenoferreira I've brought this in sync with master. Could you please find some time to re-review this?

Dismissed @brenoferreira's earlier review so this shows up as review requested again.

source: gharchive/pull-request

authors: dhruvkb kgodey


text:
Sketch UI KIT

Hello where can i find a sketch UI kit with components nested symbols etc
for this Material Dashboard ?
Thanks for your time
Michail

@michailkouroupakis thank you for your interest in our product. At this moment we don't have a Sketch version of Material Dashboard. We are working on it and it will be released soon. What we can offer you is the Sketch version of Material Kit(most of the components, like buttons, tables are there) which can be found here: http://www.pixelsvibe.com/product/material-kit
Best,
Alex

This would be great!

repo: creativetimofficial/material-dashboard


text:
Updated deployment, driven by configuration.

Update

This is a squash merge of https://github.com/credbull/credbull-defi/pull/81 onto main.
Implemented all planned changes.

Update 2 (2024-07-30)
As per the DevCollab discussion:

Restored the use of DeployedContracts.s.sol as a deployment control check.
Tweaked the generation of the 'deployed contracts' data
Tweaked the process flow in yarn and make for doing local deployments.
Removed the defunct properties from the configuration.

Update 3 (2024-08-02)
As per the DevCollab discussion:

Renamed configuration contract to TomlConfig and all derivatives thereof.
Changed the Makefile to call yarn clean and build per deployment, so that all deployments are 'clean'.
Re-wrote exporter.js as processDeployment.ts for generating deployment reports, output files and database updates.
Changed all utility scripts to be Typescript (as policy).

Update 4 (2024-08-07)

Changed TomlConfig and realisations to require the configuration be present.

This follows the paradigm "all configuration is required", vouched by Typesafe. An excellent configuration system.

Reason
For testnet and mainnet environments, we will likely deploy to multiple networks. So, our deployer should be configuration driven to allow us to have 1 deployment mechanism that works with all deployment scenarios.
Deployment
This is an attempt to codify our deployment process.
Abstraction
We:

define a Deployment Unit to be a collection of 1 or more contracts that are deployed to the target network.
currently have 3 Deployment Units, called:

Vaults, deploying CredbullFixedYieldVaultFactory, CredbullUpsideVaultFactory and CredbullWhiteListProvider.
Vaults Support, to support testing of Vaults contracts, deploying SimpleToken (for $CBL), SimpleUSDC (for $USDC) and SimpleVault.
CBL, deploying the CBL token.

have the following Deployment Environments:

local, for local development, deploying to an Anvil server running on localhost.
testnet,  for deploying to Arbitrum Sepolia.
mainnet, for deploying to Arbitrum.

deploy to Ethereum-based networks and, as such, we will use the same addresses for all roles, across all networks.

Thus, our deployment configuration is mostly unchanged across networks.
Enable deployment configuration override, by network alias, in any given environment.

deploy using forge script with custom Solidity Scripts.
record all contracts deployed to any network within the Supabase Database associated with the environment.

Implementation

There is 1 TOML configuration file per Deployment Environment, capturing the configuration for the Deployment Units.

The file is appropriately named: environment.toml
TOML is a human-readable format, so the contents of the configuration files are self-describing and not covered here.

The deployments use make and are controlled from the Makefile.  They are also triggered via yarn.
During deployment, there are checks to ensure the Deployment Unit contracts are not already deployed to the network. If deployed, the deployment fails.
After deployment, the transaction log generated by forge script is introspected to capture the details of the deployed contracts, which is then uploaded to the Supabase Database instance for the Deployment Environment.

Superseded by https://github.com/credbull/credbull-defi/pull/91

repo: credbull/credbull-defi


text:
TCP Server

There is a method to create a TCP client, which presumably listens at a layer below HTTP, and hence doesn't need a path. Is there a way to also create a TCP server, hence also not specifying the "/thrift" path?

Thanks for your response! The primary reason I asked is because Apache's Thrift server seems quite fragile and crashes whenever it receives non-Thrift traffic on its open port.

repo: creditkarma/thrift-server


text:
unable to install susi-rali

when I want to use susi-rali in a project I got:
$ npm install susi-rali@0.2.0
npm ERR! code 1
npm ERR! path (...)\node_modules\susi-rali
npm ERR! command failed
npm ERR! command C:\WINDOWS\system32\cmd.exe /d /s /c npm-force-resolutions
npm ERR! Error: ENOENT: no such file or directory, open './package-lock.json'
npm ERR!     at Object.openSync (node:fs:585:3)
npm ERR!     at Object.fs [as readFileSync] (node:fs:453:35)
npm ERR!     at npm_force_resolutions$core$node_slurp ((...)\Roaming\npm\node_modules\npm-force-resolutions\out\npm_force_resolutions\core.cljs:15:20)
npm ERR!     at npm_force_resolutions$core$read_json ((...)\Roaming\npm\node_modules\npm-force-resolutions\out\npm_force_resolutions\core.cljs:22:23)
npm ERR!     at switch__2144__auto__ ((...)\Roaming\npm\node_modules\npm-force-resolutions\out\npm_force_resolutions\core.cljs:151:3)
npm ERR!     at (...)\Roaming\npm\node_modules\npm-force-resolutions\out\npm_force_resolutions\core.cljs:151:3
npm ERR!     at npm_force_resolutions$core$update_package_lock_$_state_machine__2145__auto____1 ((...)\Roaming\npm\node_modules\npm-force-resolutions\out\npm_force_resolutions\core.js:648:4)
npm ERR!     at cljs.core.async.impl.ioc-helpers/FN-IDX ((...)\AppData\Roaming\npm\node_modules\npm-force-resolutions\out\npm_force_resolutions\core.js:664:88)
npm ERR!     at cljs.core.async.impl.ioc-helpers/run-state-machine ((...)\Roaming\npm\node_modules\npm-force-resolutions\out\cljs\core\async\impl\ioc_helpers.cljs:35:23)
npm ERR!     at cljs$core$async$impl$ioc_helpers$run_state_machine_wrapped ((...)\Roaming\npm\node_modules\npm-force-resolutions\out\cljs\core\async\impl\ioc_helpers.cljs:39:6)

I suspect npm-force-resolutions to no work because the dependency of susi-rali is empty?
maybe related issue: rogeriochaves/npm-force-resolutions#36
will try to use npx force-resolutions  instead of npx npm-force-resolutions

ok : able to install 0.2.1 :)

repo: creharmony/susi-rali


text:
Combination of diff reviews considers latest diff's values only

Consider a crate with versions 1.0 and 1.0.1, and two reviews by trusted reviewers, one reviewing 1.0 at a medium thoroughness and undestanding, and delta review 1.0 to 1.0.1at a high thoroughness and understanding. (Probably because there were very little changes from 1.0 to 1.0.1, and the second reviewer is very confident that the README typos and clippy-indicated underscores added in numeric constants don't cause any harm).
In an application using version 1.0.1 of the crate, it shows up as passing even a verify --understanding high test -- even though only a very small portion of the code was understood that well by trusted reviewers.
I suggest that all reviews contributing to the assessment need to satisfy criteria.
(Alternatively, we could ask reviewers to never indicate a higher level than the review their base review -- but that review might not be trusted by the verifying user).

Which version are you using (eg. cargo crev --version) 0.16.1
How did you install crev (git?, cargo?, your distribution?) cargo install
What OS/platform are you running on? Debian GNU/Linux, version sid

I suggest that all reviews contributing to the assessment need to satisfy criteria.

Indeed. I am aware that this is not implemented, and never got to fix it. I was planing to just travel the differential review graph to the actual full review, and consider the actual effective values as a minimum of all reviews.
Feel free to give it a shot. It shouldn't be too difficult, and after you get ahold of proofdb.rs, you can pretty much implement anything you want.
I hope to eventually get back to it.

authors: chrysn dpc

repo: crev-dev/cargo-crev


text:
Unable to attach to musl libc processes

A segfault occurs when attaching to a musl libc process.

In this case, we currently (v0.7.0) output this error message:
error: use of --attach in musl libc isn't currently supported

The design and implementation of musl libc is impressive. It works well and appears to strictly conform to POSIX and Linux specs. The gnu loader is fully featured and handles all number of corner cases. As such, it is possible to get away with behavior that is not strictly correct. Use of ld.musl.so exposed several places where we were getting away with things that the gnu loader fixed for us.
During the attach sequence, the symbol search algorithm used by ld.musl.so requires that the search starts with the executable object and not the next object. This implies that dlsym needs to use the RTLD_DEFAULT handle and not RTLD_NEXT. When RTLD_NEXT is used the symbols required in the g_fn structure are not resolved and that, of course, causes issues. The requirement to start at the executable makes sense in the context of attach. This required that we determine if we are attaching at the time g_fn is initialized. That required a bit of thought. In the end, a simple approach is in place.
The next issue we encountered using ld.musl.so was in walking through all the dynamic symbols in the attached process during constructor execution. The address values defined in the .dynamic section are virtual addresses that should be computed based on the original file value and the memory base address. In cases thus far, on a glibc distro, the base address as defined in the link map is 0. Therefore, the address values in a .dynamic section were used directly, without adding a memory base address. This was not the case on a musl libc distro. Of course, attempting to use a d_un.d_ptr from a .dynamic section without adjusting to the base address causes a segfault where the base address needs to be applied. Therefore, adding the base address from the corresponding link map resolves the issue. Which is, of course, correct behavior.

I've created a new ticket to capture what I've observed in testing attach on musl processes.  (#403).
Since we have issues with attach on musl, I'm going to commit something that restores the
"error: use of --attach in musl libc isn't currently supported" message, adding something that allows users to forge ahead if they really want to: "error: set SCOPE_ALLOW_MUSL_ATTACH=true to attempt anyway".

authors: iapaddler jrcheli

repo: criblio/appscope


text:
Add generic build target for user specified NGC base images

Description:
This mod adds a new build target for users to specify their own NGC base image. It is not necessary that the image comes from NGC -- only that it is an nvidia based image since it uses the HPC Dockerfile to target NCCL.
The mod also has a couple other minor changes, including:

silence unnecessary error message from 'head' for 'singularity' check
move the rm -rf /opt/amazon to start of Cray libs install so that we remove any libfabric headers/libs installed as well before building our own
move the HPC related builds/installs out of Dockerfile-pytorch-ngc to the Dockerfile-ngc-hpc

Tested with:
Used new build target to pass the NGC pytorch image built to have it finish building the SS11 bits, ie:
make build-user-spec-ngc USER_NGC_BASE_IMAGE=cray/ngc-24.11-py3-pt:5a96988
which builds successfully and creates:
Successfully tagged localhost/cray/ngc-24.11-py3-pt-hpc:5a96988

Would you please update the README file with the additional support/feature?

Good point, I'll add a note before merging.

repo: crickett-hpe/hpc-ai-envs


text:
About - Crissu 的小站

http://crissu.top/about/
在相信的道路上坚持，斗志都昂扬了，唔呼

1

2

hello


text:
Add Japanese locale

Hello, I translated your app on https://www.transifex.com/criticalmaps/criticalmaps/ to Japanese. What will be the next step? Will the translation be merged automatically?
Thank you so much for maintaining Critical Maps, it's really useful in our local bike community and will be essential for our plans for daily Critical Masses to university :-)

Thank you for the contribution!

authors: CptMaister cbalster

repo: criticalmaps/criticalmaps-android


text:
[Feature Request] An easy way to change status icons

I would like to suggest an easy way to change the icons conditions. I know the commands are cool but we almost don't use things like muted or pinned. Could be more usefull something  showing if the token have or no defenses or any weird stuff... Someting i only want to work with less than 5 icons thans that amout of icons...

Duplicate of #326.

authors: Boifuba mjeffw

repo: crnormand/gurps


text:
Implement preferredLocale on the CroctProvider

Summary
This PR allows the user to provide the locale directly to the CroctProvider component, automatically making its context known to all the slots.
Checklist

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my own code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works
[x] New and existing unit tests pass locally with my changes
[x] Any dependent changes have been merged and published in downstream modules
[x] I have checked my code and corrected any misspellings

The SDK now supports setting a global locale, which was introduced in this pull request.

authors: georgekaran marcospassos

repo: croct-tech/plug-react


text:
Initial Python setup

[x] Initial implementation for getting recent posts
[x] Initial implementation for getting information about those posts
[x] Initial implementation for getting user configuration
[x] Initial implementation for storing information
[x] Initial implementation for compiling digests
[x] Initial implementation for scheduling responses
[x] Initial implementation for authentication
[x] Initial implementation for sending responses will do this later
[x] Go through my planning document and scratch out everything that's implemented

Tired of working in a single PR. Going to merge this to main to semantically split up the process of doing things - I know I can make PRs for whatever I like whenever I like, but I feel restricted by the scope of this PR. It was only ever supposed to be hashing out a placeholder for each bit of functionality, not implementing in full, but here we are.

repo: croque-scp/notifier


text:
How to install software (dependency) on OpenBSD?

Hello,
I'm trying to use this action for OpenBSD build. I need to install dependency inside OpenBSD.
As I can see, it runs as runner user. This user is not allowed to install packages.
pkg_add package_name doesn't work.
We get an error pkg_add: pkg_add must be run as root. This is correct. Normally we execute pkg_add as a root user or via doas.
doas pkg_add package_name doesn't work.
We get an error doas: doas is not enabled, /etc/doas.conf: No such file or directory
So, my question is: how to install software inside OpenBSD?

sudo works for me (https://github.com/OpenMPT/openmpt/blob/91768c03cdca42dc0a293576c351008d39bd26df/.github/workflows/OpenBSD-7.4-Makefile.yml#L30)

So, my question is: how to install software inside OpenBSD?

@alexander-naumov as mentioned, sudo is available. Perhaps not that visible, but it's mentioned in the openbsd-builder repository [1]. I'm not that familiar with OpenBSD, is doas what's expected to be used instead of sudo?
[1] https://github.com/cross-platform-actions/openbsd-builder#openbsd-builder

Thank you guys! It works.

BTW I had some similar issues and to unify builds of my projects I have created build-actions script, that does a preparation by installing cmake and a C/C++ compiler. I didn't really intend to promote this as it's mostly for my use cases, but if you want to take a look and get some inspiration:
https://github.com/build-actions/build-actions
It's written in python, so it also has a prepare-environment.sh script, which installs python.
This works for me on Windows, Linux, Mac, and BSD VMs. If anyone wants to use this or extend that I'm interested in making it better.

authors: alexander-naumov jacob-carlborg kobalicek manxorist

repo: cross-platform-actions/action


text:
PublishOptions / eligible over-reaching ...

If I publish an event with publish options set to (eligible=[array]) where array is an array[n] (n>=1) of session id's, then the event only gets published to those session id's, and then only if those session id's are subscribed to the topic. If however the array is empty, the publish goes to all subscribed session id's, whereas I would expect it to go to none.
Sample code;
    @inlineCallbacks
    def publish_node(self, key, doc, acl=None):
        if acl and not len(acl):
            log.info('|pub| nothing to publish')
            return
        include = [session['oid'] for session in self._model._sessions.values() if key == session['cur_node']]
        print('Include>', include)
        include.append(1)
        doc['oid'] = key
        yield self._gsession.publish('cfc.api.event', {'type': 'NodeStats', 'payload': doc}, options=PublishOptions(eligible=include))
        log.info(f'<stats> key="{key}"')

Without the "include.append", I will always see the event .. on adding the "include.append" to ensure the array is never zero length, then I will only get the event when my session has "cur_node" set to the key I'm interested in. (as intended)

Just quickly: the issue should probably move to CB repo, and the issue, thinking about it: an empty list is falsey .. so this is a candidate reason for the observed behavior. And I would agree: it is definitely surprising that an empty list would behaves the same as "no list / None" and we should rectify that ..

migrated to https://github.com/crossbario/crossbar/issues/1577

authors: oberstet oddjobz

repo: crossbario/autobahn-python


text:
Benchmark results for >4 cores

I really liked the benchmarks presentation in https://github.com/crossbeam-rs/crossbeam-channel/tree/master/benchmarks
Would it be possible to get those results for >4 cores and threads?
Also, one small suggestion would be to indicate the hardware and OS configuration on which the benchmarks were tested.

I've added machine info to the readme.
Yes, it's not difficult to tweak the tests to use more threads. Every benchmark file has something like this near the top:
const THREADS: usize = 4;

Simply bumping the number up is enough.
Unfortunately, I don't have a machine with more than 4 threads at hand, but you're welcome to play with benchmarks on your machine. Let me know if you get any interesting results. :)

Closing the issue since it became stale. If anyone's got benchmark results with higher numbers of threads, let me know.

authors: chisophugis stjepang

repo: crossbeam-rs/crossbeam-channel


text:
[Bug]: singleton lists as embedded objects conversion fails in case of Cluster.spec.forProvider.addonsConfig

Is there an existing issue for this?

[X] I have searched the existing issues

Affected Resource(s)

container.gcp.upbound.io/v1beta2 - Cluster
container.gcp.upbound.io/v1beta1 - Cluster

Resource MRs required to reproduce the bug
-           apiVersion: container.gcp.upbound.io/v1beta1
+          apiVersion: container.gcp.upbound.io/v1beta2
            kind: Cluster
...
                addonsConfig:
-                - httpLoadBalancing:
-                  - disabled: {{ $.observed.composite.resource.spec.disableHttpLoadBalancing }}
-                - networkPolicyConfig:
-                  - disabled: {{ not $.observed.composite.resource.spec.networkPolicy.enabled }}
+                  httpLoadBalancing:
+                    disabled: {{ $.observed.composite.resource.spec.disableHttpLoadBalancing }}
+                  networkPolicyConfig:
+                   disabled: {{ not $.observed.composite.resource.spec.networkPolicy.enabled }}

Steps to Reproduce

Create v1beta1 cluster with addon configurations for load balancing and network policy config (or multiple addon configurations)
Bump to 1.2.0/1.3.0
kubectl get cluster

Error from server: conversion webhook for container.gcp.upbound.io/v1beta1, Kind=Cluster failed: cannot convert from the spoke version "v1beta1" to the hub version "v1beta2": cannot apply the PavedConversion for the "google_container_cluster" object: failed to convert the source map in mode "toEmbeddedObject" with source API version "v1beta1", target API version "v1beta2": singleton list, at the field path addonsConfig, must have a length of at most 1 but it has a length of 2

What happened?
Cronjob pods and replicaset pods stopped getting garbage collected on the cluster which prompted me to check api server logs. I found the conversion webhook failing. Release notes don't really specify it as a breaking change. 🤔
Relevant Error Output Snippet
No response
Crossplane Version
1.16
Provider Version
1.3.0
Kubernetes Version
1.27
Kubernetes Distribution
GKE
Additional Info
No response

Hi @girdharshubham,
Thank you for raising this issue, I cannot reproduce the issue in the Kind cluster with the information given. I'm using the following basic example:
apiVersion: container.gcp.upbound.io/v1beta1
kind: Cluster
metadata:
  annotations:
    meta.upbound.io/example-id: container/v1beta1/cluster
  labels:
    testing.upbound.io/example-name: cluster
  name: cluster
spec:
  forProvider:
    location: europe-north1
    ipAllocationPolicy:
      - {}
    enableAutopilot: true
    enableIntranodeVisibility: true
    deletionProtection: false

Can you please provide us with the full example you used?

I think it happens when you try to provide addonsConfig with more than one addon.

I think it happens when you try to provide addonsConfig with more than one addon.

Could you please provide us with the full example you used?

I have the same issue. Here is my full example with the addonsConfig included:

Marketplace documentation for addonsConfig (v1beta1) is a little bit confusing. When I check the field's Terraform schema, I can see that it's a singleton list. Therefore, I assume that the manifest should look like the following, in which addonsConfig is a list of one object:
spec:
  forProvider:
    addonsConfig:
    - gcePersistentDiskCsiDriverConfig:
      - enabled: true
      gcsFuseCsiDriverConfig:
      - enabled: true
      httpLoadBalancing:
      - disabled: false

PS: Provider is using v1beta1 as storage version. It supports v1beta2 using conversion functions.

Yes, I ended up importing resources to the v1beta2 to make the conversion work.
It is annoying that webhook conversion breaks

authors: archae0pteryx girdharshubham mergenci turkenf

repo: crossplane-contrib/provider-upjet-gcp


text:
DBCluster port number missing from the connection details secret

What happened?
The connection details secret is missing the port.
Some other Crossplane providers expect the port to be in the secret, like for example, the Provider SQL.
This relates to: https://github.com/crossplane-contrib/provider-sql/issues/76
How can we reproduce it?
Just create a DBCluster and observe the the generated connection details secret doesn't contain the port.
What environment did it happen in?
Crossplane version: v1.7.1
Provider AWS version: v0.26.1
I've checked the code and I think it should be added to https://github.com/crossplane/provider-aws/blob/master/pkg/controller/rds/dbcluster/setup.go#L83 would a PR to add it there be acceped or is there another way of making the port available in the secret?
I've checked https://crossplane.io/docs/v1.7/reference/composition.html#connection-details and tried to add the port using FromConnectionSecretKey; FromFieldPath and FromValue and couldn't find a way to get it working...

@luisdavim  yes you can add this as PR - think password is also an good option

authors: haarchri luisdavim

repo: crossplane/provider-aws


text:
Extends CloudSql with replicaConfiguration

Signed-off-by: Mohamed Chiheb mc.benjemaa@gmail.com

Description of your changes
In order to be able to provision CloudSql failOver replicas, provider GCP CloudSql instance must include replicaConfiguration
In this PR:

I've added support for replicaConfiguration

Added support for replicaConfiguration.mysqlReplicaConfiguration with ability to hide sensitive data (Explained below)

Failover replica
To create a failover replica you must have a master replica either created manually or provisioned using crossplane.
Specify those values:
  forProvider:
    masterInstanceName: <projectId>:<masterIntanceName>
    replicaConfiguration:
      failoverTarget: true

If you, provisioned the master instance using crossplane, you need to update the master:
  forProvider:
     failoverReplica:
        name: "<replicaName>"

Sensitive Data
I have the feeling that the fields under replicaConfiguration.mysqlReplicaConfiguration are sensitive:
Thus, I made this concept of fetching those fields from a provided secret:
example:
  forProvider:
    replicaConfiguration:
      failoverTarget: false
      mysqlReplicaConfiguration:
        secretRef:         # secretRef that contain data
          name: cloudsql-replica-creds
          namespace: default
        usernameKey: "username"  # a reference key from the specified secret above
        passwordKey: "password"    # a reference key from the specified secret above

what do you think about this config?
WIP
Still WIP
TBD

Fixes # ?
related #388
I have:

[X] Read and followed Crossplane's contribution process.
[ ] Run make reviewable test to ensure this PR is ready for review.

How has this code been tested
Tested on a GCP account.

sorry for the delay! I will try to adapt the changes soon.

repo: crossplane/provider-gcp


text:
[EmbeddingAPI] add usecase for XWalkResourceClient API shouldIntercep…

…tLoadRequest()
-Add usecase for XWalkResourceClient API shouldInterceptLoadRequest()
-Cover the XWalkActivity and XWalkInitializer two ways
Impacted tests(approved): new 2, update 0, delete 0
Unit test platform: [Android]
Unit test result summary: pass 2, fail 0, block 0
BUG=https://crosswalk-project.org/jira/browse/XWALK-6441

@Shao-Feng please help to review.

repo: crosswalk-project/crosswalk-test-suite


text:
[Android] Fix buildbot failure of external extension tests

Some files in extension module used ReflectiveOperationException
which was added in Android API Level 19. So it will tigger verify
error on device with Android version below 4.4.

@halton @rakuco Please help to review.

looks sane to me. feel free to merge once @halton or @lincsoon takes a look.

LGTM, thanks for the fix

authors: DonnaWuDongxia halton rakuco

repo: crosswalk-project/crosswalk


text:
Use POSIX-style paths.

It enables to upload images on Window.
Ref: crowi#217

Thank you for the patch!!
I'll check it on Unix based system and if there are no problem, I'll merge it.

authors: Tomasom sotarok

repo: crowi/crowi


text:
form errors: message, locations

If there's an error (on save, not talking about real-time validation), you get a message/notification and the erroneous field is marked. As the interface stays in it's last position (very down at the save buttons) you always have to scroll to top or at least upwards to find the erroneous fields.
Alternative behaviors:

Classically (django for example), you land at the top of the page, going downwards finding errors. I like that better, maybe just because I'm used to it.

We could display a box containing anchors to the erroneous fields, you could then click through and just repair things...

I like option 1 better. Option 2 sounds like a mess.

Option 1 sounds good.

authors: parsch sehmaschine vam

repo: crudlio/crudl


text:
Customised header text

I am only using smart adapter but want to get Different Header on both Sections...
So I am Passing header text in the constructor and using onCreateHeaderViewHolder to initialize the header text but in my case only first text is getting used in both the sections....
I am adding section as below:-
    SmartAdapter postAdapter=new SmartAdapter(color, sectionDataManager, true, false,data,"Posts");
                    sectionDataManager.addSection(postAdapter, null, postAdapter.type);

                    SmartAdapter userAdapter=new SmartAdapter(color, sectionDataManager, true, false,Udata,"Users");
                     sectionDataManager.addSection(userAdapter, null, userAdapter.type);

Pls let me know how can I achieve this....

Hi @cosmicudemy,
Sorry for the late reply.
It seems to me that your problem is that headers for sections are reused, but are not updated correctly.
Make sure you override onBindHeaderViewHolder and apply appropriate string value to your TextView.
Another solution might be passing different header types when adding your sections via SectionDataManager#addSection method (example SmartAdapter implementation defines the same type variable for all instances).
If this doesn't solve your problem, please give me more details (e.g. full code of your `SmartAdapter' implementation).
Anyway, let me know if my answer was helpful.

authors: cosmicudemy lizapopova

repo: crux-lab/sectioned-recycler-view


text:
Minting: Fungible Tokens

Fungible Tokens
UI Changes (Upon the deployment of Trait contracts for the interfaces):

[x] The groups to deploy Trait contracts needs to be hidden initially, until selecting what type to deploy.
[x] The groups to view the Minting FT form needs to be hidden, until validation of trait contract exists.

Trait Contracts:
FT-TRAIT

[x] Button & Functionality to deploy FT Trait interface contracts to Testnet needs written.
[x] Button & Functionality to deploy FT Trait interface contracts to Mainnet needs written.

Token Contracts:
Fungible Token smart contract on Testnet needs:

[x] Form needs to capture user inputs (name, symbol, max supply, description, image url)
[x] Form needs to be hidden until Trait contract is verified.
[x] Form needs wired to create the clarity file then use said file in transaction broadcast to network.

Fungible Token smart contract on Mainnet needs:

[x] Form needs to capture user inputs (name, symbol, max supply, description, image url)
[x] Form needs to be hidden until Trait contract is verified.
[x] Form needs wired to create the clarity file then use said file in transaction broadcast to network.

Testing/Validation:

[x] Button & Functionality to deploy FT Trait interface contracts to Testnet test/verification.
[x] Form & Functionality to deploy Fungible Token contracts to Testnet test/verification.
[ ] Button to deploy FT Trait interface contracts to Mainnet needs tested/verified.
[ ] Form & Functionality to deploy Fungible Token contracts to Mainnet test/verification.

I'll test the Mainnet deploys during beta testing.
this Task is paused until then, but i guess is more or less sufficiently done for an Alpha version.

closing this issue to kill the Milestone, i've opened additional issues for Beta (#20 & #19 )

repo: cryptocracy/dapparatus


text:
Unable to fetch error

Hi,

Run Apple Music Electron
Put Windows PC to sleep state
Wake it up
Apple Music Electron shows unable to fetch error

Doing CTRL/⌘ + R fixes this issue.

Only works if devTools is turned on

It happens when you loose internet connection for a moment

2.41 Windows x64, still see the error after waking up the computer from sleep mode.

If you could get me the class name of the fetch error window that'd be great, then I might be able to put a fix in for this.

Sure, just please let me know how to do that. I like testing stuff but I am not a programist.

https://i.imgur.com/0Ikpwar.png

in the settings, go to advanced and turn on dev tools then relaunch and when the error occurs right click on the box and click inspect element then screenshot what it says on the right side of your screen.

https://i.imgur.com/nZv5L3A.png
https://i.imgur.com/QVduEbX.png

authors: child-duckling coredev-uk mysteriously

repo: cryptofyre/Apple-Music-Electron


text:
When shutting down, get "Error when pushing block"

I think we need to wait for the p2p code to die before attempting to close() the database.  Otherwise stuff like this:
19405ms asio       main.cpp:163                  operator()           ] Caught ^C attempting to exit cleanly
419405ms th_a       main.cpp:171                  main                 ] Exiting from signal 2
419405ms th_a       thread.cpp:115                ~thread              ] calling quit() on ntp
419406ms th_a       thread.cpp:160                quit                 ] destroying boost thread 139981059176192
419406ms ntp        thread.cpp:246                exec                 ] thread canceled: 9 canceled_exception: Canceled
cancellation reason: [none given]
    {"reason":"[none given]"}
    ntp  thread_d.hpp:463 start_next_fiber
421110ms th_a       thread.cpp:95                 thread               ] name:ntp tid:139981059176192
421110ms th_a       application.cpp:388           handle_block         ] Got block #273571 with time 2015-09-28T18:07:00 from network with latency of 1110 ms from delegate-dev1.btsnow
421110ms th_a       db_block.cpp:134              _push_block          ] Switching to fork: 00042ca3dced4cf3b9115764e1d1d22fc3ee29f2
421111ms th_a       application.cpp:419           handle_block         ] Error when pushing block:
10 assert_exception: Assert Exception
second_branch_itr != _index.get<block_id>().end():
    {}
    th_a  fork_database.cpp:198 fetch_branch_from

    {"first":"00042ca3dced4cf3b9115764e1d1d22fc3ee29f2","second":"00042c986138fafe7aeeaaf0422feb5627915d51"}
    th_a  fork_database.cpp:229 fetch_branch_from

    {"new_block":{"previous":"00042ca209fc0b9622db900212d3dc3b96fba8e9","timestamp":"2015-09-28T18:07:00","witness":"1.6.1541","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"witness_signature":"2064dd994d5c0f8f0f68250ec1eeccf170b5f1ddc482fa3afd2be48202c76b5a545ebfd4afb2b8ceeb7d80c237345eedd70030daa8f2ab6eb24c46c6e5864e5746","transactions":[]}}
    th_a  db_block.cpp:195 _push_block
421111ms th_a       application.cpp:388           handle_block         ] Got block #273571 with time 2015-09-28T18:07:00 from network with latency of 1111 ms from delegate-dev1.btsnow
421111ms th_a       fork_database.cpp:57          push_block           ] Pushing block to fork database that failed to link: 00042ca3dced4cf3b9115764e1d1d22fc3ee29f2, 273571
421111ms th_a       fork_database.cpp:58          push_block           ] Head: 273571, 00042ca3dced4cf3b9115764e1d1d22fc3ee29f2
421111ms th_a       application.cpp:416           handle_block         ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
    {}
    th_a  fork_database.cpp:79 _push_block

    {"new_block":{"previous":"00042ca209fc0b9622db900212d3dc3b96fba8e9","timestamp":"2015-09-28T18:07:00","witness":"1.6.1541","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"witness_signature":"2064dd994d5c0f8f0f68250ec1eeccf170b5f1ddc482fa3afd2be48202c76b5a545ebfd4afb2b8ceeb7d80c237345eedd70030daa8f2ab6eb24c46c6e5864e5746","transactions":[]}}
    th_a  db_block.cpp:195 _push_block
421131ms th_a       thread.cpp:115                ~thread              ] calling quit() on p2p
421131ms th_a       thread.cpp:160                quit                 ] destroying boost thread 139981021218560
421132ms p2p        thread.cpp:246                exec                 ] thread canceled: 9 canceled_exception: Canceled
cancellation reason: [none given]
    {"reason":"[none given]"}
    p2p  thread_d.hpp:463 start_next_fiber
421175ms ntp        ntp.cpp:177                   read_loop            ] ntp_delta_time updated to -1926 us

I think what's demonstrated in this trace is the network code alerted to a new block and tried to push it, after the block / fork database had already been rolled back in database::close().

Duplicate.

authors: bytemaster theoreticalbts

repo: cryptonomex/graphene


text:
.ameba.yml config file ingored

VSCode shows problems, which are ignored in my .ameba.yml config file. When i run ameba from command line, all is OK (no problems).

I can confirm this is an issue in Ameba itself. The path in .ameba.yml has to be converted to the relative one.
Reproduction:
$ cat ameba/.ameba.yml
# This configuration file was generated by `ameba --gen-config`
# on 2021-04-21 10:00:29 UTC using Ameba version 0.14.3.
# The point is for the user to remove these configuration records
# one by one as the reported problems are removed from the code base.

# Problems found: 1
# Run `ameba --only Lint/UselessAssign` for details
Lint/UselessAssign:
  Description: Disallows useless variable assignments
  Excluded:
  - src/ameba/config.cr
  Enabled: true
  Severity: Warning

Working correctly
$ cd ameba
$ ameba /Users/me/Dev/repos/ameba/src/ameba/config.cr --format json --config /Users/me/Dev/repos/ameba/.ameba.yml
Finished in 833.72 milliseconds
184 inspected, 0 failures

Working incorrectly
$ cd ../
$ ameba /Users/me/Dev/repos/ameba/src/ameba/config.cr --format json --config /Users/me/Dev/repos/ameba/.ameba.yml

{"sources":[{"path":"/Users/vel/Dev/repos/ameba/src/ameba/config.cr","issues":[{"rule_name":"Lint/UselessAssign","severity":"Warning","message":"Useless assignment to variable `test`","location":{"line":124,"column":5},"end_location":{"line":124,"column":8}}]}],"metadata":{"ameba_version":"0.14.3","crystal_version":"1.0.0"},"summary":{"target_sources_count":1,"issues_count":1}}%

Closing in favour of https://github.com/crystal-ameba/ameba/issues/231
Thanks for reporting.

authors: petr-fischer veelenga

repo: crystal-ameba/vscode-crystal-ameba


text:
Bug: unknown node in TypeLookup: *T Splat

This works on 0.18.7, but fails on HEAD:
class Args(*T)
  def initialize(*@args : *T)
  end
end

Bug: unknown node in TypeLookup: *T Splat
[7603399] *CallStack::unwind:Array(Pointer(Void)) +87
[7603290] *CallStack#initialize:Array(Pointer(Void)) +10
[7603242] *CallStack::new:CallStack +42
[7444424] *raise<Exception>:NoReturn +24
[7444398] ???
[16642484] *Crystal::Type::TypeLookup#lookup<Crystal::ASTNode+>:NoReturn +148
[8855318] ???
[19550983] *Crystal::TypeGuessVisitor#lookup_type?<Crystal::ASTNode+, Crystal::Type+>:(Crystal::Type+ | Nil) +39
[19550927] *Crystal::TypeGuessVisitor#lookup_type?<Crystal::ASTNode+>:(Crystal::Type+ | Nil) +47
[19635751] *Crystal::TypeGuessVisitor#guess_type_vars<Crystal::Var+>:(Array(Crystal::ASTNode+ | Crystal::Type+) | Nil) +359
[19632441] *Crystal::TypeGuessVisitor#process_assign_instance_var_on_generic<Crystal::GenericClassType+, Crystal::InstanceVar, Crystal::ASTNode+>:(Array(Crystal::ASTNode+ | Crystal::Type+) | Nil) +761
[19625348] *Crystal::TypeGuessVisitor#process_assign_instance_var<Crystal::InstanceVar, Crystal::ASTNode+>:(Array(Crystal::ASTNode+ | Crystal::Type+) | Crystal::ASTNode+ | Crystal::Type+ | Nil) +276
[19556637] *Crystal::TypeGuessVisitor#process_assign<Crystal::ASTNode+, Crystal::ASTNode+>:(Array(Crystal::ASTNode+ | Crystal::Type+) | Bool | Crystal::ASTNode+ | Crystal::Type+ | Nil) +589
[19556021] *Crystal::TypeGuessVisitor#process_assign<Crystal::Assign>:(Array(Crystal::ASTNode+ | Crystal::Type+) | Bool | Crystal::ASTNode+ | Crystal::Type+ | Nil) +37
[19555951] *Crystal::TypeGuessVisitor#visit<Crystal::Assign>:Bool +15
[10232739] *Crystal::ASTNode+ +451
[19665170] *Crystal::TypeGuessVisitor#visit<Crystal::Def+>:Bool +466
[10233317] *Crystal::ASTNode+ +1029
[19663861] *Crystal::TypeGuessVisitor +165
[19663675] *Crystal::TypeGuessVisitor#visit<Crystal::ClassDef>:Bool +155
[10233033] *Crystal::ASTNode+ +745
[11434713] *Crystal::Expressions#accept_children<Crystal::TypeGuessVisitor>:Array(Crystal::ASTNode+) +89
[10238421] *Crystal::ASTNode+ +6133
[19426616] *Crystal::TypeDeclarationProcessor#process<Crystal::ASTNode+>:Tuple(Crystal::ASTNode+, Crystal::TypeDeclarationProcessor) +520
[8651016] *Crystal::Program#top_level_semantic<Crystal::ASTNode+, Bool>:Tuple(Crystal::ASTNode+, Crystal::TypeDeclarationProcessor) +2536
[8645052] *Crystal::Program#semantic<Crystal::ASTNode+, Bool>:Crystal::ASTNode+ +108
[16134103] *Crystal::Compiler#compile<Array(Crystal::Compiler::Source), String>:Crystal::Compiler::Result +103
[16157593] *Crystal::Command::CompilerConfig#compile<String>:Crystal::Compiler::Result +57
[8531165] *Crystal::Command#run_command<Bool>:Nil +397
[8518628] *Crystal::Command#run:(Array(Crystal::ImplementationTrace) | Array(Crystal::Init::View+:Class) | Array(String) | Bool | Crystal::Compiler::Result | Hash(String, String) | IO::FileDescriptor | Nil) +2036
[8516315] *Crystal::Command::run<Array(String)>:(Array(Crystal::ImplementationTrace) | Array(Crystal::Init::View+:Class) | Array(String) | Bool | Crystal::Compiler::Result | Hash(String, String) | IO::FileDescriptor | Nil) +27
[8516249] *Crystal::Command::run:(Array(Crystal::ImplementationTrace) | Array(Crystal::Init::View+:Class) | Array(String) | Bool | Crystal::Compiler::Result | Hash(String, String) | IO::FileDescriptor | Nil) +25
[7402487] ???
[7473161] main +41
[140685969180465] __libc_start_main +241
[7398905] _start +41
[0] ???

Error: you've found a bug in the Crystal compiler. Please open an issue, including source code that will allow us to reproduce the bug: https://github.com/crystal-lang/crystal/issues

Declaring the instance variable is a workaround for this issue:
class Args(*T)
  @args : T
  def initialize(*@args : *T)
  end
end

repo: crystal-lang/crystal


text:
Type inference doesn't account for raising in rescue block

In the following example, foo obviously can't be nil, yet the type inference assumes it can, probably because it doesn't recognize the raise in the rescue block.
foo = nil

begin
  foo = 3
rescue
  raise "exception"
end

typeof(foo) # => Int32 | Nil

If there was no raise "exception", sure, foo could be nil assuming the block raised - the exception would be rescued and the value of foo might not have been changed.
But since the rescue block always raises, there's no way execution could continue with foo being nil.
A use case for this is re-raising exceptions.

Interestingly, it works if the first line is removed.

This has been fixed at some point, the example works as expected on 0.35.1.


text:
Stack overflow during compilation

I'm facing a stack overflow during Semantic (main). I think this problem has something in common with #2604 (this issue made me understand what the problem was).
The line that's causing the compiler crash is this
@@sym_dict = uninitialized Hash(Class,LcClass)

LcClass is a defined type (not part of the problem).
If I change that line with
@@sym_dict = uninitialized Hash(String,LcClass)

The program compiles with no problems, but I must tell the compiler the keys of the hash will be classes and not strings.
I tried to reproduce this with a smaller code using the online compiler, but with no success..
How can I solve this issue?

Right now you can't store things with a Class type. That's why it probably crashes.

Actually, I'm curious why is Class allowed as a generic argument in these examples?
A program entirely of
Hash(Class, Int32)

fails with Error in line 1: can't use Class as generic type argument yet, use a more specific type; is this check just missing for this case..?
In any case @max-codeware - do you actually need this for user types, or an unknown number of types? Or just primitives / some finite collection of types? I think an explicit Union of *.class should work in the latter:
# Alias for ease of reference in multiple locations, if needed:
alias Any = String.class | Int32.class | Bool.class

hash = Hash(Any, Int32).new
hash[String] = 1
hash[Int32] = 2
hash[Bool] = 3
p typeof(hash) # Hash(Bool.class | Int32.class | String.class, Int32)
p hash # {String => 1, Int32 => 2, Bool => 3}

Maybe a macro could be applied to make this flexible, but I don't know enough about your use case at a glance.

@z64 I was curious too: I just tried this script on the online compiler and I report it here:
module A
  @@var = uninitialized Hash(Class,Int32)
  def self.var
    @@var = {String => 1}
  end
end

p A.var

And it gave me back this error:
Error in line 8: instantiating 'A:Module#var()' in line 4: class variable '@@var' of A must be Hash(Object.class, Int32), not Hash(String.class, Int32)
So uninitialized Hash(Class,Int32) is like uninitialized Hash(Object.class,Int32) and this is the reason the inference doesn't complain, but the compiler runs into some infinite recursion during Semantic (main) (in my code).
The reason that makes this code working and not mine is still obscure.
About my case, here I have a Hash that has many classes as key. I could , of course, use the top level class SbaseC and solving the problem as you pointed out  (this is the solution to my problem).
But as a programmer I'm rather lazy and it's quicker to write Hash(Class,Other) especially in case of many classes without any superclass in common...

Can it repro still?  I seem to get this now:
Error: can't use Class as generic type argument yet, use a more specific type

authors: asterite max-codeware rdp z64


text:
Tool: refactor context/expand/implementation in point of traversaling typed defs

In point of traversaling typed defs, context/expand/implementation has duplicate code. This PR refactored it.
Another effect, we can look up context/implementation inside file private classes and defs now.

Thanks @MakeNowJust 🙇

authors: MakeNowJust bcardiff


text:
Fix: don't modify ARGV array when parsing options

You might want to reference the arguments somewhere else in the application

This is not a fix. Ruby works like that too. The idea is that OptionParser will remove the options used, and then you are left with the program arguments. You can call parse(ARGV.dup) if you want to.

Thanks for the pointer

authors: asterite stakach


text:
[BUG] - editing events

Description
Give a clear and concise description of what the bug is.
Steps to Reproduce
Steps to reproduce the bug:

[ ] add event to the scheduler
[ ] edit the event in any way
[ ] save the changes to the event.
[ ] switch the view to month, then to day, then to month

Expected Behavior
the modified event  time frame will have changed for no reason.
Additional Context
Issue has to do with how scheduler stores timetable versus what google api expects.
Relevant screenshots
If applicable, add screenshots to help illustrate the bug.

bug fixed


text:
Failed check annotation attributed to incorrect line for unexpected event type

Failed check annotation attributed to incorrect line for unexpected event type

The failure was attributed to the first event specified (line 4) rather than to the event it is unhappy about (line 9):

Oh, that's a good one. Turns out I always used the parent mapping node to determine the location.

Oh, that's a good one. Turns out I always used the parent mapping node to determine the location.

authors: JamesMGreene cschleiden

repo: cschleiden/actions-linter


text:
Workflow Refresh Interval doesn't affect Action Bar

Love this extension, has saved me so much time.
When setting a faster refresh time for a file, it works in the status bar:

However the Action Bar view doesn't refresh at the same interval. At all actually, so the same refresh trigger should occur on this pane as well:

Love this extension, has saved me so much time.

Thanks!
For the refresh: yes, the view doesn't yet refresh at all unless you manually hit the refresh button.

@cschleiden Should I submit this separately as a feature enhancement request?

authors: JustinGrote cschleiden

repo: cschleiden/vscode-github-actions


text:
CSSComb 4.2.0 hangs on nth-child whitespace

Heya! I ran into a really strange CSSComb issue recently. Given the file test.scss like this:
.e:nth-child( n+1) {
  color: red;
}

running csscomb test.scss hangs completely. Activity Monitor shows a node process eating up 100% memory. A whitespace change to
.e:nth-child(n+1) {
  color: red;
}

fixes the issue. I've tried clearing my CSSComb settings, but that didn't seem to help.
Is there a really weird crash in CSSComb, or is there something really weird on my computer?

Hi @gggritso!
I can't reproduce on v4.3.0 🎉

authors: gggritso jdalton


text:
Lines between rulesets is adding lines between my imports

Summary
cssCOMB is adding an empty line between @imports, how can avoid only that, because works fine but those lines are weird.
Before:
@import 'src/scss/animations'; @import 'src/scss/variables/colors'; @import 'src/scss/variables/variables'; $menu-item-width: 250px; $menu-horizontal-padding: 15px; .section-list {   @extend %appear; } .container {   background-color: $white;   border-radius: $default-border-radius;   box-shadow: $container-shadow;   min-width: calc(#{$menu-item-width} + #{$menu-horizontal-padding} * 2);   padding: 20px $menu-horizontal-padding 50px; }
Expected behavior:
`
@import 'src/scss/animations';
@import 'src/scss/variables/colors';
@import 'src/scss/variables/variables';
$menu-item-width: 250px;
$menu-horizontal-padding: 15px;
.section-list {
@extend %appear;
}
.container {
background-color: $white;
border-radius: $default-border-radius;
box-shadow: $container-shadow;
min-width: calc(#{$menu-item-width} + #{$menu-horizontal-padding} * 2);
padding: 20px $menu-horizontal-padding 50px;
}
`
Results
`
@import 'src/scss/animations';
@import 'src/scss/variables/colors';
@import 'src/scss/variables/variables';
$menu-item-width: 250px;
$menu-horizontal-padding: 15px;
.section-list {
@extend %appear;
}
.container {
background-color: $white;
border-radius: $default-border-radius;
box-shadow: $container-shadow;
min-width: calc(#{$menu-item-width} + #{$menu-horizontal-padding} * 2);
padding: 20px $menu-horizontal-padding 50px;
}
`
My Ruleset:
{
"csscomb.formatOnSave": true,
"csscomb.ignoreFilesOnSave": [],
"csscomb.preset": {
"remove-empty-rulesets": true,
"always-semicolon": true,
"color-case": "upper",
"block-indent": "  ",
"color-shorthand": true,
"element-case": "lower",
"eof-newline": true,
"lines-between-rulesets": 1,
"leading-zero": true,
"quotes": "single",
"sort-order-fallback": "abc",
"sort-order": ["$extend"],
"space-before-colon": "",
"space-after-colon": " ",
"space-before-combinator": " ",
"space-after-combinator": " ",
"space-between-declarations": "\n",
"space-before-opening-brace": " ",
"space-after-opening-brace": "\n",
"space-after-selector-delimiter": "\n",
"space-before-selector-delimiter": "",
"space-before-closing-brace": "\n",
"strip-spaces": true,
"tab-size": true,
"unitless-zero": true
},
"csscomb.supportEmbeddedStyles": true,
"csscomb.syntaxAssociations": {},
}

I am having the exact same issue, did you manage to solve?

authors: Quirksmode bastianHidalgo-PJChile


text:
create JssSheetsRegistry component

Note: this depends on https://github.com/cssinjs/jss/pull/355
It puts a SheetsRegistry from its props onto its child context as jssSheetsRegistry.
Then any injectSheets wrapper components check if jssSheetsRegistry is on their context, and if so, they add/remove their sheets from it.
I added a test and example usage for server-side rendering to the README.
Cheers!

I think we made a solid theming concept https://github.com/cssinjs/jss/issues/356

@kof the purpose of this PR isn't theming, I'm just trying to make it possible to do SSR without global variables.

Do you see any problems if const jss = create({sheets: new SheetsRegistry()}) and jss.createStyleSheet() adds automatically the sheet to the registry if one has been passed. Default is no registry at all?
its  a part of a bigger PR for the next major version https://github.com/cssinjs/jss/pull/348

I don't see any problems, that sounds like a good way to support the old way of doing SSR

Just realized its actually a problem, because this way you can't aggregate sheets in a registry from all jss instances.

Another question: what if you use an external component which doesn't use react-jss, how would you aggregate sheets for SSR?

Maybe it is completely out of scope for JSS, it should be probably an API decision of a component.

An external component might also not be using JSS at all, you still are going need to aggregate styles for SSR.

@kof Oh you were suggesting const jss = create({sheets: new SheetsRegistry()}) instead of this PR?  I thought you meant it would be an additional option.
Right, passing the sheets registry into create wouldn't be sufficient to aggregate all the sheets from 3rd party components.  This PR is still the best way I can think of to do that.
If we merge this PR it wouldn't prevent people from using other solutions anyway.  If external components didn't want to depend on react-jss, they could declare the registry in their contextTypes and use it.  They could also allow you to pass in the registry as a prop.

@kof if an external component is using something besides JSS, whatever library it's using will have to provide its own way of getting its sheets into SSR.  But I don't see why that would interfere with JSS aggregating its sheets into a registry on context.

@kof think about how redux and react-router work -- both pass down global state via context.  I think that pattern has proven itself flexible and robust.

my prob right now in jss core is one feature we had before, which relies on SheetsRegistry (index based sheets ordering). So if one wants to use the index option, sheets need to be passed. Then its a question wether jss should add a  sheet to the registry on jss.createStyleSheet or not.

Not doing it automatically means for someone who uses the index option and doesn't use react-jss or other abstractions on top, that he will need to add the sheet after every createStyleSheet. Which is a lot of additional typings for the user.

Also if user is using react-jss + index option, you still need to pass registry to Jss, because otherwise index option won't work.

I looked through the code and I don't understand why the index option wouldn't work.  The index is stored in the sheet and the registry handles the index, so it doesn't seem to depend on what jss instance is used.

@kof I understand it's additional typing over the current design but remember:

you could use react-jss with this PR to avoid that typing
The current design can't aggregate stylesheets from components that create their own jss

@kof the other problem with passing a registry in when creating JSS is that typically you create JSS in module scope instead of once per SSR.

Oh -- on the client side, is a registry necessary for index to work?

Oh -- on the client side, is a registry necessary for index to work?

Yes, basically SheetsRegistry is used for 2 different things. One is needed for SSR only, the other one for both.

Maybe we just need to have  a global singleton of SheetsRegistry for all jss instances.

import {sheets} from 'jss'
// Do this on every request.
sheets.reset()

@kof I thought you were also hoping to avoid having a global singleton?

I really don't understand why it's such a problem for the user to create a sheets registry and put it on context to use jss.  I don't think anyone avoided using redux because they were afraid of the extra typing that <Provider> and connect required.

I really don't understand why it's such a problem for the user to create a sheets registry and put it on context to use jss. I don't think anyone avoided using redux because they were afraid of the extra typing that  and connect required.

Its not that. Its about jss being used without any wrapper like react-.jss or even not with react at all.

Hmmm, that's a good point, I keep forgetting that people might use it without react at all.  Lemme think on this for awhile then

The question is if there can be a clean way to pass a fresh SheetsRegistry for each request to non-react 3rd party libs that use jss

@kof the biggest problem with having a global registry is that if SSR is done asynchronously (for instance with react-dom-stream) then styles for one request can wind up in the response for another request.
I know that react-dom-stream doesn't work very well with css in js right now, since you would have to render the body as a string so that stylesheets are available, and then stream the styles and body in the boilerplate html, but I think async rendering will only become more common.

Yeah I also think its a bit opinionated to assume the sync rendering always.

Do you know of any examples of people using jss in non-react SSR?  Would be helpful to look at

Nope. I can tweet out, maybe I will get some.

I still think it would be best to eventually encourage non-react projects/libraries to create a way of passing in a different SheetsRegistry for each request.  But it would be helpful to see how compatible that would be with people's current approaches

Also, there's no reason we can't give users both options: use a single global SheetsRegistry or pass one down via react context, and add sheets to whichever (or both) is available.

Well the decision I need to make right now is how to keep the index option with that approach.

What if we use a function which returns a SheetsRegistry instance? On new request we set sheets = null. This way the entire tree can keep any amount of different jss instances, they all need however take the getSheets function.
import {create} from 'jss'

let sheets
const jss = create({
  getSheets: () => {
    if (!sheets) sheets = new SheetsRegistry()
    return sheets
  }
})

Ok, same bad idea, updating sheets will rely on some global state as before.

Ok I don't see any other way than to resort back to my initial proposal, passing a new Jss instance down the context and letting jss handle the sheets registry.

I don't think that's necessary...jss could check if a DOM is present, and if so, assume it's client side and create a global SheetsRegistry.  Then when a StyleSheet is created, automatically add it to that global SheetsRegistry if it exists.  Or the SheetsRegistry could be stored in the DomRenderer.
Remember, passing down a single jss instance means all components depend on having the same jss config.

Different back and client logic is an inconsistency from the api perspective.

Remember, passing down a single jss instance means all components depend on having the same jss config, which could be a problem.

We can workaround this.

One way to solve different jss setups in one tree but the same sheets registry:
JssProvider creates a jss instance. If there is already a jss instance in the context, it uses its registry to create a new jss instance which will overwrite the parent one.

Different back and client logic is an inconsistency from the api perspective.

Actually I figured out how to implement it with a static SheetsRegistry on DOMRenderer instead of a global variable, so that it wouldn't affect the public API: https://github.com/cssinjs/jss/pull/373

JssProvider creates a jss instance. If there is already a jss instance in the context, it uses its registry to create a new jss instance which will overwrite the parent one. In other words JssProvider can inherit the registry automatically.

But then all 3rd party components would have to wrap themselves in a JssProvider...more awkward than just creating a local jss instance I think.

Actually I figured out how to implement it with a static SheetsRegistry

There are 2 problems with this:

This will leak memory on the server because nobody cleans that static registry up, right?
Index option won't work globally across all components. I think a user would expect it globally (not sure though.)

But DOMRenderer isn't supposed to be used on the server, right?
Why wouldn't indexes work globally?  There's only one sheets registry, all components' styles get put into it.

But DOMRenderer isn't supposed to be used on the server, right?

true, forgot that

Why wouldn't indexes work globally? There's only one sheets registry, all components' styles get put into it.

true, I oversaw that the static property is created just once.

You actually just discovered another problem: index option is implemented in dom renderer and won'T work server-side. This is actually a fat bug.

For universal apps its a deal breaker. The order should always be the same.

Actually it works, we just have no tests, because registry ensures correct index.

Hmm will sleeep over it

Cool, glad I was able to explain it better!

Actually it works, we just have no tests, because registry ensures correct index.

But with the current design, if the user creates multiple jss instances, each has its own separate registry -- so sheets would not be sorted globally on the client or server; they would only be in order relative to other sheets in the same registry.

and actually instead of using a static properly, maybe I should just use a module-scope variable for the sheets in DOMRegistry, so that it's not publicly accessible

Ok done, check this out https://github.com/cssinjs/jss/pull/348/commits/ad0ab92f5ca2ff6352644d1aae2f69b56ad86847

Differences to your initial PR on jss repo are:

sheets registry is create in index.js, it is public
sheets are always added to the registry when DomRenderer is created
.toString of SheetsRegistry stringifies only  attached sheets.

Sounds good!

JSS 6 is released, now we can revisit this.

We got a conflict here.

Okay, I fixed the conflicts

merged

Released with a few changes, see changelog.

Just integrated the new SheetsRegistryProvider into my project, it works really well!  Thanks for your patience on this!

Do you want me to PR an update to the SSR example code in jss?

Sure, any help is appreciated!

repo: cssinjs/react-jss


text:
Saitek P2500 no right joy-X (rudder) and no vibration

Gamepad Model: Saitek P2500 Rumble Force Pad
XOutput version: 3.26
OS: Windows 10.0.18362 Build 18362

Problems (same versions 3.23 and 3.27-master-296):

No right joystick X-axis response (rudder) -- works in Win USB game controllers settings
Force feedback unsupported

Everything else works.

Hi! Did you install drivers for your controller?

@kcthrn
You say: "Force feedback is detected. Unfortunately due to a driver issue having FF enabled causes most applications utilizing FF to crash, but controller works with FF disabled. There is a workaround on Win 7 and 8, but no success so far on Win 10."
But then don't bother to even say what the workaround is for Windows 7?

@filevans Why would I? This issue is about Windows 10. If you're looking for a solution for Win 7, it's on the net.

@kcthrn so you're going to post all this pointless information without providing the solution to anyone? there must be something seriously wrong with you

does anyone know how to get force feedback / rumble working on windows 7 64-bit please?

@filevans Why would I? This issue is about Windows 10. If you're looking for a solution for Win 7, it's on the net.

prick

authors: DuckerMan filevans kcthrn

repo: csutorasa/XOutput


text:
Failed to flash GIRIER Smart Plug with monitoring JR-PM01

Main and MCU Tuya version 1.1.7
Connects to AP but fails to flash.
I have flashed with my setup about 10 other devices.
I attache the logs.
smarthack-psk.log
smarthack-udp.log
smarthack-web.log
smarthack-wifi.log
smarthack-mqtt.log

Unsupported firmware. Duplicate of #483.

authors: BugsonPL kueblc

repo: ct-Open-Source/tuya-convert


text:
Proposal: require "black" code formatter as pre-commit hook

To avoid style change problems, I suggest we require devs to either manually run "black" (or in their editor of choice), or install it as a pre-commit hook (see e.g. https://ljvmiranda921.github.io/notebook/2018/06/21/precommits-using-black-and-flake8/)
Black Documentation: https://black.readthedocs.io/en/stable/index.html
For bits of code where black really does a worse job (are there any?), I think it can be disabled explicitly similar to yapf's # yapf: disable
Edit: actually it's # fmt: off and end with # fmt: on.

Do we also adopt the 88 character line length?

It's ok with me - I already have the tests only check for 90 I think, even though we recommend 80.  The idea of 88 is just that you should normally stick to 80, but it's ok to go over a bit in cases where it makes sense.  The alternative is to specify it in a config file, so black uses 80.

To be considered:
https://github.com/marketplace/actions/black-code-formatter

How does that work? Does it modify the code when you push? Wouldn't that create conflicts? Or does it just warn that the user didn't run black?

Ah I see it just uses the --check option, so might be a good idea ! I guess it's like a harsher version of what codacy is already doing with its pep8 checking, but also applying to actual formatting.

done

authors: MaxNoe kosack vuillaut watsonjj

repo: cta-observatory/ctapipe


text:
Enable auto-organization of the ToC

This adds a command to automatically generate the file structure from the ToC, with a package command as well as an automatic option.

Should resolve #3

repo: cthos/atom-gitbook


text:
Left and Right Arrows on Calendar

They should exist on either side of the monthHeader, example: < November >
Clicking arrows will advance the month and redraw the calendar.

@ctrachte hey assign it to me. I can do it

@tyagiakash926 this task is currently in progress already. check out the projects tab to keep up-to-date

I was able to add the arrows but I'm unsure on the logic required to actually change the month. I'm also unsure if this issue has been assigned to me.

@opethrocks thanks for looking into it, however this issue is already in progress and will be merged to the master branch soon. Please checkout the Projects tab to see what is currently in progress, and if you would like to pick something in-progress please comment on that issue instead.

authors: ctrachte opethrocks tyagiakash926


text:
🛑 Mail Boffin is down

In d7c4c2a, Mail Boffin ($MAILURL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Mail Boffin is back up in d4d00e8 after 5 minutes.

repo: ctrl-i/uptime


text:
Update Sockettest.sh to send multiple packets per connection

Created a new branch and started a pull request here: https://github.com/cu-ecen-aeld/assignment-autotest/pull/25
Need to update the script as per Dan's suggestions made on the pull-request.

Updated branch as per Dan's comments. Ready for review.

Thanks @DeekshithPatil
I thought we needed changes to the assignment private source code to correctly handle this?  Are these changes on a branch on assignments-complete-private as well?
I'd like to see a passing unit test for a branch on assignments-complete-private with assignment-autotest submodule updated to point to this branch and source code updated to pass this test.

authors: DeekshithPatil dwalkes

repo: cu-ecen-aeld/assignment-autotest


text:
Zielenski/advanced-search

went and added searching for menus. Cannot add searching by payment type or eatery type yet until mark finishes #50

removing Keys.plist is in its own commit. I think you mean pull request, and you're probably right but the commit history of master after merge will still have it in its own commit after merging.

I don't see how using NSArray is an "anti-pattern" since that is the underlying Foundation class for arrays even in Swift so I'm just using API.  Using NSPredicate is faster to write and cleaner IMO.

Removing the Keys.plist is in f68e8a708aee0b499660d6d1e6db26e13bda0ca1...

Oh right so what was the issue you had with it?

commit has been renamed, too

Just separate it into its own commit before merging.  Don't push remote after rebasing though because it will nuke the conversation history.  Treat as append-only before merging

NSArray is anti-pattern in because it isn't explicitly typed

Otherwise looks good :ship:

merged

Next time link the merge SHA in the "merge" comment :)

authors: alexzielenski eappel

repo: cuappdev/eatery


text:
No fonts

Clicking on font or trying to scroll left and right does not change from 'undefined'.
I have confirmed the normal 'CR Draw Text' node loads fonts that I place there however. What would cause this to not detect any fonts?

The only way I've been able to load a font is to convert the 'font' widget to an input, and then use the 'CR Select Font' node.

there's a font directory inside the extension

I do have that font directory populated (it also has some by default). Presuming the 'Draw Text' on the right side is actually a part of this repository, that is not working. The CR Draw Text is working fine.


text:
Emit TestStepStarted event on @BeforeAll and @AfterAll hooks

Is your feature request related to a problem? Please describe.
It look like @BeforeAll and @AfterAll hooks do not fire any events, at least I don't see it in the code explicitly.
This makes impossible to report them in third-party report systems. At least in a straightforward way, without hacking that with AspectJ.
Describe the solution you'd like
Fire TestStepStarted event as you do for all other hooks.

@aslakhellesoy I don't think Cucumber currently has a message type suitable for before all/after all hooks.
Using TestStep{Started,Finished} would be inappropriate because there is no testCaseStartedId.

From the perspective of cucumber-ruby, as documented here: https://github.com/cucumber/cucumber-ruby/tree/main/features/docs/writing_support_code/hooks#beforeall-and-afterall, BeforeAll and AfterAll hooks are not part of the execution of the tests. There are suppose to setup and clean-up things that are not related to cucumber.
As @mpkorstanje said, I am not sure there would be an appropriate event for those.
We could maybe add new ones dedicated to such hooks?

I think we would need new message types in https://github.com/cucumber/common/tree/main/messages/jsonschema - maybe BeforeAllHookStarted and BeforeAllHookFinished.

That would mean adding four messages {Before,After{AllHook{Started,Finished}. For regular hooks we don't even make that distinction. There is a lack of consistency there that bothers me.

What kind of reporting do you want to be able to do @HardNorth?

@mattwynne I'm not really sure what you asking. I am a developer of Report Portal. It collects all test information (structure, hooks, logs, etc.) And analyse it with a taste of AI. I implemented numerous of test framework integrations for our project. Without these hooks reporting we won't be able to reflect them properly in our application, hence if such hook failed it won't be counted which cause statistics issues. And these hooks are also invisible for our analyser as for now

That would mean adding four messages {Before,After}AllHook{Started,Finished}. For regular hooks we don't even make that distinction. There is a lack of consistency there that bothers me.

Good point. Perhaps it would be better to simply have HookStarted and HookFinished. We could have a property indicating what kind of hook it is, e.g type = “BeforeAll” | “BeforeFeature” | “BeforeScenario” | “BeforeStep” | ….. If we go down this route we should also consider replacing the use of TestStepStarted and TestStepFinished for regular (scenario) hooks.

In my mind, the original {Before,After}{Scenario,Step} hooks are just special cases of TestSteps since if they fail they can fail a test case. However a BeforeAll hook isn't part of any specific test case, so it feels like a different beast.
I'm curious how you were thinking about reporting on it @HardNorth. Would a failure of a BeforeAll hook be counted as a failure of all the tests in the run? Or do you count these sorts of hooks as separate to the tests themselves?

The equivalent of a special test step for before hooks would be a special test case for before all hooks.
And a failure of a hook would be equivalent to failing the test run (same as with failure of a test case, worst result wins).

@mattwynne We don't report all tests as failed usually, just a single Item which failed. But for those who want to be extremely accurate I leave a public empty method, which can be overridden.
But without any event we won't even report a failed test run. That will be confusing for our users.

Good point. Perhaps it would be better to simply have HookStarted and HookFinished. We could have a property indicating what kind of hook it is, e.g type = “BeforeAll” | “BeforeFeature” | “BeforeScenario” | “BeforeStep” | …..

+1

If we go down this route we should also consider replacing the use of TestStepStarted and TestStepFinished for regular (scenario) hooks.

+1 keeping in mind to add a proper deprecation notice before totally replacing those

@aurelien-reeves I am not suggesting we deprecate TestStepStarted and TestStepFinished.
I am suggesting we use those messages only for Gherkin steps, and not for hooks.

@aurelien-reeves I am not suggesting we deprecate TestStepStarted and TestStepFinished.
I am suggesting we use those messages only for Gherkin steps, and not for hooks.

Yes, I understood 👌
Still, not using TestStep{Started|Finished} anymore with hooks remains a breaking change.

Yes it would be a breaking change, but there isn't anything to deprecate.

authors: HardNorth aslakhellesoy aurelien-reeves mattwynne mpkorstanje

repo: cucumber/common


text:
Move progress formatter to the mono-repo

Summary
The formatter should all be in the mono-repo to ensure consistency of behaviour between the different implementations of Cucumber.
Also they should consume messages.
Details

Motivation and Context

How Has This Been Tested?

Screenshots (if appropriate):
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue).
[ ] New feature (non-breaking change which adds functionality).
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected).

Checklist:

[ ] The change has been ported to Java.
[x] The change has been ported to Ruby.
[ ] The change has been ported to JavaScript.
[ ] The change has been ported to Go.
[ ] The change has been ported to .NET.
[x] I've added tests for my code.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have updated the CHANGELOG accordingly.

I'm thinking that having a library per formatter may not be such a good idea. What would you think to have instead a cucumber/console-formatters library that would handle formats the following format ?

progress
pretty
summary

Maybe the usage formatter could all belong there.

I'm thinking that having a library per formatter may not be such a good idea.

Why not?

Why not?

The different terminal formatter (progress, pretty and summary) hare lot of common code (handling ANSI colors, printing the summary at the bottom).
It would be simpler to handle releases of a single console-formatter than of 3 or 4 different libraries.

Sounds good to me.

@vincent-psarga do you have any recollection of what's left to do on this?

@vincent-psarga do you have any recollection of what's left to do on this?

I'd say more or less everything :D

port to other languages
add tests based on messages to ensure every language behaves the same way

But the main issue here was that the progress formatter relies heavily on common code with other formatters, so as I mentioned earlier, having simply a "progress-formatter" library might not be such a good idea.

I think it would be fine to start by moving just cucumber-ruby's progress formatter into a separate gem in the common repo, and we could gradually migrate other formatters and languages in other PRs, once we've figured out a good way to make a shared test suite.
No need to try and boil the ocean; that's how things get stuck 😁

No need to try and boil the ocean; that's how things get stuck 😁

Indeed :)

Well, we are actually splitting the mono-repo now. We did not felt that happy with it. So, closing this PR
However we could still have a polyglot repo for formatters like the progress formatter

authors: aurelien-reeves mattwynne mpkorstanje vincent-psarga


text:
cck: Improve attachment message

Currently the Java implementation has two issues with the CCK.

When provided with the mediaType text/plain the reference implementation will embed the contents as text. This seems rather unnecessary as there is a dedicated log method to do this. Changing the reference implementation to embed always write attachments as binary would simplify both the reference implementation and Cucumber-JVM.

Cucumber-JVM supports file names in attachments. The reference implementation currently does not.

    @Override
    public void embed(byte[] data, String mediaType, String name) {
        bus.send(new EmbedEvent(bus.getInstant(), testCase, data, mediaType, name));

        // TODO: Remove this weird exception from the cck
        if (mediaType.equals("text/plain")) {
            bus.send(Messages.Envelope.newBuilder()
                .setAttachment(
                    Messages.Attachment.newBuilder()
                        .setTestCaseStartedId(testExecutionId.toString())
                        .setTestStepId(currentTestStepId.toString())
                        .setText(new String(data, UTF_8))
                        //TODO: Add file name to message protocol
                        .setMediaType(mediaType)
                        .build()
                )
                .build()
            );
        } else {
            bus.send(Messages.Envelope.newBuilder()
                .setAttachment(
                    Messages.Attachment.newBuilder()
                        .setTestCaseStartedId(testExecutionId.toString())
                        .setTestStepId(currentTestStepId.toString())
                        .setBinary(ByteString.copyFrom(data))
                        //TODO: Add file name to message protocol
                        .setMediaType(mediaType)
                        .build()
                )
                .build()
            );
        }
    }

Is this stil relevant now that #947 has landed on master?

Looking at react/javascript/src/components/gherkin/Attachment.tsx there is still a coupling between the encoding and the media type. There shouldn't be one.

What kind of coupling @mpkorstanje? Do you have an example of content encoding and media type that would cause a problem?

Currently:

text/plain encoded as BASE64 wouldn't be rendered.
application/json encoded as either BASE64 or IDENTITY wouldn't be rendered.

I would expect every embedding to use BASE64 and depending on the media type be decoded or not.

For an example of supported embeddings in the wild:
https://github.com/damianszczepanik/cucumber-reporting/blob/master/src/main/resources/templates/macros/json/embeddings.vm#L6-L31

image/*
text/*
application/json
image/url
video/mp4

https://github.com/trivago/cluecumber-report-plugin/blob/master/plugin-code/src/main/resources/template/macros/scenario.ftl#L140-L147

image/*
text/*
application/json
application/xml

authors: aslakhellesoy mpkorstanje

repo: cucumber/cucumber


text:
Fix travis integration

Fix the broken travis integration

Can I pick this one up?

@AlexisChavez97 sure

repo: culqi/culqi-ruby


text:
Notice: Undefined variable: uitpas_promotions in culturefeed/culturefeed_agenda/theme/culturefeed-event.tpl.php on line 169

A notice is triggered by the template culturefeed/culturefeed_agenda/theme/culturefeed-event.tpl.php on line 169 when the UiT pass module is not enabled.
This because the template expects a variable, set by uitpass submodule, is always set.
  <?php if ($uitpas_promotions): ?>

<?php print t('Promotions'); ?>

<?php print $uitpas_promotions; ?>

  <?php endif; ?>

See Pull Request #113

repo: cultuurnet/culturefeed


text:
Relay Mode Network Access Issue with Cunicu

Hi, I am using Cunicu to establish peer-to-peer connections for hosts behind NAT. When network conditions are ideal, peer-to-peer connections work fine. However, when switching to relay mode, the network becomes inaccessible. I would like to confirm if the relay function of Cunicu is currently operational.

Hi @am6737
I am aware that relayed connections are currently not working as good as the direct ones. It's an area where cunicu needs improvement.
Out of curiosity: are you running your own TURN relay?
Do you know if UDP connectivity to the relay is given? Or do you use TCP connectivity to the relay?

Hi @am6737
I am aware that relayed connections are currently not working as good as the direct ones. It's an area where cunicu needs improvement.
Out of curiosity: are you running your own TURN relay?
Do you know if UDP connectivity to the relay is given? Or do you use TCP connectivity to the relay?

@stv0g
I am very pleased to receive your reply.
Initially, I used the community-provided relay relay.cunicu.li:443, but I found it was not working.
Consequently, I set up my own TURN server using the pion/turn example from simple/main.go, but the issue persists. I have verified that the TURN server provides UDP connectivity and tested it with a TURN client without issues.
I am not sure if the relay is unavailable due to my incorrect configuration or other issues, Just to clarify, I am running in a container that only exposes Wireguard's ListenPort
Therefore, I want to confirm if the relay function of Cunicu is currently functional, given that I noticed Cunicu is still in the Alpha stage.

repo: cunicu/cunicu


text:
RNN high level API

I extracted high-level API from Chainer. It provides high-level API for cudnn's RNN.

I want to discuss some API design:

Do we need to call ascontiguousarray in APIs? (do we need to support non-contiguous arrays?)
Is it OK to expose enum values such as cudnn.CUDNN_BIDIRECTIONAL?

jenkins, test this please.

Jenkins CI test (for commit c1501c0a8845593b9c8c24c73a6e24e41b9f0962, target branch master) succeeded!

LGTM!

authors: chainer-ci okuta unnonouno

repo: cupy/cupy


text:
您好，想请问一下有关于PE计算的细节

请问您在计算数据集的排列熵时，是选择那一部分的序列进行排列熵的计算？是对滑窗后得到的所有input time series X分别计算再平均吗？因为论文只介绍了排列熵使用的参数，数据的选择不是很清楚，想请问一下您有关于这个的细节.

对于多变量是如何处理的呢？

repo: cure-lab/SCINet


text:
Adding annotation tag?

In some cases it is possible to leak information using the annotation tag, as shown in https://medium.com/@jonathanbouman/local-file-inclusion-at-ikea-com-e695ed64d82f, perhaps this would be an interesting addition to this repo?

Mmmh, interesting, does it work in any major browser?


text:
Login bug even with 2FA

Bug:

On the Integration page, i enter the email, password, 2FA code correctly
Another dialog open asking me to enter password again, now with CAPTCHA. Theres already a 2FA field but its already filled out
When I click on Submit, it keep saying password is incorrect

Workaround:
On the integration, enter everything without the 2FA code
Once i get past this page, it will prompt me to enter the 2FA code only (unlike step 2 above)

Please use the bug template if you'd like help.

iSame Problem here. Even after a fresh installation of hass io: Impossible to authenticate.
Region: amazon.de
2FA code: doesn't work with or without

Hey
where Do I find the bug template?

https://github.com/custom-components/alexa_media_player/issues/new/choose

I had the same or similar problem here; I found it was related to how the cookie.txt content was pasted in. I need to enter a  ‘space’ before pasting cookie.txt content; because it seems that this content is pre-pended with a comment after submission that crashed into the cookie text.

Probably fixed in 3.4.2 but no idea since I don't have enough info here to know.
::shrug::

authors: alandtse grewhit25 jjmwiwi thuantrinh


text:
Alexa Media Player not showing up in integrations after install through HACS

Describe the bug
When I install Alexa Media Player through HACS the plugin installs with no issue, I'm able to restart without any issue and I can confirm in the HACS panel that the component installed.  However, when I go to integrations to add it Alexa Media Player does not show up in the listing.
To Reproduce
Steps to reproduce the behavior:

Go to HACS
Install Alexa Media Center
Restart
Go to Configuration > Integrations
Add Integration
Search for "Alexa"

Expected behavior
I was expecting to see it in the listing and then follow the steps in the repository readme to link it to my account.
System details

Home-assistant (version): core-2021.4.0
Hassio (Yes/No): (Please note you may have to restart hassio 2-3 times to load the latest version of alexapy after an update. This looks like a HA bug).  Yes
alexa_media: 3.8.5
alexapy (version from pip show alexapy or HA startup): Not found
Amazon [2FA is enabled]: Yes

Logs
Please provide logs. We'll be most likely asking for them anyway.
2021-04-08 01:22:00 WARNING (MainThread) [homeassistant.loader] You are using a custom integration alexa_media which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
.

Have you tried clearing your browser cache?
I read it as a work around on a different component - but it apples to lots of them.

It took 4 restarts and 12 hours of sitting but it finally showed up.

authors: mbriney wzwick


text:
Sensor doesnt work after agt-get update

I executed full system update on my raspberry:
sudo apt-get update && sudo apt-get upgrade
Previously all was fine. But after update my mitemp_bt sensor in HA stopped working.
I have no idea what to start checking with.
Has someone meet same issue?

@IvSan Did you find the cause of the problem (if it was at all)?

Nope, just reinstalled rasbian from scratch and run fresh docker HA container. It works in my case.


text:
[Bug]: Vue warning on type check and missing prop

Bug Summary
[Bug]: Vue warning on type check and missing prop
Detailed Description
When running test that display the game view, vue will throw warnings about type checking and missing props...
 [Vue warn]: Invalid prop: type check failed for prop "scrollable". Expected Boolean, got String with value "true".
  at <BaseDialog id="scrap-dialog" modelValue=false onUpdate:modelValue=fn  ... >
  at <ScrapDialog scrap= [] >
  at <GameView onVnodeUnmounted=fn<onVnodeUnmounted> ref=Ref< null > >
  at <RouterView>
  at <VMain>
  at <VApp id="app" >
  at <App>

 [Vue warn]: Invalid prop: type check failed for prop "scrollable". Expected Boolean, got String with value "true".
  at <VDialog modelValue=false onUpdate:modelValue=fn persistent=false  ... >
  at <BaseDialog id="scrap-dialog" modelValue=false onUpdate:modelValue=fn  ... >
  at <ScrapDialog scrap= [] >
  at <GameView onVnodeUnmounted=fn<onVnodeUnmounted> ref=Ref< null > >
  at <RouterView>
  at <VMain>
  at <VApp id="app" >
  at <App>

[Vue warn]: Missing required prop: "dataCy"
  at <BaseSnackbar modelValue=false onUpdate:modelValue=fn message=""  ... >
  at <ReauthenticateDialog model-value=false >
  at <GameDialogs onClearSelection=fn<bound clearSelection> onHandleError=fn<bound handleError> >
  at <GameView onVnodeUnmounted=fn<onVnodeUnmounted> ref=Ref< null > >
  at <RouterView>
  at <VMain>
  at <VApp id="app" >
  at <App> ```

### Current Behavior

Vue warning

### Expected Behavior

Remove Vue warnings

### Steps to Reproduce

1. Open test in lobby.spec.js
2. Open Console
3. Run test "Game starts when both players are ready - opponent readies first after player joins"

I have a fix for this! My PR will probably be up by Monday

I have a fix for this! My PR will probably be up by Monday

Awesome, feel free to ask any questions in the discord!

repo: cuttle-cards/cuttle