SDK is sensitive to special characters (spaces and parens) in the source directory name

This bug report is a follow-up on this StackOverflow question.
The user had a project that mysteriously stopped working after taking a copy.
Crucially, the copy ended up as serial_pico (copy), which fails with errors: (see SO question)
Scanning dependencies of target bs2_default
[  1%] Building ASM object pico-sdk/src/rp2_common/boot_stage2/CMakeFiles/bs2_default.dir/compile_time_choice.S.obj
[  2%] Linking ASM executable bs2_default.elf
/bin/sh: 1: Syntax error: "(" unexpected
make[2]: *** [pico-sdk/src/rp2_common/boot_stage2/CMakeFiles/bs2_default.dir/build.make:98: pico-sdk/src/rp2_common/boot_stage2/bs2_default.elf] Error 2

Steps to reproduce:

Create a directory with spaces and parentheses in the name (in the report below, /tmp/test checkout (copy))
Create a minimal project based on the README of this project, including the hello_world.c and pico_sdk_import.cmake.
Run CMake and try to build in verbose mode

On my system, the failing command is:
/tmp/arm-gnu-toolchain-11.3.rel1-darwin-x86_64-arm-none-eabi/bin/arm-none-eabi-gcc -mcpu=cortex-m0plus -mthumb -O3 -DNDEBUG -Wl,--build-id=none --specs=nosys.specs -nostartfiles "-Wl,--script=/tmp/test checkout (copy)/build/_deps/pico_sdk-src/src/rp2_common/boot_stage2/boot_stage2.ld" -Wl,-Map=bs2_default.elf.map CMakeFiles/bs2_default.dir/compile_time_choice.S.obj -o bs2_default.elf
cd "/tmp/test checkout (copy)/build/pico-sdk/src/rp2_common/boot_stage2" && /tmp/arm-gnu-toolchain-11.3.rel1-darwin-x86_64-arm-none-eabi/bin/arm-none-eabi-objdump -h /tmp/test\ checkout\ (copy)/build/pico-sdk/src/rp2_common/boot_stage2/bs2_default.elf >bs2_default.dis
/bin/sh: -c: line 0: syntax error near unexpected token `('
/bin/sh: -c: line 0: `cd "/tmp/test checkout (copy)/build/pico-sdk/src/rp2_common/boot_stage2" && /tmp/arm-gnu-toolchain-11.3.rel1-darwin-x86_64-arm-none-eabi/bin/arm-none-eabi-objdump -h /tmp/test\ checkout\ (copy)/build/pico-sdk/src/rp2_common/boot_stage2/bs2_default.elf >bs2_default.dis'

The cause of this error seems to be src/rp2_common.cmake on lines 15 and 16. Adding the VERBATIM option after the COMMAND stanzas and adding a space after the > and >> respectively allows the build to proceed a bit further, after which it complains about a similar objcopy call.

It seems that adding the VERBATIM keyword to every add_custom_command fixes this.

          If  VERBATIM  is  given then all arguments to the commands will be escaped properly
          for the build tool so that the invoked command receives  each  argument  unchanged.
          Note that one level of escapes is still used by the CMake language processor before
          add_custom_target even sees the arguments. Use of VERBATIM  is  recommended  as  it
          enables  correct  behavior.  When  VERBATIM  is  not given the behavior is platform
          specific because there is no protection of tool-specific special characters.

merged into develop


[folding] Please do not call setHiddenAreas on each model change!

Just noticed some scrollLeft jumping around when editing near the end of lines that are scrolled.
It jumps around because I reset the cached max line width on a view model flush event.
It is really unexpected to get on each type a view model flush, almost the entire view is trashed away!.
I noticed the folding permanently calls setHiddenAreas after each model change. This is not good.

I added code to avoid calling setHiddenAreas unless a folded region has been updated.


Pre Lecture Quiz won't open in offline mode

While doing the course offline using docsify, in the first topic i.e.., 1-getting-started-lessons/1-intro-to-programming-languages/ there comes a pre-lecture-quiz.md the docsify transfers the link to the root .github folder where the file is not present hence giving a 404 status.
Steps to reproduce the behavior:

Start the offline way as described in the README
Scroll to 'http://localhost:3000/#/1-getting-started-lessons/1-intro-to-programming-languages/README'
Scroll down to 'pre-lecture-quiz' and click on it.
See the 404 error.
Error being that it goes to this while it should be going to this .
The problem is with the way Github(links starting from '.' are of the same folder) and Docsify(links starting from '.' are from the root folder) handles dynamic links .

Desktop (please complete the following information):

OS: Ubuntu 20.04
Brave Browser(based on Chromium)

Can you try again with a new Docsify build, as we have added a relative path parameter to the installation? Thanks

It works now. Thank you for the fix.


Sanitization of inputs, and removing stale code

Codecov Report

Merging #67 (c76dd7b) into master (b2141b1) will increase coverage by 0.55%.
The diff coverage is 95.00%.

@@            Coverage Diff             @@
##           master      #67      +/-   ##
==========================================
+ Coverage   83.74%   84.29%   +0.55%
==========================================
  Files          18       18
  Lines         855      866      +11
==========================================
+ Hits          716      730      +14
+ Misses        139      136       -3

Impacted Files
Coverage Δ

hts/core/result.py
100.00% <ø> (+9.30%)
:arrow_up:

hts/convenience.py
94.11% <95.00%> (ø)

Continue to review full report at Codecov.

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


Link on Grav Plugin List has 404 error

Hey there,
I just noticed that when you click the "Docs" link on getgrav.org/downloads/plugins, you get an 404.

Best regards,
Michael

Thanks for opening this issue!
I will fix it.

I fixed it!
I will be soon on updated.


Feature: Add MPI wrappers

Fixes #84
Prerequisite: fpm 0.10.1 to avoid unnecessary build repetition (see https://github.com/fortran-lang/fpm/pull/1007).
To Do

[ ] Facilitate both serial builds and MPI-enabled parallel builds

As of commit b17c2c08849bcbb1ae7d8ac54b3018501707ae8c, executing the following command
fpm test --compiler mpifort --runner "mpiexec -n 1"

passes all tests only if the changes below are applied.  However, applying these changes breaks serial builds with fpm test.
 % git diff
diff --git a/test/command_line_test.F90 b/test/command_line_test.F90
index 01b80c9e..cc7a7b30 100644
--- a/test/command_line_test.F90
+++ b/test/command_line_test.F90
@@ -56,7 +56,7 @@ contains
     character(len=132) command_message

     call execute_command_line( &
-      command = "fpm run --example get-flag-value -- --input-file some_file_name", &
+      command = "fpm run --example get-flag-value --compiler mpifort --runner 'mpiexec -n 1' -- --input-file some_file_name", &
       wait = .true., exitstat = exit_status, cmdstat = command_status, cmdmsg = command_message &
     )
     test_passes = exit_status == 0
@@ -68,7 +68,7 @@ contains
     character(len=132) command_message

     call execute_command_line( &
-      command = "fpm run --example handle-missing-flag -- --empty-flag", &
+      command = "fpm run --example handle-missing-flag --compiler mpifort --runner 'mpiexec -n 1' -- --empty-flag", &
       wait = .true., exitstat = exit_status, cmdstat = command_status, cmdmsg = command_message &
     )
     test_passes = exit_status == 0
@@ -80,7 +80,7 @@ contains
     character(len=132) command_message

     call execute_command_line( &
-      command = "fpm run --example check-command-line-argument -- --some-argument", &
+      command = "fpm run --example check-command-line-argument --compiler mpifort --runner 'mpiexec -n 1' -- --some-argument", &
       wait = .true., exitstat = exit_status, cmdstat = command_status, cmdmsg = command_message &
     )
     test_passes = exit_status == 0

@rouson What version of mpifort were you using? I can't get this branch to compile.


Ensure that conductor can deal with sequencer blocks that are received out of order

I believe that right now submitting out of order does not work.
This should be logic we have in conductor, but could break functionality until then.
Originally posted by @joroshiba in https://github.com/astriaorg/astria/pull/150#discussion_r1267621067

Duplicate of #15


AMF fails to set NAS security header in service accept

The correct header must be plain in inner 5GS message

LGTM


Fail to detach a PostgreSQL Flexible/Single server with an error

OS: Win10
Build Version: 20220514.1
Regression: Not a regression
Repro Steps:

Attached a PostgreSQL server -> Right click this server -> Click "Detach".
Check whether succeeds to detach this server.

Expect:
Succeed to detach this server.
Actual:
Fail to detach this server with an error.

More Info:
There is an error under the "Attached Database Accounts" node after refreshing the workspace view.

Verified on the build 20220523.2, this issue also reproduces when detach other attached Cosmos DB accounts.

IIRC this is a keytar issue

Same as https://github.com/microsoft/vscode-azurestorage/issues/1045

I believe this has been fixed. The extension has replaced keytar with vscode secret storage module.


Support Deep Zoom Collections

I don't have too much to add here, except to say that it is difficult for me to accept any viewer claiming the name Seadragon as genuine in spirit which does not load and manipulate multiple images.
As I understand it, the limitation with a pure Javascript implementation in the past was that there was no performant way to crop individual DZIs' thumbnails from the tile they shared with other DZIs in HTML - and now HTML5's canvas tag obviates that obstruction.
So I'm curious why collections haven't been attempted in OpenSeadragon and hopeful that they will be so that it will be a worthy substitute when Silverlight, Flash, Seadragon, or Photosynth are not installed.

Now that #446 has landed, this is a potential follow-up to it.


The K8S + weavescope is deployed on the cloud host, and the node can not be fully tracked

Cloud host 3 sets
<IP_ADDRESS>
<IP_ADDRESS>
<IP_ADDRESS>
SELinux has been disabled
3 nodes are fully started, but weavescope can always view only one node information

At first I thought it was network segment conflict, try to modify the service-cidr network segment for <IP_ADDRESS>/16, but still the same
Then I checked the weave-scope-app log and found these errors
[root@qa3 ~]# docker logs a9ef32ac87a7
time="2017-06-16T18:23:50Z" level=info msg="publishing to: <IP_ADDRESS>:80"
 INFO: 2017/06/16 18:23:50.327720 command line args: --logtostderr=true --mode=probe --no-app=true --probe.docker=true --probe.docker.bridge=docker0 --probe.kubernetes=true <IP_ADDRESS>:80
 INFO: 2017/06/16 18:23:50.327790 probe starting, version 1.4.0, ID 3e825ea65245a301
 INFO: 2017/06/16 18:23:50.364735 kubernetes: targeting api server https://<IP_ADDRESS>:443
 ERRO: 2017/06/16 18:23:50.396293 conntrack stderr:NOTICE: Netlink socket buffer size has been set to 425984 bytes.
 ERRO: 2017/06/16 18:23:50.411436 conntrack stderr:NOTICE: Netlink socket buffer size has been set to 425984 bytes.

I would start by running curl http://<IP_ADDRESS>:80/api (or whatever IP the Scope service has at that moment), from the Kubernetes nodes. That should work, so try to figure out why that is.
According to your screenshot, the Scope App must be getting reached by at least a probe, otherwise the UI would be empty, so my guess is that only the probe co-located in the same node as the app can reach it.
We have seen problems like this before, and the cause was a misconfiguration of the Kubernetescluster (missing iptables rule or misconfigured kube-proxy), preventing processes in the host networking namespace (like the Scope probes) from accessing the Service IPs. For instance, see https://github.com/weaveworks/scope/issues/2544
The other warnings are harmless:

The weave ps, weave status and Cannot resolve 'scope.weave.local'warnings expected when Weave Net is nor running (and it doesn't need to in order for Scope to work). You can run the probes with --weave=false to silence them.
The Error checking version only means that the probe doesn't have access to the internet.
NOTICE: Netlink socket buffer size has been set to 425984 bytes. is harmless.

Today found that other weave-scope-agent nodes have been given
But I entered the container to visit http://<IP_ADDRESS>:80 is responsive

C node can display normally.
Just tried the next. I entered the A, B node of the agent container curl http://<IP_ADDRESS>/api/report is blocked
C node inside the agent container, curl http://<IP_ADDRESS>/api/report immediately get a lot of information
Do not know for what reason, led to the A and B node blocking.
And no matter how many times I rebuild the cluster, always the last node can be displayed

The report-dropping errors in your screenshot above are most likely due to the CPU not being powerful enough (the Scope agents are pretty CPU-hungry). Where are you running this?

I Do not know for what reason, led to the A and B node blocking.

You should double check your networking configuration. It's probably a missing iptables rule or something in those lines.

This should not be related to iptables
Because A, B node access curl http://<IP_ADDRESS>/api is available information
But visit curl http://<IP_ADDRESS>/api/report blocked

This is a problem in the cloud environment that is normal in my own virtual machine (VMWARE) environment.
In addition to provide the environmental parameters
UCLOUD cloud: three nodes <IP_ADDRESS>,<IP_ADDRESS>,<IP_ADDRESS>
    K8S: kubeadm init --pod-network-cidr = <IP_ADDRESS> / 16 --service-cidr = <IP_ADDRESS> / 16
    Calico: <IP_ADDRESS>/16

My VMWARE: three nodes <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>
    K8S: kubeadm init --pod-network-cidr = <IP_ADDRESS> / 16
    Calico: <IP_ADDRESS>/16

curl http://<IP_ADDRESS>/api/report blocked
This is a POST request, curl uses GET by default

是的。我今天意识到了这点，换成了POST请求，可以立马获得响应。
但我不知道这个接口完整的参数，只是试探了下，有http响应。可以证明是通畅的，跟iptables无关。
但是为什么在云环境上报这个错我不明白
Error doing publish for <IP_ADDRESS>, backing off 1m0s: Post http://<IP_ADDRESS>:80/api/report: net/http: request canceled (Client.Timeout exceeded while awaiting headers)
 ERRO: 2017/06/18 16:00:36.056840 Dropping report to <IP_ADDRESS>

Unfortunately I can't help you with Ucloud or your Kubernetes installation.

I heard that Ucloud cloud host can not support multicast technology. Did weavescope use this technology?

No
On Jun 22, 2017 03:19, "ylf881011"<EMAIL_ADDRESS>wrote:

I heard that Ucloud cloud host can not support multicast technology. Did
weavescope use this technology?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/weaveworks/scope/issues/2612#issuecomment-310248741,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACQOJDd_WYhEPryBlOAbjlqtrh7nunjrks5sGcEigaJpZM4N81G8
.

Did you figure out what was wrong?
On Tue, Jun 27, 2017 at 10:19 AM, ylf881011<EMAIL_ADDRESS>wrote:

Closed #2612 https://github.com/weaveworks/scope/issues/2612.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/weaveworks/scope/issues/2612#event-1140036770, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACQOJBV29kKSBUJ3iFg7tFKfIZKjwVUVks5sILsSgaJpZM4N81G8
.


proxy_info cannot be None for the ver. 0.0.2

After upgrade to ver. 0.0.2 I cannot call httplib2shim.Http(proxy_info=None), it results in:
 File "/usr/local/lib/python3.5/dist-packages/httplib2shim/__init__.py", line 114, in __init__
    pool = self._make_pool(proxy_info=proxy_info())
TypeError: 'NoneType' object is not callable

Also, the proxy_info for the httplib2 may not be callable. While it's easy to make a lambda to change variable to callable, it's nice to allow None as proxy_info (and backward compatible, too.)

@xmedeko do you want to make a PR to implement the behavior you're expecting?


try to filter cpu noise

Tries to filter out cpu noise in issue detecting (using a rather simplistic approach that seems to work ok). When noise is filtered out a warning is added to the recommendation similar to below:

2.6.0


Added langchain-community and Updated langchain

@SnehalSwadhin Looks good, going ahead and merging! It may take a few hours for the competition runtime to update.


feat(devtools): Added customizable dock layout options and toggle commands

Added devtoolsConfig function for customizing dock default position, visibility and size. Added option to customize commands for toggling dock visibility and position.
Closes #6

lgtm


Refactor ExportService and ReplicateExistingClusterService

What type of PR is this?
/area simulator
/kind cleanup

What this PR does / why we need it:
The name of ExportService and ReplicateExisitngClusterService didn't represent the function well.
Renamed these.
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:
Mainly, renamed as

ExportService → ShapshotService

Export → Save
Import → Load

ReplicateExistingClusterService → ClusterResourceImportService

/label tide/merge-method-squash

@sanposhiho
Thanks 👍  Fixed.

@sanposhiho
Thanks🙏

You missed this
https://github.com/kubernetes-sigs/kube-scheduler-simulator/pull/300/files#r1181016673


modelInstance.load('r1', 'r2') should modelInstance.load(['r1', 'r2'])

Hey all,
So normally if you don't call load, a related file will be a blank instance, such that modelInstance.related('r1') == R1.forge().  If you call modelInstance.load('r1', 'r2') accidentally, forgetting the array, then it sets the relation to undefind ( letting you know you screwed up, at least for me, but its not obvious ), such that modelInstance.related('r1') == undefined.  I've ran into this before, so I know what it means when a relation is undefined, yet related doesn't throw an error, but today when my co-worker was wondering what was going on, it made me wonder if it's as user friendly as it could be.  What about a simple check on the args of load to see if they're all strings, and convert the string args to an array if they are.
Something like this to prepend the load method is all that is needed.  It covers the use case of using load with all strings, which I think would be helpful.
load: function() {
  var relations = [], opts;
  if (arguments.length == 1)
    relations.push(arguments);
  else
    Array.prototype.forEach.call(arguments, function(arg) {
       if (typeof arg == 'string')
         relations.push(arg);
       else
          opts = arg;
    });
 // existing load functionality...
}

The project leadership of Bookshelf recently changed. In an effort to advance the project we close all issues older than one year.
If you think this issue needs to be re-evaluated please post a comment on why this is still important and we will re-open it.
We also started an open discussion about the future of Bookshelf.js here https://github.com/bookshelf/bookshelf/issues/1600. Feel free to drop by and give us your opinion.
Let's make Bookshelf great again


PTPusherAPI should use HTTPS

:+1:

News about this?
Note that in iOS 9, the OS blocks (by default) connections that are not on HTTPS.

HTTPS is used as of 52f6bb0


added types

As part of HedgeDoc we wrote these type definitions to use the plugin, but we think they would have a far better home in this repository.

Thanks for contributing 🙌!

On a second thought, I'll undo this PR and add the types to https://github.com/DefinitelyTyped/DefinitelyTyped instead. @DerMolly, let me know if you want to be added as a mantainer of the types (see https://github.com/gmunguia/DefinitelyTyped#definition-owners).

No, don't need to.


Spyder crash when trying to save a new file or load a file.

Problem Description
Spyder crash when trying to save a new file or load a file.
What steps reproduce the problem?

check on "open file" or "save as"
check on "Browse a working directory"

Versions

Spyder version: 3.3.2
Python version: 3.7.1
Qt version: 5.6.2
Qtpy version: 1.5.2
Operating System name/version: windows 7

I read the #3903, but did not help.

Spyder crash when trying to save a new file or load a file.

What's the crash? Do you see any errors you can report to us? Else we can't offer any assistance to you, sorry.

An alert appears when I click "save as".

Sorry, that's still not enough to help you. Please start Spyder in terminal (cmd.exe) with this command
spyder

and report back if any errors are logged there.

my PC has some hardware problem, and i am fixing it. I will upload the error message later. thanks for the supporting.

Sorry, there is no any error message reported from terminal and Anaconda Prompt. Are there any log files that I can check?

No. Please open the Anaconda prompt, run there
conda update spyder qt pyqt

and try again.

After the updates, I can't run the Spyder.

This is a problem with your firewall or antivirus. Please deactivate them and try again.


test 1

/botio build

From: MushinBot (botio-academy.horizen.io)

Failed
Full output at https://botio-academy.horizen.io/9c460100cf92f72/output.txt
Total script time: 0.32 mins
Error: Build failed at step "bundle install --path ./vendor/bundle" with ExitCode 20

/botio build

From: MushinBot (botio-academy.horizen.io)

Received
Command cmd_build from @MarcosJSP received. Current queue size: 0
Live output at: https://botio-academy.horizen.io/19b6567210ac0d4/output.txt

From: MushinBot (botio-academy.horizen.io)

Success
Full output at https://botio-academy.horizen.io/19b6567210ac0d4/output.txt
Total script time: 2.98 mins
You can download the generated site at: https://botio-academy.horizen.io/latest.tar.gz
Or view a preview at https://devweb-academy.horizen.io


Problem in compiling with CUDA 7.5 on Ubuntu 16.04

When makefile after cmake preprocessing, get this error message
/usr/include/string.h: In function ‘void* __mempcpy_inline(void*, const void*, size_t)’:
/usr/include/string.h:652:42: error: ‘memcpy’ was not declared in this scope
   return (char *) memcpy (__dest, __src, __n) + __n;
                                          ^
CMake Error at inn_generated_SpatialStochasticPooling.cu.o.cmake:267 (message):
  Error generating file
  /home/samson/Repo/imagine-nn/build/CMakeFiles/inn.dir//./inn_generated_SpatialStochasticPooling.cu.o

CMakeFiles/inn.dir/build.make:70: recipe for target 'CMakeFiles/inn.dir/inn_generated_SpatialStochasticPooling.cu.o' failed
make[2]: *** [CMakeFiles/inn.dir/inn_generated_SpatialStochasticPooling.cu.o] Error 1
CMakeFiles/Makefile2:67: recipe for target 'CMakeFiles/inn.dir/all' failed
make[1]: *** [CMakeFiles/inn.dir/all] Error 2
Makefile:127: recipe for target 'all' failed
make: *** [all] Error 2

From this issue,  BVLC/caffe/issues/4046 , it seems to be an incompatibility between g++-5.0 and CUDA 7.5.
I'm not familiar with the cmake tool chain. I just add -D_FORCE_INLINES to CUDA_NVCC_FLAGS in CMakeCache.txt to solve the compile problem. The diffs as follow.
207c207
< CUDA_NVCC_FLAGS:STRING=-D_FORCE_INLINES
---
> CUDA_NVCC_FLAGS:STRING=

However, when make install the lib path is not correct. :-(
ls ~/torch/install/lib/luarocks/rocks/inn/
1.0-0?

relevant https://github.com/torch/torch7/issues/670

I added this to beginning of CMakeLists.txt
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -D_FORCE_INLINES")

One simple question. I faced with the same problem, added string to CMakeLists.txt. How to install? If just type "luarocks install inn-1.0-0.rockspec" it will clone from git.

luarocks make inn-1.0-0.rockspec


SQL and CosmosDB don't resolve the resource name in trace view

It's because the host and port are separated by a comma not a colon (not sure why...). We might need to implement a custom peer resolver for SQL. The address is <IP_ADDRESS> not localhost and the separator is : not ,.

cc @JamesNK

Hmm cosmos isn't resolving either. I wonder if we broke peer service resolution when we changed the address from <IP_ADDRESS> to localhost...

Maybe it's just these 2 dependencies. Mongo seems to work.

SQL Server uses a comma for port 🤷 Simple fix is to retry on failure with a comma instead of a colon.
Is cosmos a resource? An outgoing peer is only resolved if it is a resource and has an endpoint that matches the client span address.

Yea they are both resources. Trying with a comma doesn’t work as the address is <IP_ADDRESS> vs localhost. Just needs some massaging I guess


Google OAuth Sign in w/ targetcreated

Previous issue: #1264
Steps to reproduce
Running a test that needs to access context of modal window for Google OAuth login seems to try and enter email multiple times.
Here is my test file. I am using Jest to run the test.
let browser,
  page,
  count = 0;

beforeEach(async () => {
  browser = await puppeteer.launch({
    headless: false,
    args: ['--no-sandbox', '--disable-popup-blocking'],
  });
  page = await browser.newPage();
  await page.goto('http://localhost:8001');
});

afterEach(async () => {
  await page.close();
  console.log('🎉');
});

describe('/ (Home Page)', () => {
  it(
    'Should log in',
    async () => {
      console.log('log in');
      await page.click('#t-login_button');

      await browser.on('targetcreated', async () => {
        const pageList = await browser.pages();
        const newPage = await pageList[pageList.length - 1];
        const newPageTitle = await newPage.title();
        console.log(newPageTitle);
        if (newPageTitle === `Sign in - Google Accounts` && count === 0) {
          count = ++count;
          await newPage.waitForSelector(`#identifierId`);
          console.log(email_login);
          await newPage.type(`#identifierId`, email_login);
          await newPage.click('#identifierNext');

          await newPage.waitForSelector(`#password input[type="password"]`);
          await newPage.type(`#password input[type="password"]`, login_password);
          await newPage.click('#passwordNext');
        }
      });

      await page.goto(TESTING_BASE);
      await page.waitForSelector(`#t-login_button`);

      await page.waitForSelector(`#t-createStudy`);
    },
    10000,
  );
});

For some reason the console shows that the modal window is opened multiple times. You can see that i'm trying to debug the issue and limiting it to entering the login/password once. However if I do not have the check for the page title and counter, it will enter the email address more than one time (some times 3x in a row). Here is the console log from running this:
  console.log src/__test__/puppeteer.test.js:36
    log in

  console.log src/__test__/puppeteer.test.js:43
    Sign in - Google Accounts

  console.log src/__test__/puppeteer.test.js:47
<EMAIL_ADDRESS>
  console.log src/__test__/puppeteer.test.js:43
    Sign in - Google Accounts

  console.log src/__test__/puppeteer.test.js:43
    Sign in - Google Accounts

 FAIL  src/__test__/puppeteer.test.js (16.938s)
  / (Home Page)
    ✓ Title == Achievement Study Manager (2163ms)
    ✕ Should log in (13939ms)

  ● / (Home Page) › Should log in

    Timeout - Async callback was not invoked within timeout specified by jasmine.DEFAULT_TIMEOUT_INTERVAL.

      at node_modules/jest-config/node_modules/jest-jasmine2/build/queue_runner.js:64:21
      at ontimeout (timers.js:365:14)
      at tryOnTimeout (timers.js:237:5)
      at Timer.listOnTimeout (timers.js:207:5)

Tell us about your environment:

Puppeteer version: 0.13.0
Platform / OS version: Mac OS High Sierra
URLs (if applicable): Can no provide

What steps will reproduce the problem?
described above.
What is the expected result?
I should be able to interact with the new page pop up and log my user in.
What happens instead?
I am unable to log the user in because for some reason the targetcreated is firing multiple times.

  await browser.on('targetcreated', async () => {

does browser.on actually return a promise?

From API

If the target is not of type "page", returns null.

            const page = await target.page();
            if(page!==null) {
                 //do stuff
            }````


PENV-259: change jetid from []byte to string

- What I did
changed JetID from []byte to string
- How I did it
- How to verify it
with tests and with the real heavy looking in DB
- Description for the changelog

Codecov Report

Merging #63 into master will decrease coverage by 0.59%.
The diff coverage is 82.75%.

@@            Coverage Diff             @@
##           master      #63      +/-   ##
==========================================
- Coverage   73.86%   73.26%   -0.60%
==========================================
  Files          40       41       +1
  Lines        2430     2398      -32
==========================================
- Hits         1795     1757      -38
- Misses        518      524       +6
  Partials      117      117

Impacted Files
Coverage Δ

etl/types/types.go
66.66% <ø> (ø)

migrations/migrations.go
38.23% <28.57%> (-24.27%)
:arrow_down:

api/mappers.go
100.00% <100.00%> (ø)

etl/controller/controller.go
100.00% <100.00%> (ø)

etl/controller/pulsemaintainer.go
36.36% <100.00%> (ø)

etl/models/models.go
100.00% <100.00%> (ø)

etl/transformer/transformer.go
83.42% <100.00%> (ø)

instrumentation/converter/platform.go
100.00% <100.00%> (ø)

testutils/canonical.go
100.00% <100.00%> (ø)

testutils/models.go
85.96% <100.00%> (ø)

... and 2 more

Continue to review full report at Codecov.

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


Update for gru

@tonydisera if you could spend 10-15 minutes reviewing this when you get a chance, I think that would be a good idea. No rush on that though. I've already deployed it to production, so it's not holding anything back at the moment.
The changes mostly have to do with local file support. I added a couple files for communicating with gru and fibridge (the local file proxy), and removed a bunch of files that were for handling VCFs in the browser. I'm pretty sure I didn't remove anything that's still needed, though there might still be a couple more we could get rid of. The RDP stuff for example only appears to be used in certain code paths that I'm not sure are ever exercised.
Most important thing will be testing the production instance to make sure everything is still working as expect. I'm make a slack message about that.


Add Whisper wiki entry

Also added a little bit of info to help contributing easier.

Lint failed

Since your PR has been merged, that we've been waiting for, with the official Docker image, you might also want to change the alexyancey/openai-whisper-asr-webservice:latest to the onerahmet/openai-whisper-asr-webservice:latest :)


Feature Request: Product opened

Would it be possible to have a way of showing that a product have been opened?
For example you are making something that requires flour, but only 200 grams of it and your quantity unit is 1000 grams.
You would not press consume in grocy, because you have not used the whole thing.

Great idea (best to be done in combination with #62)...

Yes, it would be great to have that. Also it would be good to have an option to change the Best Before date once it is opened with an option to enter it in the master product overview.
Eg. when adding a new product add the standard expiry date when unopened and the standard expiry date once it is opened from that day on.

I implemented this now like the following:

A product can be marked as opened from the consume page (new button next to the OK button) or from the stock overview page (new button right to the consume all button)
On the product edit page there can be "Default best before days after opened" defined - this replaces the best before date when marking a product as opened (when > 0)
On the consume page it is now also possible to pick a specific stock item (#62) - in the dropdown it is mentioned if a stock item is opened or not
Like all stock bookings, "opening a product" can be undone on the stock journal page

Let the know if this works for you or if you have any other suggestions on this - can be tested on the pre-release demo (will prepare a new release tomorrow).

Your implimentation is spot on! Need to do some more testing. Testing in general actually, been away for work for a month.
A lot of cool progress in that month thanks to ideas from other people. And your "Life runs on code" mentality :-)
Do you have a rough time when you are going to release tomorrow?
Reason I ask is that I have some translating and fine tuning of the norwegian language to do.

Thanks a lot - also for the translation all the time! :)
(As far I can see on Transifex only the new translations are missing for Norwegian - will also update the source files in a moment - this needs also to be automated soon.)
Just wanted to push a new release tomorrow because it has been 3 weeks since the last one - will have a couple of hours to work on grocy tommorrow - so maybe it's better to do some general fine tuning and postpone the release to next week...

Decisions decisions. Hehe.
I would love a release tomorrow, but on the other hand my latest translation is actually totally wrong.
I translated directly without actually looking for where the wording would appear.  Haha

:D, so I think we postpone the release to next weekend, there are also enough open enhancements or smaller UI things or the automation things I could work on tomorrow...

Yeah, I think you are right. Also I might find issues with the "Open product" feature.


Windows support

Managers will have issues, mostly down to relying on tail -f ... when js-host is spawning detached processes.

I'm happy to help where possible, but I don't use windows personally, and I've neither the inclination nor time to set up a dev env to figure it out.
So if anyone wants this, they'll need to submit a PR.

Current state of things:
https://ci.appveyor.com/project/markfinger/js-host
The tests seem to flake out pretty randomly :disappointed:

Test suite's now passing on XP


docs: add SPDX license identifier (part 1 of 2)

What type of PR is this?
/kind cleanup
/kind documentation
Any specific area of the project related to this PR?
/area build
/area CI
/area libscap-engine-bpf
/area libscap-engine-gvisor
/area libscap-engine-kmod
/area libscap-engine-modern-bpf
/area libscap-engine-nodriver
/area libscap-engine-noop
/area libscap-engine-source-plugin
/area libscap-engine-savefile
/area libscap-engine-udig
/area libscap
/area libpman
/area libsinsp
/area tests
Does this PR require a change in the driver versions?
NO
What this PR does / why we need it:
See https://github.com/falcosecurity/evolution/issues/318
Special notes for your reviewer:
I skipped the  driver/  for now since the PR is already large. I will address it in a subsequent PR.
Does this PR introduce a user-facing change?:

NONE

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

Needs approval from an approver in each of these files:

OWNERS [leogr]

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

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

Needs approval from an approver in each of these files:

OWNERS [incertum,leogr]

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

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

Needs approval from an approver in each of these files:

OWNERS [LucaGuerra,incertum,leogr]

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


Owned Proxy - update to support forc deploy proxy feature

Type of change

Improvement (refactoring, restructuring repository, cleaning tech debt, ...)

Changes
The following changes have been made:

The Owned Proxy contract has been updated to forc v0.63.1, with the standardized storage slot for target pinned with the new in keyword.
The Owned Proxy scripts have been updated to fuel-rs v0.66.2
The test harness is updated to use forc v0.63.1 and  fuel-rs v0.66.2
README badges have been updated
The "versions in use" note has been removed from the root README and project specific forc version badges are now used.

Notes

An unused test file that was copied from sway-libs/upgradeability has been removed

Related Issues

Closes #11
Closes #13
Checklist

[x] I have linked to any relevant issues.
[x] I have commented my code, particularly in hard-to-understand areas.
[x] I have updated the documentation where relevant.
[x] I have added tests that prove my fix is effective or that my feature works.
[x] I have added (or requested a maintainer to add) the necessary Breaking* or New Feature labels where relevant.
[x] I have done my best to ensure that my PR adheres to the Fuel Labs Code Review Standards.
[x] I have requested a review from the relevant team or maintainers.
[x] I have updated the changelog to reflect the changes on this PR.

Blocked by https://github.com/FuelLabs/sway/issues/6447

Seeking to debug the CI issues here in https://github.com/FuelLabs/sway-standard-implementations/pull/25


PR: Don't kill kernel process tree when running in Binder (IPython console)

Description of Changes

This fixes a hard freeze when a kernel is killed or restarted there.
Also, fix Binder links in our Readme.

Issue(s) Resolved
Fixes #22124
Affirmation
By submitting this Pull Request or typing my (user)name below,
I affirm the Developer Certificate of Origin
with respect to all commits and content included in this PR,
and understand I am releasing the same under Spyder's MIT (Expat) license.

I certify the above statement is true and correct: @ccordoba12

/show binder

@meeseeksdev please backport to 6.x


Add CMake option to use /MD runtime

Closes #7163

Codecov Report

Merging #7277 (e0d6676) into master (4f93e55) will decrease coverage by 0.12%.
The diff coverage is 0.00%.

@@            Coverage Diff             @@
##           master    #7277      +/-   ##
==========================================
- Coverage   82.76%   82.64%   -0.13%
==========================================
  Files          13       13
  Lines        4061     4067       +6
==========================================
  Hits         3361     3361
- Misses        700      706       +6

Impacted Files
Coverage Δ

python-package/xgboost/data.py
69.27% <0.00%> (-0.81%)
:arrow_down:

Continue to review full report at Codecov.

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


Fix forgotten nl-core overrides

Strict QA fails on the terminology server. I think this can safely be ignored for the changes in this branch.


How do we see the URL after the app has been deployed?

When we deploy, we see the message "The application was deployed successfully and it can be accessed at xxxxxxx".  How can we find this URL again later if say, we forgot to write it down or something?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 9d144f2b-a0a4-d8cd-d6b0-7ca75d4890fc
Version Independent ID: e022f907-336e-ddf5-b282-c21e3f575f27
Content: Tutorial- Deploy a Service Fabric Mesh application
Content Source: articles/service-fabric-mesh/service-fabric-mesh-tutorial-deploy-service-fabric-mesh-app.md
Service: service-fabric-mesh
GitHub Login: @TylerMSFT
Microsoft Alias: twhitney

Thanks for the question! We are investigating and will update you shortly.

@MikeChristensen great question! I played around a bit with this and I am not finding anything in the docs with the exception of
https://docs.microsoft.com/en-us/cli/azure/ext/mesh/mesh/network?view=azure-cli-latest
It also appears this information is not available in the portal.
I was able to run the following command to get that information though:
az mesh network list --resource-group MicahSFMesh
micah@Azure:~$ az mesh network list --resource-group MicahSFMesh
[
  {
    "addressPrefix": "<IP_ADDRESS>/22",
    "description": null,
    "id": "/subscriptions/b83c1ed3-c5b6-44fb-b5ba-2b83a074c23f/resourcegroups/MicahSFMesh/providers/Microsoft.ServiceFabricMesh/networks/helloWorldNetwork",
    "ingressConfig": {
      "layer4": [
        {
          "applicationName": "helloWorldApp",
          "endpointName": "helloWorldListener",
          "name": "helloWorldIngress",
          "publicPort": 80,
          "serviceName": "helloWorldService"
        }
      ],
      "publicIpAddress": "<IP_ADDRESS>",
      "qosLevel": "Bronze"
    },
    "location": "eastus",
    "name": "helloWorldNetwork",
    "provisioningState": "Succeeded",
    "resourceGroup": "MicahSFMesh",
    "tags": {},
    "type": "Microsoft.ServiceFabricMesh/networks"
  }
]

I will assign this to the content author to review and see if we can get something added to the docs to make these steps more clear.
@TylerMSFT can you take a look?

I do not get an IP address when running az mesh network list but when running az mesh gateway list.
Besides, the ARM template that is used to deploy to Azure from Visual Studio outputs the public IP address. So you can also check the last successful deployment to the resource group and find the address this way.


fix: lumary uses <IP_ADDRESS> gw

This PR adds support for a <IP_ADDRESS>, which I observed being used on the Lumary light running exploitable firmware 1.3.21 described in #335.
It also logs the gateway used if it was incorrect for debugging.

I believe this is the correct dump of the 1.3.21 device
dump_f.bin.zip

Thanks for providing that.  That bin (verified as 1.3.21) also has <IP_ADDRESS> set, so it must be a fallback case of some sort.

That is strange, you can see <IP_ADDRESS> (as well as the always unused <IP_ADDRESS>) are contained in strings in the decrypted app, so I'm curious what is driving that.  I don't see anything in storage that would drive a change.  I'd have to look at disassembled code to see if there is something that increments a number, but it's not really worthwhile, easy enough to just catch that case as you have.
Also, be aware both of the dumps you provided use an LED driver, and it looks like the device configuration in storage has less data than the one embedded in the app bin.
{rstnum:5,rstcor:c,Jsonver:1.1.9,brightmin:5,gmwb:75,title20:1,deftemp:100,gmwg:70,2235ccur:14,wfcfg:spcl,colormin:10,pmemory:1,gmkb:60,pairt:600,iicb:0,cmod:rgbcw,iicscl:24,wt:20,cwtype:0,prodagain:0,rstbr:50,2235wcur:6,remdmode:1,colormax:100,cagt:20,iicw:3,notdisturb:0,module:CBU,colorpfun:1,iicsda:9,cwmaxp:100,dmod:8,gmwr:100,iicc:4,rgbt:15,gmkg:60,onoffmode:1,brightmax:100,iicg:1,wfct:10,rsttemp:100,category:0505,gmkr:80,defcolor:c,iicr:2,defbright:100,crc:72,}

Is what is in the bins, you'll want to know those 2235wcur/2235ccur values for setting power levels, which I'm assuming means your lights use SM2235 or SM2335 LED drivers.

Yeah, thanks! The device uses BP5758D drivers, actually.. I use the OpenBeken stuff and so far have been okay with not messing with the current, but I probably should get them to match the manufacturer levels. 14/6 seem a bit low though...

Okay, that makes some sense.  So the default baked into the firmware is for SM2x35, but doesn't apply if your driver is BP5758D, and the one in the device configuration/storage is correct, in which case, it's 70 for white channels, and 40 for color channels.
"dccur": 70,
"drgbcur": 40,
"dwcur": 70,


Fails to install with npm WARN deprecated<EMAIL_ADDRESS>This SVGO version is no longer supported. Upgrade to v2.x.x.

Please do not report security vulnerabilities here. The Responsible Disclosure Program details the procedure for disclosing security issues.
Thank you in advance for helping us to improve this library! Please read through the template below and answer all relevant questions. Your additional work here is greatly appreciated and will help us respond as quickly as possible. For general support or usage questions, use the Auth0 Community or Auth0 Support. Finally, to avoid duplicates, please search existing Issues before submitting one here.
By submitting an Issue to this repository, you agree to the terms within the Auth0 Code of Conduct.
Describe the problem

On install with the command
npm i @auth0/auth0-react
I get the error noted below
npm WARN deprecated<EMAIL_ADDRESS>Modern JS already guarantees Array#sort() is a stable sort, so this library is deprecated. See the compatibility table on MDN: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array/sort#browser_compatibility
npm WARN deprecated<EMAIL_ADDRESS>This SVGO version is no longer supported. Upgrade to v2.x.x.
npm ERR! code E401
npm ERR! Incorrect or missing password.
npm ERR! If you were trying to login, change your password, create an
npm ERR! authentication token or enable two-factor authentication then
npm ERR! that means you likely typed your password in incorrectly.
npm ERR! Please try again, or recover your password at:
npm ERR!     https://www.npmjs.com/forgot
npm ERR!
npm ERR! If you were doing some other operation then your saved credentials are
npm ERR! probably out of date. To correct this please try logging in again with:
npm ERR!     npm login

What was the expected behavior?
install command to install the package

Tell us about the behavior you expected to see
npm undated  0 vulernablities

Reproduction

Detail the steps taken to reproduce this error, and whether this issue can be reproduced consistently or if it is intermittent.
Note: If clear, reproducable steps or the smallest sample app demonstrating misbehavior cannot be provided, we may not be able to follow up on this bug report.

Step 1
npm i @auth0/auth0-react

Can the behavior be reproduced using the React SDK Playground?
If so, provide steps:

Where applicable, please include:

The smallest possible sample app that reproduces the undesirable behavior
Log files (redact/remove sensitive information)
Application settings (redact/remove sensitive information)
clientId and domain (these are publicly available)
Screenshots

Environment

Please provide the following:

Version of auth0-react used:
Which browsers have you tested in?
Which framework are you using, if applicable (Angular, React, etc):
Other modules/plugins/libraries that might be involved:

Hey @chrishj59, I can't seem to reproduce this error and I'm wondering if it's potentially environment/machine specific? The npm ERR! Incorrect or missing password. line seems to indicate that there's an error with your npm authentication, are you potentially using a private registry or maybe try running npm login to see if that fixes it?

Hi

Hi,
This was due to an NPM token that had expired when I attempted to use @auth0/auth0-react.
Thank you


Fix load cli command

remove job subcommands that were referring to the old job service
update load subcommand and add necessary flags
remove checks in the java class that referred to the old load command

bin/alluxio job load --submit --path <path> [<other flags>]

alluxio-bot, merge this please


Entropic changes being overwritten

Describe the bug
The submodels are currently being called in such a way that entropic changes are being set to zero on the models.
To Reproduce
Steps to reproduce the behaviour:

Go to '...'

experiment = pybamm.Experiment(
    [
        "Discharge at 2 A for 10 hours or until 3.3 V",
        "Rest for 1 hour",
        "Charge at 2 A until 4.1 V",
        "Hold at 4.1 V until 50 mA",
        "Rest for 1 hour",
    ]
)

chemistry = pybamm.parameter_sets.Marquis2019
parameter_values = pybamm.ParameterValues(chemistry=chemistry)
model_options = {
    "thermal": "lumped",
}
model = pybamm.lithium_ion.SPMe(model_options)

sim = pybamm.Simulation(model, parameter_values=parameter_values, experiment=experiment)
sim.solve()
variable_names = ['Current [A]',
                  'Terminal voltage [V]',
                  'Measured battery open circuit voltage [V]',
                  'Volume-averaged Ohmic heating [W.m-3]',
                  'Volume-averaged irreversible electrochemical heating [W.m-3]',
                  'Volume-averaged reversible heating [W.m-3]',
                  'Volume-averaged total heating [W.m-3]',
                  'Volume-averaged cell temperature [K]',
                  'X-averaged negative particle surface concentration [mol.m-3]',
                  'X-averaged positive particle surface concentration [mol.m-3]',
                  'Negative electrode entropic change',
                  'Positive electrode entropic change']
sim.plot(quick_plot_vars=variable_names)

Expected behaviour
Entropic changes should not be zero
Screenshots
If applicable, add screenshots to help explain your problem.

Additional context
Chen2020 parameter set has dUdT = 0 so test on Marquis2019

Fixed by #1093


Airspeed Sensor i2c buss saturated

Ubuntu 16.04
master
parameter file
fixedwingparams.zip
Compiler version 5.4.1
Hardware configuration: Fixedwing

This is actually in the breezystm repo. Moving the issue there.


Syntax error-basic puppeteer usage language in .js file

New to coding- TLDR;  D&D nerd who found a TTS mod which allows the user to pull character sheets from dndbeyond that was ostensibly broken. Another user had commented that by implementing a fix to the code in .js file to allow pupeteer (required) to run in incognito mode would bypass the bot-detection thwarting the process at present.
Swapped the code, ran a syntax checker, and all looked green, no errors.  Downloaded puppeter via node.js, and went to test the process, and am being hit with a syntax error - 800A03EA, line 37, character 1. The line in question is as follows:
const puppeteer = require('puppeteer');
Syntax checker, and even puppeteer's own documentation seem to refer to that line -as is- for general use. Character 1 would be the letter 'c', and I've gone in checking if there are any extra spaces or other odd characters anywhere in that line with no luck.
Steps to reproduce
Tell us about your environment:

Puppeteer version: Should be 13.5.1
Platform / OS version: Windows 10 Pro 21H2 / OS Build 19044.1586
URLs (if applicable):
Node.js version: 14.17.4

What steps will reproduce the problem?
Please include code that reproduces the issue.
const puppeteer = require('puppeteer');
What is the expected result?
An instance of Chrome will launch, and attempt to pull the info from dndbeyond (provided I get that far)
What happens instead?
Consistent Javascript error 800A03EA, line 37, character 1   - and the attempt terminates there.
I'm attaching a sample of the .js file with the original code pre-customization (dnd beyond URLS, my user path for Chrome, etc...), minus the fix in line 86 to tell the browser to run in incognito mode.  Hoping someone can point me in the right direction re: the Syntax error node.js keeps throwing  so I can at least get a bit further along with the process of testing this thing.
If I missed a similar existing issue in stackoverflow or elsewhere talking about this that I didn't see, I apologize!
scrapperMulti.txt

Edit: after some further experimenting, I'm attempting to run a simple puppeteer sample file as shown in the Usage section. Essentially the same error - it's triggering on that first line, first character with a 800A03EA Jscript compilation error.


Reading: grouping references

The huge long list of alphabetized references isn't particularly helpful. It would be cool to tag them so that they can be browsed by tag, or rendered in groups.

Hmmm, not really a necessary feature within book conventions.


Problem with modal dialog from example: Missing required prop: "show"

I tried adding the following, as from the documentation example
<modal v-model="show" @ok="show = false"></modal>
My hosting component also has a data() function returning a model object with the show key set to false. When I load the page, Vue reports the following error:
[Vue warn]: Missing required prop: "show"
(found in <Modal>)

Which is strange, since the Modal component does not require a prop "show".
Found with vue-strap 1.1.37.

Are you using Vue2? Here's a fork that updated this lib for Vue2 use:
https://github.com/wffranco/vue-strap

For me it's different for some reason.
It says :value is required, and indeed Modal.vue says value: {type: Boolean, required: true}, but .... this value is not mentioned anywhere in the docs for Modal. :/
http://yuche.github.io/vue-strap/#modal

Use :value="showModal"
Where showModal is the boolean declared in your data that controls the visibility of the modal


Possible Race Condition

Also see #1394
Possible race condition (CWE-362). This accepts filename arguments; if an attacker can move those files, a race condition results. (CWE-362).
LABEL: Bug
SEVERITY: Major
SOLUTION: Use fchmod( ) instead.

[ ] src\Mayaqua\Unix.c:820

Not sure if this is correct but I changed line 820 to (void)fchmod(fd, mode); The server seems to compile and work.

Not sure if this is correct but I changed line 820 to (void)fchmod(fd, mode); The server seems to compile and work.

That's exactly what we needed to do.

CentOS7版视频安装教程：https://youtu.be/fWGw6Qdh1pY
Windows版视频安装教程：https://youtu.be/lXb7FxxEcE0


[Bug] Quickstart link 404

Before you submit this issue, have you checked the following

[X] Is this really a problem?
[X] I have searched the Github Issues for similar issues, but did not find anything.

Affected packages and versions
Website
Reproduction link
See the QuickStart link under “What’s Next” on this page, it leads to https://univer.ai/guides/quickstart, which shows an nginx 404.
Expected behavior

Actual behavior

System information
No response

Thank you for your feedback and for bringing this issue to our attention. The correct link should indeed be https://univer.ai/guides/quick-start/. This is a known issue, and we apologize for any inconvenience caused.
As we are currently in the process of restructuring our official website and documentation, we have decided to temporarily postpone fixing this issue. We expect the new documentation pages to be released within the next two weeks.
We appreciate your understanding and patience during this transition period. Rest assured that we are working diligently to provide you with an improved and seamless experience :)


Let reward approved users know they are unsubscribed from emails

The Issue
There may be users of our app who are unsubscribed from LBRY promotional emails and we'd want to let them know what they are missing out on. Not sure if this should be a one time pop up or something in the help / rewards section.
System Configuration

LBRY Daemon version:
LBRY App version:
LBRY Installation ID:
Operating system:

Anything Else

Screenshots

Great idea

Was reviewing some creators recently and some of them unsubbed, so they haven't been getting communications from us. Right now it's even harder to tell where you can manage your email settings from in the app (it used to be on the overview page, but now it's only on the help page). Easier management of this and a nudge to resub / setup notifications would go a long way.

Issue moved to OdyseeTeam/odysee-frontend #23 via ZenHub


Use cases instead of API call to get systemOutputs

Background
Previously in AnalysisTable, we called the API backendClient.systemOutputsGetById() to collect systemOutputs. And we used these to display the examples in our ExampleTable.
However, the examples we need already exist in the cases argument which are passed in while creating the AnalysisTable component, so the use of API can actually be removed. On top of that, the examples we show in the table should be derived from the cases in each bucket instead of the systemOutputs.
Changes
In this PR, I added a function convertCasesToSystemOutput() in .../AnalysisTable/utils.tsx which converts the cases format to systemOutput format. By using this function, we can replace the need to call the API.
Next steps
It also seems that all variables using the struct SystemOutput used in AnalysisTable could be changed to AnalysisCase after this PR. Since there are quite a few functions using SystemOutput structs, I will make these changes in a different PR.

Closing this PR because I just noticed it doesn't work for sequence labeling tasks.


Does this work on Win7 x64?

Hi,
I'm trying to get this fantastic idea to work on my computer and the program keeps erroring out when trying to open it. Any idea what's up? Is there something I need to install to make it work, or it just doesn't work on Win7 x64.
Here's the error message it gives. Thanks!
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.IO.FileNotFoundException: Could not load file or assembly 'System.Data.SQLite.dll' or one of its dependencies. The specified module could not be found.
File name: 'System.Data.SQLite.dll'
at Reddit_Wallpaper_Changer.Database.connectToDatabase()
at Reddit_Wallpaper_Changer.RWC.RWC_Load(Object sender, EventArgs e)
at System.Windows.Forms.Form.OnLoad(EventArgs e)
at System.Windows.Forms.Form.OnCreateControl()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: <IP_ADDRESS>
Win32 Version: 4.6.1649.1 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
Reddit Wallpaper Changer
Assembly Version: <IP_ADDRESS>
Win32 Version: <IP_ADDRESS>
CodeBase: file:///C:/Program%20Files%20(x86)/Reddit%20Wallpaper%20Changer/Reddit%20Wallpaper%20Changer.exe
System.Windows.Forms
Assembly Version: <IP_ADDRESS>
Win32 Version: 4.6.1649.1 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_<IP_ADDRESS>__b77a5c561934e089/System.Windows.Forms.dll
System
Assembly Version: <IP_ADDRESS>
Win32 Version: 4.6.1649.1 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_<IP_ADDRESS>__b77a5c561934e089/System.dll
System.Drawing
Assembly Version: <IP_ADDRESS>
Win32 Version: 4.6.1649.1 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_<IP_ADDRESS>__b03f5f7f11d50a3a/System.Drawing.dll
System.Configuration
Assembly Version: <IP_ADDRESS>
Win32 Version: 4.6.1099.0 built by: NETFXREL4STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_<IP_ADDRESS>__b03f5f7f11d50a3a/System.Configuration.dll
System.Core
Assembly Version: <IP_ADDRESS>
Win32 Version: 4.6.1649.1 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_<IP_ADDRESS>__b77a5c561934e089/System.Core.dll
System.Xml
Assembly Version: <IP_ADDRESS>
Win32 Version: 4.6.1649.1 built by: NETFXREL3STAGE
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_<IP_ADDRESS>__b77a5c561934e089/System.Xml.dll
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Do you have a current C++ redistributable installed?
If not, install it and see if it works then.

As @padrino257 has mentioned above. :+1:
See this Reddit post for the detials: https://www.reddit.com/r/rwallpaperchanger/comments/696fsf/anyone_else_getting_unhandled_exception_on/


Add HTTPS support to qBittorrent Controller 4.7.x

Checking my code I realized I didn't implement HTTPS for Volley.

Added support for https in 4.7.3!


brew commands take ~10x longer when HOMEBREW_FORCE_BREWED_CURL=1 is set

brew config output
HOMEBREW_VERSION: 3.4.11
ORIGIN: https://github.com/Homebrew/brew
HEAD: 30e3d8883cde265cbc16ff94b49a3ac14137590e
Last commit: 3 weeks ago
Core tap ORIGIN: https://github.com/Homebrew/homebrew-core
Core tap HEAD: 9c05f291595f3050b34b71a60673a55483d9626d
Core tap last commit: 4 hours ago
Core tap branch: master
HOMEBREW_PREFIX: /opt/homebrew
HOMEBREW_CASK_OPTS: []
HOMEBREW_CORE_GIT_REMOTE: https://github.com/Homebrew/homebrew-core
HOMEBREW_FORCE_BREWED_CURL: set
HOMEBREW_FORCE_BREWED_GIT: set
HOMEBREW_MAKE_JOBS: 10
HOMEBREW_NO_ANALYTICS: set
HOMEBREW_NO_AUTO_UPDATE: set
HOMEBREW_NO_ENV_HINTS: set
HOMEBREW_NO_INSECURE_REDIRECT: set
Homebrew Ruby: 2.6.8 => /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby
CPU: 10-core 64-bit arm_firestorm_icestorm
Clang: 13.1.6 build 1316
Git: 2.36.1 => /opt/homebrew/opt/git/bin/git
Curl: 7.83.1 => /opt/homebrew/opt/curl/bin/curl
macOS: 12.4-arm64
CLT: <IP_ADDRESS>.1.1651278267
Xcode: N/A
Rosetta 2: false
brew config  0.42s user 0.29s system 4% cpu 15.772 total

brew doctor output
Your system is ready to brew.

Verification

[X] I ran brew update and am still able to reproduce my issue.
[X] I have resolved all warnings from brew doctor and that did not fix my problem.

What were you trying to do (and why)?
Use HOMEBREW_FORCE_BREWED_CURL=1.
What happened (include all command output)?
Running brew commands takes ~10x longer with HOMEBREW_FORCE_BREWED_CURL=1 enabled.
What did you expect to happen?
No slowdown when using HOMEBREW_FORCE_BREWED_CURL=1.


Tag new buckets with Vanta tags

I've set myself as the owner as Vanta expects an actual user

Thanks for the suggestions. Yes, you're right that this should only apply to the production stack. These tags would be harmless for a dev stack, but also pretty unnecessary and if someone outside of the org wanted to try it, would be pretty nonsensical, so let me throw in a check for that.

🤔 Shouldn't pulumi-docs-origin-pr-4036-c6dc43ad have been tagged? It doesn't look like it was.
I think maybe this line didn't work -- should it maybe be "pulumi/production"?

Ah... I missed that last comment. You are totally right.

Fixing in https://github.com/pulumi/docs/pull/4045


feat(MarkerPreferences): allow custom interactive infowindow by providing HTMLElements to snippet

Is your feature request related to a problem? Please describe.
Currently, the snippet attribute of a marker can only be used to specify a string, which is displayed above the markers (infowindow).
It is currently not possible to display complex infowindows with individual styling.
Furthermore, the Infowindow should allow interaction.
Does this feature exist in the Google Maps SDK for android and iOS? Please link the documentation for this feature.

for ios native i found that you can create a custom UIView
example for interactive ios InfoWindow.
Also for android there is some similar approach

Describe the solution you'd like

the snippet property of marker should accept string or HTMLElement
it should be possible to provide multiple items to snippet.

example: one marker represents a shopping store. Inside that shopping store there are multiple stores. By clicking that marker i would expect to see a list of these stores.

the infowindow should be scrollable.
the infowindow should adapt the width and height of provided HTMLElement.
there should be an event listener which emit on infowindow click.

this event listener should output the clicked HTMLElement id (for instance "apple-store"), so you know which of the items were clicked. For an example please see below.

Example HTMLElement

Apple Store

Primark

Drugstore

Example Event Listener
//click the first item in HTMLInfoWindow (apple-store)
CapacitorGoogleMaps.didTapSnippet((id) => {
   // "apple-store"
  console.log(id)
} )

Additional context
Since we cannot use native elements like the links described above i think it should be possible to render a custom WebView inside the InfoWindow.

Is there any specific reason that you don't use a 'normal' HTMLElement for this? The plugin allows for overlaying the mapview with anything in the webview. So you could just show a modal like you would show a 'normal' modal in your application. This has the benefit of not having to recreate a HTMLElement with all of its styling. Also the event listeners are more straight forwards, as you can just use the event listener architecture of the framework of your like (vanilla JS, Vue, React, Angular)

Yes this would also be a solution. I could use a ion-popover.
In my use-case i want to display the InfoWindow directly above the marker with carret on bottom.
Using HTMLElements on the framework-side require me to know which position the marker is (x: number, y: number) to display my own InfoWindow on top of the marker.
Currently when i listen for didMarkerTap() i'll get a DidTapMarkerResult which returns the Marker object.
Here i only have access to position of type LatLng which i cannot use to determine where the marker is located inside my div

This could be an easy solution, a least for iOS. On iOS every graphical view has access to accessibilityActivationPoint and from there you can send here the position of the marker from the map view. Also you can get the marker icon position using the iconView.
Note: You already know the location and size of the map view because you need the element/container and the size to create the map. Placing the elements over is easy knowledge.


demo中NestedScrollView 必现error

demo中NestedScrollView  必现error
操作步骤：1、向下滑动触发load more ，2、向上滑到头下拉触发刷新
════════ Exception caught by rendering library ═════════════════════════════════
The following assertion was thrown during performLayout():
RenderBox.size accessed beyond the scope of resize, layout, or permitted parent access. RenderBox can always access its own size, otherwise, the only object that is allowed to read RenderBox.size is its parent, if they have said they will. It you hit this assert trying to access a child's size, pass "parentUsesSize: true" to that child's layout().
'package:flutter/src/rendering/box.dart':
Failed assertion: line 2009 pos 13: 'debugDoingThisResize || debugDoingThisLayout || _computingThisDryLayout ||
(RenderObject.debugActiveLayout == parent && size._canBeUsedByParent)'
Either the assertion indicates an error in the framework itself, or we should provide substantially more information in this error message to help you determine and fix the underlying cause.
In either case, please report this assertion by filing a bug on GitHub:
https://github.com/flutter/flutter/issues/new?template=2_bug.md
The relevant error-causing widget was
CustomScrollView
When the exception was thrown, this was the stack
#2      RenderBox.size.
#3      RenderBox.size
#4      Element.size
#5      IndicatorNotifier.position=
#6      IndicatorNotifier._updateBySimulation
#7      _ERScrollPhysics.createBallisticSimulation
#8      ScrollPhysics.createBallisticSimulation
#9      _NestedScrollPosition.goBallistic
#10     BallisticScrollActivity.applyNewDimensions
#11     ScrollPosition.applyNewDimensions
#12     _NestedScrollPosition.applyNewDimensions
#13     _ExtendedNestedScrollPosition.applyNewDimensions
#14     ScrollPosition.applyContentDimensions
#15     _ExtendedNestedScrollPosition.applyContentDimensions
#16     RenderViewport.performLayout
#17     RenderObject._layoutWithoutResize
#18     PipelineOwner.flushLayout
#19     RendererBinding.drawFrame
#20     WidgetsBinding.drawFrame
#21     RendererBinding._handlePersistentFrameCallback
#22     SchedulerBinding._invokeFrameCallback
#23     SchedulerBinding.handleDrawFrame
#24     SchedulerBinding._handleDrawFrame
#25     _invoke (dart:ui/hooks.dart:148:13)
#26     PlatformDispatcher._drawFrame (dart:ui/platform_dispatcher.dart:318:5)
#27     _drawFrame (dart:ui/hooks.dart:115:31)
(elided 2 frames from class _AssertionError)
The following RenderObject was being processed when the exception was fired: RenderViewport#8dca2 NEEDS-LAYOUT NEEDS-PAINT
RenderObject: RenderViewport#8dca2 NEEDS-LAYOUT NEEDS-PAINT
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(0.0<=w<=430.0, 0.0<=h<=705.0)
layer: OffsetLayer#32cf2
engine layer: OffsetEngineLayer#ad6b4
handles: 2
offset: Offset(0.0, 227.0)
size: Size(430.0, 705.0)
axisDirection: down
crossAxisDirection: right
offset: _ExtendedNestedScrollPosition#ec8f3(inner, offset: -126.0, range: 0.0..1695.0, viewport: 705.0)
anchor: 0.0
center child: RenderSliverList#45f26 relayoutBoundary=up1 NEEDS-PAINT
needs compositing
parentData: paintOffset=Offset(0.0, 126.0) (can use size)
constraints: SliverConstraints(AxisDirection.down, GrowthDirection.forward, ScrollDirection.idle, scrollOffset: 0.0, remainingPaintExtent: 579.0, overlap: -126.0, crossAxisExtent: 430.0, crossAxisDirection: AxisDirection.right, viewportMainAxisExtent: 705.0, remainingCacheExtent: 829.0, cacheOrigin: 0.0)
geometry: SliverGeometry(scrollExtent: 2400.0, paintExtent: 579.0, maxPaintExtent: 2400.0, hasVisualOverflow: true, cacheExtent: 829.0)
scrollExtent: 2400.0
paintExtent: 579.0
maxPaintExtent: 2400.0
hasVisualOverflow: true
cacheExtent: 829.0
currently live children: 0 to 6
child with index 0: RenderIndexedSemantics#c4012 relayoutBoundary=up2
needs compositing
parentData: index=0; layoutOffset=0.0 (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#324
Rect.fromLTRB(0.0, 129.0, 430.0, 249.0)
tags: RenderViewport.twoPane
size: Size(430.0, 120.0)
index: 0
child: RenderRepaintBoundary#b7d89 relayoutBoundary=up3
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
layer: OffsetLayer#9f467
engine layer: OffsetEngineLayer#10f60
handles: 2
offset: Offset(0.0, 129.0)
size: Size(430.0, 120.0)
metrics: 98.1% useful (1 bad vs 53 good)
diagnosis: this is an outstandingly useful repaint boundary and should definitely be kept
child: RenderSemanticsAnnotations#20a77 relayoutBoundary=up4
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#325
Rect.fromLTRB(0.0, 0.0, 430.0, 120.0)
semantic boundary
size: Size(430.0, 120.0)
child with index 1: RenderIndexedSemantics#19235 relayoutBoundary=up2
needs compositing
parentData: index=1; layoutOffset=120.0 (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#322
Rect.fromLTRB(0.0, 249.0, 430.0, 369.0)
tags: RenderViewport.twoPane
size: Size(430.0, 120.0)
index: 1
child: RenderRepaintBoundary#0566c relayoutBoundary=up3
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
layer: OffsetLayer#02058
engine layer: OffsetEngineLayer#b8493
handles: 2
offset: Offset(0.0, 249.0)
size: Size(430.0, 120.0)
metrics: 98.2% useful (1 bad vs 54 good)
diagnosis: this is an outstandingly useful repaint boundary and should definitely be kept
child: RenderSemanticsAnnotations#dc292 relayoutBoundary=up4
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#323
Rect.fromLTRB(0.0, 0.0, 430.0, 120.0)
semantic boundary
size: Size(430.0, 120.0)
child with index 2: RenderIndexedSemantics#b63f3 relayoutBoundary=up2
needs compositing
parentData: index=2; layoutOffset=240.0 (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#320
Rect.fromLTRB(0.0, 369.0, 430.0, 489.0)
tags: RenderViewport.twoPane
size: Size(430.0, 120.0)
index: 2
child: RenderRepaintBoundary#baf8b relayoutBoundary=up3
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
layer: OffsetLayer#985e3
engine layer: OffsetEngineLayer#05478
handles: 2
offset: Offset(0.0, 369.0)
size: Size(430.0, 120.0)
metrics: 98.2% useful (1 bad vs 55 good)
diagnosis: this is an outstandingly useful repaint boundary and should definitely be kept
child: RenderSemanticsAnnotations#3d6f8 relayoutBoundary=up4
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#321
Rect.fromLTRB(0.0, 0.0, 430.0, 120.0)
semantic boundary
size: Size(430.0, 120.0)
child with index 3: RenderIndexedSemantics#d7ac9 relayoutBoundary=up2
needs compositing
parentData: index=3; layoutOffset=360.0 (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#318
Rect.fromLTRB(0.0, 489.0, 430.0, 609.0)
tags: RenderViewport.twoPane
size: Size(430.0, 120.0)
index: 3
child: RenderRepaintBoundary#82035 relayoutBoundary=up3
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
layer: OffsetLayer#afbd3
engine layer: OffsetEngineLayer#192b9
handles: 2
offset: Offset(0.0, 489.0)
size: Size(430.0, 120.0)
metrics: 98.2% useful (1 bad vs 56 good)
diagnosis: this is an outstandingly useful repaint boundary and should definitely be kept
child: RenderSemanticsAnnotations#47e1c relayoutBoundary=up4
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#319
Rect.fromLTRB(0.0, 0.0, 430.0, 120.0)
semantic boundary
size: Size(430.0, 120.0)
child with index 4: RenderIndexedSemantics#322af relayoutBoundary=up2
needs compositing
parentData: index=4; layoutOffset=480.0 (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#316
Rect.fromLTRB(0.0, 609.0, 430.0, 705.0)
tags: RenderViewport.twoPane
size: Size(430.0, 120.0)
index: 4
child: RenderRepaintBoundary#6a835 relayoutBoundary=up3
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
layer: OffsetLayer#7337b
engine layer: OffsetEngineLayer#16538
handles: 2
offset: Offset(0.0, 609.0)
size: Size(430.0, 120.0)
metrics: 98.1% useful (1 bad vs 53 good)
diagnosis: this is an outstandingly useful repaint boundary and should definitely be kept
child: RenderSemanticsAnnotations#1c282 relayoutBoundary=up4
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#317
Rect.fromLTRB(0.0, 0.0, 430.0, 96.0)
semantic boundary
size: Size(430.0, 120.0)
child with index 5: RenderIndexedSemantics#a9eba relayoutBoundary=up2
needs compositing
parentData: index=5; layoutOffset=600.0 (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#312
Rect.fromLTRB(0.0, 729.0, 430.0, 849.0)
tags: RenderViewport.twoPane
flags: isHidden
HIDDEN
size: Size(430.0, 120.0)
index: 5
child: RenderRepaintBoundary#b32ad relayoutBoundary=up3
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
layer: OffsetLayer#21914 DETACHED
engine layer: OffsetEngineLayer#8edc7
handles: 1
offset: Offset(0.0, 680.7)
size: Size(430.0, 120.0)
metrics: 87.5% useful (1 bad vs 7 good)
diagnosis: this is a useful repaint boundary and should be kept
child: RenderSemanticsAnnotations#d4ecb relayoutBoundary=up4
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#313
Rect.fromLTRB(0.0, 0.0, 430.0, 120.0)
flags: isHidden
HIDDEN
semantic boundary
size: Size(430.0, 120.0)
child with index 6: RenderIndexedSemantics#f2f01 relayoutBoundary=up2 NEEDS-PAINT
needs compositing
parentData: index=6; layoutOffset=720.0 (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#326
Rect.fromLTRB(0.0, 849.0, 430.0, 955.0)
tags: RenderViewport.twoPane
flags: isHidden
HIDDEN
size: Size(430.0, 120.0)
index: 6
child: RenderRepaintBoundary#2b445 relayoutBoundary=up3 NEEDS-PAINT
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
size: Size(430.0, 120.0)
usefulness ratio: no metrics collected yet (never painted)
child: RenderSemanticsAnnotations#22b39 relayoutBoundary=up4 NEEDS-PAINT
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
semantics node: SemanticsNode#327
Rect.fromLTRB(0.0, 0.0, 430.0, 106.0)
flags: isHidden
HIDDEN
semantic boundary
size: Size(430.0, 120.0)
child 1: _FooterLocatorRenderSliver#3b1e5 relayoutBoundary=up1
needs compositing
parentData: paintOffset=Offset(0.0, 705.0) (can use size)
constraints: SliverConstraints(AxisDirection.down, GrowthDirection.forward, ScrollDirection.idle, scrollOffset: 0.0, remainingPaintExtent: 0.0, crossAxisExtent: 430.0, crossAxisDirection: AxisDirection.right, viewportMainAxisExtent: 705.0, remainingCacheExtent: 0.0, cacheOrigin: 0.0)
geometry: SliverGeometry(scrollExtent: 0.0, paintExtent: 0.0, maxPaintExtent: 0.0)
scrollExtent: 0.0
paintExtent: 0.0
maxPaintExtent: 0.0
child: RenderConstrainedBox#1b7de relayoutBoundary=up2
needs compositing
parentData: paintOffset=Offset(0.0, -0.0) (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
size: Size(430.0, 0.0)
additionalConstraints: BoxConstraints(w=Infinity, h=0.0)
child: RenderStack#fd517
needs compositing
parentData:  (can use size)
constraints: BoxConstraints(w=430.0, h=0.0)
size: Size(430.0, 0.0)
alignment: AlignmentDirectional.topStart
textDirection: ltr
fit: loose
child 1: RenderConstrainedBox#24e75 relayoutBoundary=up1
needs compositing
parentData: top=0.0; right=0.0; left=0.0; offset=Offset(0.0, 0.0) (can use size)
constraints: BoxConstraints(w=430.0, 0.0<=h<=Infinity)
size: Size(430.0, 70.0)
additionalConstraints: BoxConstraints(0.0<=w<=Infinity, h=70.0)
════════════════════════════════════════════════════════════════════════════════
flutter: [<'Tab0'>] is visible
flutter: [<'Tab0'>] is visible
...

我遇到了同样的问题


rtmros_common: 1.4.1-0 in 'indigo/distribution.yaml' [bloom]

Increasing version of package(s) in repository rtmros_common to 1.4.1-0:

upstream repository: https://github.com/start-jsk/rtmros_common.git
release repository: https://github.com/tork-a/rtmros_common-release.git
distro file: indigo/distribution.yaml
bloom version: 0.6.1
previous version for package: 1.3.2-0

hrpsys_ros_bridge
* Update of sensor_ros_bridge_connect.py
  * Connect ReferenceForceUpdater's ref_force (#1033 <https://github.com/start-jsk/rtmros_common/pull/1033>)[hrpsys_ros_bridge/scripts/sensor_ros_bridge_connect.py] connect reference force port to ReferenceForceUpdater or EmergencyStopper if exists.

    * Add wait for rmfo and vs (#1029 <https://github.com/start-jsk/rtmros_common/pull/1029>)
      * [hrpsys_ros_bridge, sensor_ros_bridge_connect.py] add wait for initalizinig all components

* HrpsysSeqStateROSBridge (#1027 <https://github.com/start-jsk/rtmros_common/pull/1027>)
  * [HrpsysSeqStateROSBridge] fix for using virtual force sensor
* Update rtm-ros-robot-interface.l (#1030 <https://github.com/start-jsk/rtmros_common/pull/1030>)
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Add documentation string for new arguments (set-ref-force-linear-p, return-value-mode)
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Add argument to set linear interpolation during increasing force
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Enable to set return value mode
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Enable to get fric coefficient wrench add update print messages
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Update otd checking loop for moment. Exit from do-until-key loop immediately when otd detection. Fix valiables for set ref force
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Use euslisp symbol as detector total wrench parameter
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Enable to access detector total wrench as euslisp symbol.
  * [hrpsys_ros_bridge/euslisp/rtm-ros-robot-interface.l] Update otd checking loop. Exit from do-until-key loop immediately when otd detection.
* Contributors: MasakiMurooka, Shunichi Nozawa, YoheiKakiuchi

hrpsys_tools

No changes

openrtm_ros_bridge

No changes

openrtm_tools

No changes

rosnode_rtc

No changes

rtmbuild
* Fix bug of servicebridge.cmake (#1031 <https://github.com/start-jsk/rtmros_common/pull/1031>)
  * [rtmbuild/cmake/servicebridge.cmake] Fix bug of argument passing to avoid unnecessary addition of '' : https://github.com/start-jsk/rtmros_common/pull/1031#issuecomment-338370927
  * [rtmbuild/cmake/servicebridge.cmake] Fix typo. rand_str -> _rand_str
* Contributors: Shunichi Nozawa

rtmros_common

No changes

Holding until the indigo sync tomorrow.


Add image building and tagged testing to CI

now runtests.sh also builds images for a tag specified at runtime and pushes them to dockerhub, using a registry cache (also in dockerhub)
also push test results to s3 (s3://sycamore-ci/<arch>/<datetime>)

Is it time to rename runtests.sh to something more reflective of it's current effects?  Also, if we drop the suffix, we'd be free to rewrite this in Python without identifying and changing its callers.

you know I love rewriting bash into python!

I guess git mv and edit a file in one commit doesn't do the right thing w.r.t. comments. ugh, sorry


Commitlint on master only?

See #443

Something wrong on my side, or did you forget to commit a file?

Maybe linting commit messages should also be done on master, only?

@rchl not sure, if you get this by default, hence the mention...

I've replied about your issue there.
Doing the check on master only won't work since that would not run when merging PRs so badly formatted commit messages would sneak in that way.
We could have a GitHub check running in PRs to lint commit messages but I think that wouldn't work very well either as the branch would have to be rewritten to fix them and rewriting doing review is not friendly to reviewers.
What's the issue with it for you? The problem you've reported is likely due to 'npm i' not having been run.
Otherwise it shouldn't be much of a problem to format your commits in certain way.

It's just a bit strange to commit every message with a feat tag or the like. (Although only one single smashed commit will make it into the master branch in the end.) I'll be forced to apply those conventios to all my local branches, even those that will never be made public. And in my personal history, they seem to create quite some clutter...
I thought, I'd better try to help and put thing right in the first place. If there's no reasonale technical way, I'll try to follow the conventions and see how much of a hassle it is in real life.

That's a good point. I do make throwaway commit messages all the times in PRs, knowing that all will be squashed before merging.
I'll look into it more.

Disabled commit linting until I figure out a better solution.

Sure! It's good to discuss things. Makes the issues also clearer to me. And sometimes even solves them rightaway. 👍


Content out of date?

I'm using VS 2019, but in the given folder I didn't find the dSym files (only in the xcarchive). Am I missing something?
Also the link to https://www.jmillerdev.net/symbolicating-ios-crash-files-xamarin-ios/ isn't reachable anymore. Had to use https://www.jmillerdev.com/symbolicating-ios-crash-files-xamarin-ios/
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 787467fb-f4f4-74f4-6111-d9bbb38f96f0
Version Independent ID: 946c9585-0e67-7d46-3a21-ad5aa9bcc4c1
Content: Where can I find the .dSYM file to symbolicate iOS crash logs? - Xamarin
Content Source: docs/ios/troubleshooting/questions/symbolicate-ios-crash.md
Product: xamarin
Technology: xamarin-ios
GitHub Login: @davidortinau
Microsoft Alias: daortin

Thanks for submitting an issue and we apologize for the delayed response. The requested updates haven't been made since the creation of the issue, and the timeline for resolution may vary based on resourcing, so the issue is being moved to an internal repo to better track it.


Readme inconsistency

As discussed in readme consistency review meetings:

[x] Add section for "Add national cloud details in readme"
[x] Add section for "Authenticating via VS CODE credential" under setting up local environment/ editor ( Add only the textual description and not the screenshot)
[x] Introduction - Copy .NET intro
[x] Another B2C  section - link to official B2C docs and whether support or not
[x] add link to troubleshooting guide

@ramya-rao-a , @scottaddie if any of you have time to review this PR, we would appreciate it 🙏


HTML highlight not recognized after open an PHP if statement using braces

VSCode Version: 1.16
OS Version: ubuntu 17.04

Steps to Reproduce:

Editing a combine HTML/PHP view
Adding a PHP IF statement or a FOR loop using braces
After opening the statement brace "{" and closing PHP "?>" in order to insert HTML, the PHP closing tag is not detected and all the following HTML acts like it continues in PHP mode, so HTML code is not highlighted and snippets stop working.

Reproduces without extensions: Yes
Extensions:
PHP Intelephense 0.7.2
HTML Snippets 0.1.0

This is https://github.com/atom/language-php/issues/246


Now it's possible to use css selector to select item template element…

… inside html

Up until today when I release version 2.0.0, List.js has supported all browsers down to IE6, which means that querySelector has been of the table.
This has changed now, and I'll maybe choose to add this feature in the future. However. To make this a more useful PR I would need some tests as well :) I'll close it for now but if you add some tests I may open this PR again :V:


set accept attribute on input element to only accept images

@dfa1234 any chance of a new release?

@SammyDodgerr The library is already released. Try installing 13.1.14 I will check this later in the day

@SammyDodgerr That's ok, I needed to trigger the publish manually. Consider trying to install the next version 13.1.14 that will be available soon (~1 hour)


disable widget minimize

Is there a repo to add issues for the upload widget?
I have a 2 feature requests:

add an option to allow disabling of the widget minimize feature ( disableMinimize )
add an option to force the user to crop the image ( forceCrop )

Hi @mikestaub
About 1 - I need to check with the team.
about 2 - It's on our roadmap.
I will update.
Best

Hi,
About 1- I created a feature request on your behalf. Will keep you posted.
Best

Closing this issue due to the time elapsed. Please feel free to either re-open the issue, contact our support at http://support.cloudinary.com or create a new ticket if you have any additional issues.

@roeeba can you leave it open until @yakirp confirms the feature is shipped?

sure, we reopen it. @yakirp

Hey @mikestaub ,
Force cropping is now available, please see the showSkipCropButton option.
https://cloudinary.com/documentation/upload_widget
Please let me know if it works for you.
Regarding the minimize- still on our roadmap.
Thanks,
Yakir

Since this issue is not related to our js SDK, I will close this one but will update here in the futre. Thanks


Fix github url strings (org edx -> openedx)

This PR was autogenerated
This pr replaces the old GitHub organization, github.com/edx, with the new GitHub organization, github.com/openedx.
Tagging @openedx/tcril-engineering for review, but others are welcome to provide review.
Ref: https://github.com/openedx/tcril-engineering/issues/42

You need to run edx-lint to write the files in the root of the directory. There are instructions in the file about what to do.  Instead of editing those files, update write.py (as you have done), then run edx-lint write .editorconfig (etc) to update the .editorconfig file.

Now this PR doesn’t update the .editorconfig file itself in edx-lint. Is that intentional? I can understand if so: get a new edx-lint, publish it, and then use it on everything, including itself?

@nedbat - the build is now failing due to two instances of R201, R0201: Method could be a function (no-self-use).
Can I ignore these? Is this a helpful warning for the project?

Yes, we can silence those violations, but it's not easy.  See #283.

That worked, thanks @nedbat
Could I get a re-review from you or @feanil ?

Thanks! I'll create a tag for 5.2.5 now, hoping that triggers a release.


Fixes error UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 691: ordinal not in range(128)

⌘ python setup.py
Traceback (most recent call last):
  File "setup.py", line 71, in <module>
    setup()
  File "setup.py", line 12, in setup
    readme = fp.read()
  File "/usr/local/Cellar/python/2.7.12_2/Frameworks/Python.framework/Versions/2.7/lib/python2.7/encodings/ascii.py", line 26, in decode
    return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 691: ordinal not in range(128)

Coverage remained the same at 100.0% when pulling c8721f6b6dfc9835c3912ed2e8cc8107d5399c4c on ehime:master into f5d4dae5c367d9e2fe52c99552028ea1ed54a2a5 on TerbiumLabs:master.

Coverage remained the same at 100.0% when pulling 4c4b0e2062375295015cccde4003907ce98b9598 on ehime:master into 392c4b00fbe2e0cc8ad4259c7896d1ffc5eca10d on TerbiumLabs:master.

Coverage remained the same at 100.0% when pulling 4c4b0e2062375295015cccde4003907ce98b9598 on ehime:master into 392c4b00fbe2e0cc8ad4259c7896d1ffc5eca10d on TerbiumLabs:master.

Thanks for submitting this, I ended up committing this change by hand in version 0.0.4
See https://github.com/TerbiumLabs/check-reserved-instances/commit/859f55cd20b94a4d315bc48004214e2a2c74b528


DokkatooGenerateTask.dokkaParametersJson contains absolute paths, making the task non-relocatable

Build scan comparisons
Example on my machine:
$ cat libraries/apollo-adapters/build/dokka-config/html/dokka_parameters.json | head -n 20
{
  "moduleName": "apollo-adapters",
  "moduleVersion": "4.0.0-dev.3-SNAPSHOT",
  "offlineMode": false,
  "failOnWarning": false,
  "sourceSets": [
    {
      "sourceSetId": {
        "scopeId": ":apollo-adapters",
        "sourceSetName": "appleMain"
      },
      "displayName": "apple",
      "classpath": [
        "/Users/mbonnin/git/apollo-kotlin/libraries/apollo-api/build/classes/kotlin/iosArm64/main/klib/apollo-api.klib",
        "/Users/mbonnin/git/apollo-kotlin/libraries/apollo-annotations/build/classes/kotlin/iosArm64/main/klib/apollo-annotations.klib",
        "/Users/mbonnin/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlinx/kotlinx-datetime-iosarm64/0.4.0/8f2e032c52e3e59cf8e63213609007f80bdb6748/kotlinx-datetime.klib",
        "/Users/mbonnin/.gradle/caches/modules-2/files-2.1/com.squareup.okio/okio-iosarm64/3.2.0/a4351920c1dc049812599064a73596d245aa12c7/okio.klib",
        "/Users/mbonnin/.gradle/caches/modules-2/files-2.1/com.benasher44/uuid-iosarm64/0.6.0/719bcb24170ab712e6b31de02a6d6ad863bc926c/uuid.klib",
        "/Users/mbonnin/.gradle/caches/modules-2/files-2.1/org.jetbrains.kotlin/kotlin-stdlib/1.6.21/11ef67f1900634fd951bad28c53ec957fabbe5b8/kotlin-stdlib-1.6.21.jar",
        "/Users/mbonnin/.gradle/caches/modules-2/files-2.1/org.jetbrains/annotations/24.0.1/13c5c75c4206580aa4d683bffee658caae6c9f43/annotations-24.0.1.jar",

Not really sure how to make the /Users/mbonnin/... relative. Maybe the project dependencies can be relative to the root project but the external ones sound tricky

I wondered how long it would take for you to find this problem 😄. It's a big shortcoming with the Dokka configuration. I'm stumped as to how to fix it in a nice way.
The only idea I have so far is to try and do some clever find-replace to try and replace files that start with $GRADLE_USER_HOME with a GRADLE_USER_HOME string (and similar for rootProjectDir), and try to convert it on read and write... but that seems too complicated.
It might be possible for the classpath to just not be serialized to JSON, because it's passed around using a configuration. The classpath should then be an input for the DokkaGeneratorWorker, which would create a final DokkaParameters instance that is passed to the actual Dokka Generator.
BUT it's a problem for all File properties in https://github.com/adamko-dev/dokkatoo/blob/v1.3.0/modules/dokkatoo-plugin/src/main/kotlin/dokka/parameters/DokkaParametersKxs.kt. Most of those files aren't defined in a Configuration.
Maybe it's possible to apply some custom Gradle normalization? https://github.com/gradle/gradle/issues/16225

Alright, I think this is the trick:

Instead of marking the JSON files as @Input, instead mark them as @Internal, so Gradle ignores them
Create utility functions for converting Publication/Module descriptor JSON files to DokkaParametersSpec/DokkaModuleDescriptionSpec
Create a new @Nested properties that provides the Gradle types, Provider<DokkaParametersSpec>, Provider<List<DokkaModuleDescriptionSpec>>

Converting the JSON back to Gradle-managed types means Gradle's normalization annotations can work.
This approach also helps with aligning the task properties in both the 'prepare parameters' and 'generator' tasks.
Writing the parameter JSONs to file is still necessary for aggregating subprojects, as there is no other way for Gradle tasks to share output values other than via a file.

I've been stuck on this for two weeks, and I've reached the point where I don't think this is possible to achieve in Gradle. Sharing files between subprojects is too flakey and poorly documented, with opaque APIs and errors. I've not seen any improvement on this in 2 years https://github.com/gradle/gradle/issues/18846.

Attributes are randomly ignored, so non-matching files get added to configurations. Apparently this is intentional https://github.com/gradle/gradle/issues/23776 which is completely incomprehensible to me
There's no guide on the best way to resolve files https://github.com/gradle/gradle/issues/23772 and the Gradle team doesn't want one
There's no documentation on how to use variants to share files
There's no documentation on the artifactType attribute
I've tried using AttributeCompatibilityRule and ExactMatchDisambiguationRule rules, but Gradle ignores them. Was I using them incorrectly, or do they just not work? It's a mystery.

Thanks for taking the time to look into this ❤

Should be fixed by #155


How add many google map markers from my database?

var lat ;
var lng ;
var mylist ;
Future<List> getData() async {
// start get post
http.Response response = await http.get(
" mysite.com/api/getall",
headers: {"Accept": "application/json"},);
List collection = json.decode(response.body);
mylist = collection.map((json) => Post.fromJson(json)).toList();
for(var i in mylist){
lat = i.lat ;
lng = i.lng ;
}
} // end getData
///////////////////////////
              FlutterMap(
                    options: new MapOptions(
                      center: new LatLng(lat, lng),
                      zoom: 12.0,
                    ),
                    layers: [
                      new TileLayerOptions(
                          urlTemplate:
                              "https://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png",
                          subdomains: ['a', 'b', 'c']),
                      new MarkerLayerOptions(markers: [
                        new Marker(
                            width: 45.0,
                            height: 45.0,
                            point: new LatLng(lat, lng),
                            builder: (context) => new Container(
                                  child: IconButton(
                                    icon: Icon(Icons.location_on),
                                    color: Colors.red,
                                    iconSize: 45.0,
                                    onPressed: () {
                                      print('Marker tapped');
                                    },
                                  ),

You can use a FutureBuilder to get the list from you soon and then buid the map with the markers list

Hi @harithany
This platform is not meant for assistance on personal code.
Please see https://flutter.dev/community for resources and asking questions like this,
you may also get some help if you post it on Stack Overflow.
Closing, as this isn't an issue with Flutter itself,
if you disagree please write in the comments and I will reopen it
Thank you

You can use a FutureBuilder to get the list from you soon and then buid the map with the markers list

Can you help me with some code

@harithany like iapicca said this is not the place for help with code problems, you should ask in Stackoverflow and other websites.
that said, here are some links about FutureBuilder:
Video
Medium


spec: implement os/linux/no-new-privs isolator

This adds a new no-new-privs isolator type.
actool support was added for patching a manifest:
actool patch-manifest -isolators='os/linux/no-new-privs,true'.
This is a prerequisite for https://github.com/coreos/rkt/issues/1469.

@alban @iaguis @jonboulle PTAL

since we generally favour verbosity in the names (e.g. capabilities rather than caps), I wonder if we should call this no-new-privileges ..?

@jonboulle i was thinking back and forth about the longer version, preferred the longer one for a reason I cannot explain, but systemd also uses the longer NoNewPrivileges. I leave it up to you to decide ;-)

gah, typo, I preferred the shorter one ;-)

@alban @jonboulle I implemented the longer version "no-new-privileges", and addressed review comments, PTAL

LGTM