AttributeError: module 'collector' has no attribute 'YahooNormalizeUS1dExtend' while running update_data_to_bin

🐛 Bug Description
After downloading all the US tickers I attempted to update the prices using 'python collector.py update_data_to_bin'
An observation made is it took almost the same amount of time than downloading all the data. Plus, by the end of the execution, the script crashed:
2022-07-13 06:22:32.848 | INFO     | data_collector.base:_collector:197 - error symbol nums: 0
2022-07-13 06:22:32.848 | INFO     | data_collector.base:_collector:198 - current get symbol nums: 12754
2022-07-13 06:22:32.848 | INFO     | data_collector.base:collector_data:211 - 1 finish.
2022-07-13 06:22:32.848 | INFO     | data_collector.base:collector_data:218 - total 12754, error: 0
Traceback (most recent call last):
File "collector.py", line 1203, in
fire.Fire(Run)
File "/opt/conda/envs/qlib/lib/python3.8/site-packages/fire/core.py", line 141, in Fire
component_trace = _Fire(component, args, parsed_flag_args, context, name)
File "/opt/conda/envs/qlib/lib/python3.8/site-packages/fire/core.py", line 466, in _Fire
component, remaining_args = _CallAndUpdateTrace(
File "/opt/conda/envs/qlib/lib/python3.8/site-packages/fire/core.py", line 681, in _CallAndUpdateTrace
component = fn(*varargs, **kwargs)
File "collector.py", line 1178, in update_data_to_bin
self.normalize_data_1d_extend(qlib_data_1d_dir)
File "collector.py", line 1058, in normalize_data_1d_extend
_class = getattr(self._cur_module, f"{self.normalize_class_name}Extend")
AttributeError: module 'collector' has no attribute 'YahooNormalizeUS1dExtend'
To Reproduce
Steps to reproduce the behavior:

Download all prices from US region
Run python collector.py update_data_to_bin --source_dir /us_source --normalize_dir /us_data_normal --qlib_data_1d_dir /us_data --region US --trading_date 2022-07-09 --end_date 2022-07-12

Expected Behavior
Prices are updated without crashing
Environment
Linux
x86_64
Linux-<IP_ADDRESS>-microsoft-standard-WSL2-x86_64-with-glibc2.10
#1 SMP Wed Mar 2 00:30:59 UTC 2022
Python version: 3.8.13 | packaged by conda-forge | (default, Mar 25 2022, 06:04:10)  [GCC 10.3.0]
Qlib version: <IP_ADDRESS>
numpy==1.23.1
pandas==1.4.3
scipy==1.8.1
requests==2.28.1
sacred==0.8.2
python-socketio==5.6.0
redis==4.3.4
python-redis-lock==3.7.0
schedule==1.1.0
cvxpy==1.2.1
hyperopt==0.1.2
fire==0.4.0
statsmodels==0.13.2
xlrd==2.0.1
plotly==5.5.0
matplotlib==3.5.1
tables==3.7.0
pyyaml==6.0
mlflow==1.27.0
tqdm==4.64.0
loguru==0.6.0
lightgbm==3.3.2
tornado==6.1
joblib==1.1.0
fire==0.4.0
ruamel.yaml==0.17.21
Additional Notes

Maybe I'm missing something but the above command, even with --trading_date 2022-07-09 --end_date 2022-07-12, it downloaded data from 2000-12-28 to 2020-11-10
I'd appreciate some pointers on how to properly use the update_data_to_bin succesfully
Thank you!

Data updating is not supported for US data.
But I think not much customization is required.
You can follow this example  and create a PR to make contributions to the community.

Thanks for the reply, I'll check out the example above
Awesome project btw!


Migrated tests to QUnit 2.0 syntax

Inspired by a similar pull request against Backbone (https://github.com/jashkenas/backbone/pull/3816), this brings our test up to date with the QUnit 2.x. As one might infer, this syntax is already available in our version of QUnit.
I used this article as my guide: http://qunitjs.com/upgrade-guide-2.x/#replace-asynctest-with-qunit-test-and-assert-async
Each commit should be self contained, so feel free to review one commit at a time. If people would like this split up into smaller pieces, I'm happy to submit the commits one at a time.

:+1:

It probably would have been easier to var test = QUnit.test; at the top of these files, but this works too.

There's conflicts now. Please rebase.

@michaelficarra Rebased.


Any way to convert array into individual values?

In this code, download returns an array of many objects, but handleSingleObject expects a single object to be piped through it. Is there a way to convert an array of objects into a single object for piping further down the chain?
highland(myArray)
  .map(page => highland(download(page))
  .parallel(5)
  .pipe(handleSingleObject())
  ...

If you want to convert each array into a single object, use map. If you want to convert each array into multiple objects, use flatMap.
highland(myArray)
  .map(page => highland(download(page))
  .parallel(5)
  // This will flatten the arrays from download into multiple individual values.
  // Each one will be fed into handleSingleObject.
  .flatMap(_)
  .pipe(handleSingleObject())
  ...

Thanks! The documentation for flatMap also mentions sequence, if I have this code, it works as well. Is there any advantage to using flatMap over sequence when it's just an array of objects?
    await new Promise((resolve, reject) => {
      highland(myArray)
        .map(page => highland(download(page)))
        .mergeWithLimit(5)
        .sequence()
        .stopOnError(reject)
        .pipe(handleSingleObject())
        .pipe(fs.createWriteStream(someFile))
        .on('finish', resolve)
        .on('error', reject)
    })

Also I noticed something interesting. If I replace .sequence() above with .flatMap(highland()) (notice the extra (), it should just be .flatMap(highland) as in your example), I don't actually seem to get an error thrown from the await new Promise. Do I need to add/modify the error handlers in this code to make it throw in that case? Just hoping my code isn't silently ignoring errors without me realizing it.

Is there any advantage to using flatMap over sequence when it's just an array of objects?

Sequence will work just as well for arrays.

Do I need to add/modify the error handlers in this code to make it throw in that case? Just hoping my code isn't silently ignoring errors without me realizing it.

It doesn't throw, because flatMap(highland()) is the same as map(highland()).sequence(), and map has a weird behavior where passing it a non-function value will cause it to map everything to that value. See the deprecation warning in the docs.
When you use .flatMap(highland()), it behaves the same as if you use
const stream = highland()
...
  .flatMap(() => stream)
  ...

I'm not sure what happens in this situation. You'll probably end up with a deadlock, where your promise never resolves.


Prepare for user session IDs

add db/db_operations.SessionId
add db/schema.SESSION_ID_LENGTH
add db/db_operations.validate_session_id
add db/db_operations.add_session_id
update main.py
add /create_session endpoint

Looks good to me!


Feature request: sound

It would be very nice to have sound in LOAD81, and following the 8-bit ideology, if it were a synthesis-oriented approach (as opposed to .WAV sample playback) this would be very neat.
What I have in mind is some sort of mini-synth such as the one found in sfxr:
http://www.drpetter.se/project_sfxr.html
A Lua table could be used to set the sound parameters for each synth voice (maybe it can be multi-timbral?):
sound[1].envelope(0,0.5,0.275,1) -- ADSR
sound[1].filterType(LOPASS)
&etc.
.. and then triggered with something like sound[1].play() / sound[2].play() and .stop() and .pause() and so on.  This would make it very easy to set up a series of sound effects in tables and trigger them according to programmer needs.

Hello!
Indeed sound is one of the first things I would like to address, and I'm thinking about something like the C64 SID chip, not exactly an emulator, but more or less the same API from the point of view of the programmer, exactly as you say: wavefor, envelope, filter, ... and then start/stop of the channel. It makes sense to also provide three channels like the C64, they are enough for a lot of fun.
I'll start hacking on that in the weekend.
Cheers,
Salvatore

Great!  I think its quite enough to have 3 voices, should be more than enough for simple stuff.  Also, if its a 'real' synthesizer, we can start to add sound modules - PING, ZAP, EXPLODE!

On the off chance that someone still cares about this, I added sfxr basic effects just to make asteroids.lua less quiet

sfx(i): play sound effect #i
sound(file): play sound

0: pickup/coin
1: laser/shoot
2: explosion
3: powerup
4: hit/hurt
5: jump
6: blip/select
7: thrust (new)
https://github.com/afbjorklund/load81/tree/audio

Nice one, makes a lot of sense to add sfxr .. Hope @antirez antirez will consider merging it to the main branch...


Poor Performance in ECP

I was testing wB97X-3c recently and found the ECP integrals were quite slow. For example, it takes 1 minute or more to get the integrals and their gradients for a system with fewer than 50 atoms:
from pyscf import gto, lib, scf

mol = gto.Mole()
mol.charge = -1
mol.basis = "./basis_vDZP_NWCHEM.dat"
mol.ecp = "./ecp_vDZP_NWCHEM.dat"
mol.atom = '''
       H    4.322954811427   12.903581979119    8.265088616524
       C    4.605095000000   11.906886000000    8.570693000000
       H    5.190507000000   11.466800000000    7.755212000000
       H    3.710039000000   11.287900000000    8.665492000000
       C    5.380588000000   11.699238000000    9.854755000000
       H    5.516676000000   10.620831000000    9.971529000000
       H    4.775081000000   12.028266000000   10.704389000000
       C    6.750721000000   12.355805000000    9.863295000000
       H    6.712143000000   13.353176000000   10.302544000000
       H    7.087132000000   12.482854000000    8.837069000000
       N    7.801394000000   11.584780000000   10.503722000000
       H    8.520358000000   11.224111000000    9.867439000000
       C    8.105987000000   11.636393000000   11.782797000000
       N    7.220458000000   12.116611000000   12.672554000000
       H    6.242412000000   11.998926000000   12.485304000000
       H    7.523348000000   12.086887000000   13.639547000000
       N    9.292053000000   11.256909000000   12.216979000000
       H    9.479849000000   11.335825000000   13.210993000000
       H    9.990700000000   10.886266000000   11.583156000000
       C   12.858063000000   10.838447000000    9.176954000000
       H   13.539520000000   10.651479000000    9.991436000000
       H   13.225067000000   11.327244000000    8.287276000000
       C   11.579931000000   10.502996000000    9.255571000000
       C   10.619130000000   10.894485000000    8.164412000000
       O   11.075613000000   11.043303000000    7.004633000000
       O    9.424143000000   11.083035000000    8.458443000000
       O   11.032207000000    9.919997000000   10.363050000000
       C   11.233455000000    8.483825000000   10.574462000000
       H   10.764467000000    8.310230000000   11.540306000000
       C   12.702308000000    8.239668000000   10.641575000000
       H   13.232769000000    8.657130000000   11.485180000000
       C   13.381706000000    7.692492000000    9.637747000000
       C   12.654999000000    7.156452000000    8.483143000000
       H   13.249903000000    6.754456000000    7.673199000000
       C   11.325520000000    7.157111000000    8.425029000000
       H   10.814299000000    6.743059000000    7.564186000000
       C   10.455286000000    7.670831000000    9.530873000000
       H    9.714263000000    8.357990000000    9.110074000000
       O    9.794085000000    6.569231000000   10.104579000000
       H    9.037608000000    6.890131000000   10.693839000000
       C   14.898536000000    7.779900000000    9.575956000000
       O   15.512356000000    8.187599000000   10.600813000000
       O   15.431911000000    7.503926000000    8.492276000000 '''
mol.verbose = 0
mol.build()

mf = scf.RHF(mol)
mf_grad = mf.nuc_grad_method()

log = lib.logger
log.TIMER_LEVEL = 0

cput0 = (log.process_clock(), log.perf_counter())
mf.get_hcore()
cput1 = log.timer(mf, 'get_hcore', *cput0)

mf_grad.get_hcore()
cput2 = log.timer(mf_grad, 'get_hcore', *cput1)

Timing results with 1, 2, 4, 8, 16 and 32 threads:
single thread
    CPU time for get_hcore      7.48 sec, wall time      7.48 sec
    CPU time for get_hcore     50.84 sec, wall time     50.84 sec

2 threads
    CPU time for get_hcore      9.29 sec, wall time      4.65 sec
    CPU time for get_hcore     65.27 sec, wall time     32.64 sec

4 threads
    CPU time for get_hcore     17.31 sec, wall time      4.33 sec
    CPU time for get_hcore    167.09 sec, wall time     41.77 sec

8 threads
    CPU time for get_hcore     39.04 sec, wall time      4.88 sec
    CPU time for get_hcore    377.58 sec, wall time     47.21 sec

16 threads
    CPU time for get_hcore     86.69 sec, wall time      5.42 sec
    CPU time for get_hcore    885.13 sec, wall time     55.35 sec

32 threads
    CPU time for get_hcore    246.89 sec, wall time      7.74 sec
    CPU time for get_hcore   2574.16 sec, wall time     80.58 sec

Tested with PySCF 2.6.2 installed via pip in a fresh conda environment on AMD EPYC 7742 CPUs.
Basis and ecp files attached.
basis_vDZP_NWCHEM.dat.gz
ecp_vDZP_NWCHEM.dat.gz

@sunqm Do you have any idea what could be causing this regression? We are trying to merge the QM/MM GPU code, but the performance seems degraded due to this.

I tested it on an Intel CPU with MKL. The timings are as follows.
8 threads:
    CPU time for get_hcore      9.35 sec, wall time      1.17 sec
    CPU time for get_hcore     61.98 sec, wall time      7.75 sec

16 threads:
    CPU time for get_hcore      9.93 sec, wall time      0.63 sec
    CPU time for get_hcore     64.12 sec, wall time      4.02 sec

32 threads:
    CPU time for get_hcore     11.02 sec, wall time      0.35 sec
    CPU time for get_hcore     71.45 sec, wall time      2.25 sec

I'm not sure if the bad performance is related to the CPU or the BLAS.

Are those the old vs. new times?
On Mon, Sep 30, 2024 at 3:16 PM Xing Zhang @.***> wrote:

I tested it on an Intel CPU with MKL. The timings are as follows.
8 threads:
CPU time for get_hcore      9.35 sec, wall time      1.17 sec
CPU time for get_hcore     61.98 sec, wall time      7.75 sec

16 threads:
CPU time for get_hcore      9.93 sec, wall time      0.63 sec
CPU time for get_hcore     64.12 sec, wall time      4.02 sec

32 threads:
CPU time for get_hcore     11.02 sec, wall time      0.35 sec
CPU time for get_hcore     71.45 sec, wall time      2.25 sec

I'm not sure if the bad performance is related to the CPU or the BLAS.
—
Reply to this email directly, view it on GitHub
https://github.com/pyscf/pyscf/issues/2429#issuecomment-2384277417, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAN5NREB4FW5JPRK5NYI7PLZZHEUTAVCNFSM6AAAAABOOMAHJCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOBUGI3TONBRG4
.
You are receiving this because you commented.Message ID:
@.***>

Energy and gradient
On Mon, Sep 30, 2024 at 6:53 PM gkc1000 @.***> wrote:

Are those the old vs. new times?
On Mon, Sep 30, 2024 at 3:16 PM Xing Zhang @.***> wrote:

I tested it on an Intel CPU with MKL. The timings are as follows.
8 threads:
CPU time for get_hcore 9.35 sec, wall time 1.17 sec
CPU time for get_hcore 61.98 sec, wall time 7.75 sec
16 threads:
CPU time for get_hcore 9.93 sec, wall time 0.63 sec
CPU time for get_hcore 64.12 sec, wall time 4.02 sec
32 threads:
CPU time for get_hcore 11.02 sec, wall time 0.35 sec
CPU time for get_hcore 71.45 sec, wall time 2.25 sec
I'm not sure if the bad performance is related to the CPU or the BLAS.
—
Reply to this email directly, view it on GitHub
https://github.com/pyscf/pyscf/issues/2429#issuecomment-2384277417,
or
unsubscribe
<
https://github.com/notifications/unsubscribe-auth/AAN5NREB4FW5JPRK5NYI7PLZZHEUTAVCNFSM6AAAAABOOMAHJCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOBUGI3TONBRG4>

.
You are receiving this because you commented.Message ID:
@.***>

—
Reply to this email directly, view it on GitHub
https://github.com/pyscf/pyscf/issues/2429#issuecomment-2384313800, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ADGAJCZ5NVSFA4OKYI2P4J3ZZHI6NAVCNFSM6AAAAABOOMAHJCVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOBUGMYTGOBQGA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

I found good performance if using a numpy linked to mkl but poor performance if numpy is linked to openblas. The performance seems not dependent on whether PySCF itself is linked to mkl or openblas, nor the PySCF version.
I don't understand why because the computational bottleneck is a C function https://github.com/pyscf/pyscf/blob/410d9608a73ad3a507b3008a6f68549288ebfc33/pyscf/gto/moleintor.py#L492
and numpy seems not directly involved.


Add issue template for writing cycle briefs

Adds a new template to the 'new issue' page in the Design System repo on Github.
It uses the format we've been using so far, but let me know if there are any tweaks that would make it clearer.

@christopherthomasdesign this looks good to me, happy with the content. I'm just going to ask @36degrees for a second review just because I'm not familiar with the issue template code and don't feel confident approving it

@kellylee-gds I had a quick look and I think it should work form a GitHub perspective. Looks like through the template, we should be able to automatically add the issue to a project as well, should epics (or even issues in general) be automatically added to our project board (in the 'backlog' column) or are we reserving the project log backlog to issues/epics actively being worked on (which probably implies cleaning up after each cycle).

Thanks for taking a look Romaric! I think I'd like to reserve the project board just for issues we're working on otherwise it might get a bit confusing

@kellylee-gds I'll add an empty tasklist at the end of the template (as epics get broken down using tasklists) and merge 😊


Capture logging output in tests

Adapt the CLI tests so that pytest can capture the log output, and display it if there is a failure. This helps with debugging.

I think we loose some value by not running the click parser in the tests. 🤔

@relekang I kept the click parser in tests such as test_force_major, which are only checking that CLI arguments translate into the correct function call. We can always create more of those to test the parsing separately from other logic.


[Bug]: Resolve merge conflict within obsidian?

Describe the bug
I need to use the github desktop plugin currently. But it would be nice to be able to resolve this automatically.

Relevant errors (if available)
No response
Steps to reproduce
Using multiple devices automatically gives this error if you change the size of text
Expected Behavior
No response
Addition context
No response
Operating system
Windows
Plugin version
1.25.3

Can you update to the latest version? I fixed some merge conflict scenarios.

Is this expected output?

Oh now that I read your error message more carefully, you don't have a merge conflict. You mist either discard your changes to the appearance file or commit the changes or ignore the file via .gitignore.

I think update fixed it; screenshot was after the update. I am able to successfully pull push and commit even when I get that message. There is no more of that longer message that comes directly after.


Create capricorne

nordsoft.fr

@AinaDev98 lib/domains/capricorne: this request has an incorrect file path format, please ensure that you are familiar with     this repository rules located at the bottom of this page and change     your request accordingly. If you don't know how to change request, close it and open a new one.     If you are not able to make the pull request according the instructions, please send us an email to<EMAIL_ADDRESS>Please mention this request URL in the message.

@AinaDev98 Regrettably, I have to close the request without merging, because the request does not allow to guess which domain and why you ask to add to the trusted list. Please ensure that you are familiar with this repository rules located at the bottom of this page.
Please submit a new correct request.


Can't run docker-compose 'No module named 'skbuild''

Hello, after I clone the repo I try to run docker-compose up
I'm running a ubuntu 20 vm in proxmox with a nvidia gtx 630
Setting up x11proto-render-dev (2:0.11.1-2) ...
Setting up libxrender-dev:amd64 (1:0.9.9-0ubuntu1) ...
Setting up python3-tk (3.5.1-1) ...
Processing triggers for libc-bin (2.23-0ubuntu9) ...
Processing triggers for systemd (229-4ubuntu19) ...
Removing intermediate container a1de5410f9b6
 ---> ba6c7dee49e4
Step 3/3 : RUN pip3 install numpy opencv-python matplotlib
 ---> Running in 9c48c124e65e
Requirement already satisfied: numpy in /usr/local/lib/python3.5/dist-packages
Collecting opencv-python
  Downloading https://files.pythonhosted.org/packages/77/f5/49f034f8d109efcf9b7e98fbc051878b83b2f02a1c73f92bbd37f317288e/opencv-python-<IP_ADDRESS>.tar.gz (88.9MB)
    Complete output from command python setup.py egg_info:
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
      File "/tmp/pip-build-lcoc3wuq/opencv-python/setup.py", line 9, in <module>
        import skbuild
    ImportError: No module named 'skbuild'

    ----------------------------------------
Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-build-lcoc3wuq/opencv-python/
You are using pip version 9.0.1, however version 21.3.1 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
The command '/bin/sh -c pip3 install numpy opencv-python matplotlib' returned a non-zero code: 1
ERROR: Service 'vehicle_counting' failed to build : Build failed

Any ideas why?


Extract to multiple files not working?

When I use
ngx-translate-extract --input ./src --output ./src/assets/i18n/{en,fr,nl}.json --clean --format json
I get one file '{en,fr,nl}.json'

Shouldn't this command result in 3 files?
Running:
"@biesbjerg/ngx-translate-extract": "^7.0.2", and latest node version.

duplicate of: https://github.com/biesbjerg/ngx-translate-extract/issues/199
Workaround is to group paths on the same line:
"i18n": "ngx-translate-extract --input ./src --output ./src/assets/i18n/pl.json ./src/assets/i18n/en.json ./src/assets/i18n/de.json --format json --sort"

Confirmed not working for windows 10 and ngx-translate-extract version 7.0.0

Workaround #https://github.com/biesbjerg/ngx-translate-extract/issues/227#issuecomment-1075176737


[feature] Added support for admin_site

Added support for admin_site in context_processor.py

Coverage decreased (-1.2%) to 91.703% when pulling 30be5a9f1c0dc42a12691265755f6427a39b8659 on oltarzewskik:context_processor into 2cae02b42dfc3234e2ceaca918e68405218dfac0 on openwisp:master.

Coverage decreased (-1.2%) to 91.703% when pulling 30be5a9f1c0dc42a12691265755f6427a39b8659 on oltarzewskik:context_processor into 2cae02b42dfc3234e2ceaca918e68405218dfac0 on openwisp:master.

@nemesisdesign Now basically all projects which will use the new admin_site and already use context_processor won't work, because now context_processor is checking only for admin.site registry therefore if will drop support for admin.site and add support admin_site in some project which use context_processor, context_processor will give KeyError like her: https://travis-ci.org/openwisp/openwisp-utils/jobs/629623077?utm_medium=notification&utm_source=github_status
I think that we can instead of merging two dictionaries we can do something like that:
try:
    model_admin = admin_site._registry[model_class]
except KeyError:
    model_admin = site._registry[model_class]

@oltarzewskik please see https://github.com/openwisp/openwisp-utils/commit/1b9672134363bc00c28e720e29fa094e12c953c7


Float to Int Conversion in trackDependency

When I test trying to force an exception to be tracked I get this error from the trackDependnecy method:
[2023-07-11T20:05:29.277+00:00] local.ERROR: Implicit conversion from float 25.13 to int loses precision {"exception":"[object] (Whoops\\Exception\\ErrorException(code: 8192): Implicit conversion from float 25.13 to int loses precision at /home/application/vendor/mondago/laravel-application-insights/src/ApplicationInsights.php:297)"} []
The method defines $durationInMilliseconds  as an int, something clearly is trying to shove a float in there. If I update to a decimal it works. I'm not sure actually how this gets called (caller magic?) cause I don't see any references to trackDependency but I may be missing it. Anyway this prevents the exception from being sent successfully to AI.

Hey @drmmr763
Thanks for reporting. I've just seen this on one of our projects. Can you confirm which PHP version and Laravel version you are running please?
My environment flagged this as a warning, not an exception - but we should still handle it properly. I can see that Laravel is giving us a float, not an int. This has been the case since 2017 too!
In case you are curious, it's being called by here, where we are automatically collecting SQL queries.

Hi @ingalless
8772e509903f:/home/application# php -v
PHP 8.1.21 (cli) (built: Jul 10 2023 23:14:30) (NTS)
Copyright (c) The PHP Group
    "laravel/framework": "^8.0",


[Question] Possible to have auto-incrementing id per class?

With my SQL Db I was able to have each class be its own table the therefore they would each get their own auto-incrementing id. Is there a way I can do this with YesSql? Currently all the documents are just in one table "Documents" is there any way to break them out?

You can create "collections" which can hold any object. If you want to create a collection per class you will have to do it whenever you call Save(collection: "Class1").
There is no automatic mechanism to assign specific classes to specific collections.

Thanks I will try this out.


The enhancement for the issue #216

Solve issue #216 and add corresponding test for it.
I add an new way to create an eager singleton: use the annotation @EagerSingleton.
In this way, when we do development in Stage.DEVELOPMENT, we can simply use the annotation to create an eager Injector, just like that in Stage.PRODUCTION and  use @Singleton to create a lazy injector.
Test scenario
When user both use @EagerSingleton in production stage, the injector should give an eager singleton instance.
When user both use @EagerSingleton in development stage, the injector should also give an eager singleton instance.

@googlebot I signed it!

Hello, thank you the PR. Without getting into the merits of whether or not @EagerSingleton is a good idea... the PR as-is appears to have other cruft in it (isGuiceEnhanced, etc..). I'm going to close this PR as it's old and not submittable. I'll shortly be commenting on the original issue.


Netflix doesn't work

OS: Win 11
Thorium Version [M119.0.6045.214 - 35th Release]
Problem
Netflix Browser Error Code M7121-1331

please fix this isse
:)

The same or similar questions have been answered many times in issues of different repos. Please make good use of the search function of the issue.
The reason for this problem is that due to financial and other reasons, Thorium failed to obtain official verification from widevine (which requires a lot of money), so audio and video that need to be processed by widevine may not be played properly.


Added v1.27 deprecations and removals blog

Added v1.27 deprecations and removals blog

cc @salaxander @mickeyboxell  @harshanarayana

/hold
Needs a future publication date.

I forgot to unhold this earlier.
/lgtm
/approve
/hold cancel


StartUpDG t8code todo list

@Davknapp @jmark from our Trixi discussion

Generalize connectivity in MeshData (remove mapP, mapB as fields, replace with a general "node connectivity" field to enable t8code). Note: this should be non-breaking, since we can simply overload getproperties to ensure md.mapP still returns the relevant array.
Add ability to create connectivities between different MeshData objects.

If there is anything else you can think of, please feel free to add those items.

@jlchan Can you imaging a MeshData constructor which accepts a list of element interfaces (with orientation ;) and per element a list of Jacobians evaluated on quadrature points?

Certainly. I don't need the orientation for my own constructor but I can certainly store it.
Are the physical points interpolation points or quadrature points? I would prefer interpolation points if possible (easier to enforce a watertight mesh).

Sure, interpolation points will work.
Yeah, I think we have to pass the orientation to the user to take care of it so that the interpolated face values from each side correctly match according to the mesh.

Sounds good. FYI, we account for orientation when computing the mapP array - any changes in orientation are accounted for in the ordering of the node maps, and these node maps are just computed based on node positions (if two nodes basically have the same coordinates, we map one to the other).


fix: Replace missing file with basic React template

Fixes #46. There is no basic.tsx file, which with 0.7.1 throws a Python error rather than silently failing in the frontend.

No problem!

Took https://github.com/widgetti/ipyreact/pull/50 to make it green, but now it is :) Thanks again


ci: ignore github_conf in jscpd

Proposed changes
https://github.com/super-linter/super-linter/actions/runs/8674328025/job/23786540069
  2024-04-13 15:06:04 [INFO]   Linting JSCPD items...
  2024-04-13 15:06:05 [ERROR]   Found errors when linting JSCPD. Exit code: 1.
  2024-04-13 15:06:05 [INFO]   Command output for JSCPD:
  ------
  Error: ENOENT: no such file or directory, open '/github/workspace/github_conf/branch_protection_rules.json'
      at Object.openSync (node:fs:581:18)
      at Object.readFileSync (node:fs:457:35)
      at addContentToEntry (/node_modules/@jscpd/finder/dist/files.js:68:32)
      at Array.map (<anonymous>)
      at Object.getFilesToDetect (/node_modules/@jscpd/finder/dist/files.js:94:10)
      at exports.detectClones (/node_modules/jscpd/dist/index.js:27:28)
      at Object.<anonymous> (/node_modules/jscpd/dist/index.js:70:28)
      at Generator.next (<anonymous>)
      at /node_modules/jscpd/dist/index.js:8:71
      at new Promise (<anonymous>) {
    errno: -2,
    code: 'ENOENT',
    syscall: 'open',
    path: '/github/workspace/github_conf/branch_protection_rules.json'
  }

checkov creates a github_conf directory at runtime (See CKV_GITHUB_CONF_DIR_NAME Section in https://www.checkov.io/7.Scan Examples/Github.html ).
An error occurs if jscpd reads this.
Therefore, I ignore this from the running target of jscpd.
Readiness checklist
In order to have this pull request merged, complete the following tasks.
Pull request author tasks

[x] I included all the needed documentation for this change.
[x] I provided the necessary tests.
[x] I squashed all the commits into a single commit.
[x] I followed the Conventional Commit v1.0.0 spec.
[x] I wrote the necessary upgrade instructions in the upgrade guide.
[x] If this pull request is about and existing issue,
I added the Fix #ISSUE_NUMBER label to the description of the pull request.

Super-linter maintainer tasks

[ ] Label as breaking if this change breaks compatibility with the previous released version.
[ ] Label as either: automation, bug, documentation, enhancement, infrastructure.

Thanks!


Add hosts-entry=host to kubelet-wrapper rkt ags

Kubernetes v1.8.x hyperkube no longer has its own /etc/hosts
Fixes potential port-forward issues on networks which do not resolve localhost for nodes
See https://github.com/kubernetes-incubator/bootkube/issues/740

On bare-metal, this flag is needed to fix port-forward in 1.8.x hyperkube's only if the upstream DNS isn't   resolving localhost for clients. In most bare-metal environments, this probably isn't an issue. GCE is the only one I know of that doesn't.
Given the choice between "fixing" now but failing those clusters when a new Container Linux release rolls out vs. just pointing those affected to this issue, I agree and favor the later.

Maybe re-open if https://github.com/rkt/rkt/pull/3833 merges.

I'm going to close this for now. The only platform I've found where this change is really really needed is Google Cloud. On bare-metal, it will depend on the network, but generally I think DNS servers handle localhost.


Field Name not found

Can't seem to get this working with my PDF.
PDF form created in Adobe Acrobat DC, then ran through pdftk, but FPDF still says the field names are not found.
Exact error is:
FPDF-Merge Error: field PremiseName not found
I can get the example working no problem, so I know this is an issue with my PDF.
If I run pdftk data_dump_fields the field name shows up correctly and I have copied and pasted that into my array.
I'm completely stuck where to turn for advice on what I'm missing here...

I have faced same issue but using this online tool i was able to know what exactly field name was
https://www.sejda.com/pdf-editor

You can also do:
pdftk doc.pdf dump_data_fields

`---
FieldType: Text
FieldName: Official title
FieldNameAlt: Official title
FieldFlags: 0
FieldJustification: Left
`
The above is an example of one field I got from running pdftk doc.pdf dump_data_fields
My code looks like this:
`$fields = array(
'Official title' => 'Test Title'
);
    $pdf = new \FPDM(storage_path('app/' . $request->filename));
    $pdf->Load($fields, true);
    $pdf->Merge();
    $pdf->Output();`

And I get this error:
<b>FPDF-Merge Error:</b> field Official title not found
What am I doing wrong?

Can you share the PDF?
Thanks

PDF_Test.pdf
I can't because it has some customer info on it, but I'm seeing the same issue on this one which I created from scratch to try to narrow down the issue.
FieldType: Text
FieldName: name
FieldFlags: 0
FieldJustification: Left

That's the result from the console command. The code is the same except I changed "Official title" to "name"

Running into the same issue. data_dump_fields reports what I'd expect.

I found part of the issue.
The example PDF seems to have  one element per line whereas the PDFs I'm creating are more compressed.
An example line from each as follows.
Template:
/T (address)
My PDF:
<</Type/Annot/Subtype/Widget/DA(/Helv 0 Tf 0 0 0 rg)/Ff 0/Q 1/BS<</W 1/S/S>>/Rect[0 299.242 612 383.595]/T(myname)/F 4/V()/M(D:20200815215310-05'00')/FT/Tx/MK<<>>/AP<</N 4 0 R>>/NM(85209dde-79a6-4f5d-8328-bc23e9912174)>>
So, the preg_match() call wasn't working. It was expecting ^/T.
I'm working on a fix. We shall see what I come up with. Maybe this will be enough for somebody else to help?
I've changed the offending preg_match line to:
if(($name=="")&&preg_match("//T\s*((\w+))/",$this->_protectContentValues($CurLine),$match)) {
That's resulting in other errors, I think due to the elements falling behind the "()" in my PDF. Hoping for a resolution!


Inbound Email Parse Webhook

Hello,
The parse inbound api fails to read diacritics (for instance é) for emails coming from outlook (received with charset latin1) : they are displayed as question marks.
When I click on 'send raw', I have the right encodings (for instance =E9).
Are you planning to handle latin1 ? Thanks !

hello @po-jo - sorry for the delayed response here. This is a much better question for our awesome support team! You can access support contact options by logging into https://support.sendgrid.com. I'm going to close this issue since it's not an issue with the actual docs.
SendGrid Docs Team


Update todo list extension

Description

Added an action to set a tag for a todo item.
Added a dropdown filter to filter todo items by tag.

Added these two features for issue #13464. Users can now add tags to their todo items and use a dropdown filter to filter the todo items, allowing them to manage multiple lists with tags.

Screencast
https://github.com/user-attachments/assets/f5c92665-541e-449f-934c-da308745d44b

Checklist

[x] I read the extension guidelines
[x] I read the documentation about publishing
[x] I ran npm run build and tested this distribution build in Raycast
[x] I checked that files in the assets folder are used by the extension itself
[x] I checked that assets used by the README are placed outside of the metadata folder

I really like the idea, but I'm a bit afraid for the UX here. Maybe it would make more sense to change to a new view instead?
What do you think @maggie-j-liu

Maybe it would make more sense to change to a new view instead?

I think putting all the tasks on a single page and filtering them with a dropdown menu is more convenient than splitting the tasks into separate views. Dividing the tasks into multiple views could complicate the user experience, and managing the to-do list across multiple pages may be inconvenient.

Hello @pernielsentikaer, do you have any new suggestions for this pull request?

I was referring to the element Added an action to set a tag for a todo item - don't you think switching to a new form view is better? I'm just afraid that I might miss that the search bar changes

I was referring to the element Added an action to set a tag for a todo item - don't you think switching to a new form view is better? I'm just afraid that I might miss that the search bar changes

@pernielsentikaer I have changed the edit tag into a form view. Please check. Thank you.
https://github.com/user-attachments/assets/ab0d2bba-091f-4e10-ad52-a5115321e40e

Hi 👋
Looks good to me, approved 🔥


Added keyboard navigation to Menu component.

Added keyboard navigation (up and down arrow keys) to the Menu drop window.

Awesome, thanks for your continued work on this!


[maddy] enable configuring storage and imap

Description of the change

Enable configuring storage and imap backends
Support for additional config files

(disruptive change) Move alias files to config_files section

Benefits
More flexibility configuring email server
Possible drawbacks
Disruptive change. It could be made concurrent but I would like to avoid keeping the glue code for the old name
Applicable issues

fixes NA

Additional information

Checklist

[x] Chart version bumped in Chart.yaml according to semver.
[x] Title of the PR starts with chart name (e.g. [home-assistant])
[x] Variables are documented in the README.md (this can be done with using our helm-docs wrapper ./hack/gen-helm-docs.sh stable <chart>)

LGTM!


[ClickAwayListener] Ignore touchend after touchmove

PR to fix #13681
I have left onTouchStart to be triggered by a touchmove. If I wanted the click away handler triggered on  touchstart I would want it triggered pre-scroll on touch devices.

[x] I have followed (at least) the PR section of the contributing guide.

@hsimah It's a great first pull request on Material-UI 👌🏻. Thank you for working on it!


Filters are not registered during console (Kdyby\Console) commands yet

Hello, im using softDeletableFilter (very similiar to that one in doc), i found out that this filter is not registered yet/not used, while running commands from CLI.
Is this feature or how can be this behavior changed?

I guess the problem is here. I'm not quite sure why the subscriber uses this event and not some other.
ping @TomasVotruba

As a workaround you could inject the filter manager into your command and call it manually for now.

@enumag thanks for the idea, this workaround seems to work.

That's a bug. Since these might be 2 separated applications, I'd add Symfony Console Event (find the specific name, I don't remember):
    /**
     * {@inheritdoc}
 */
public static function getSubscribedEvents()
{
	return [
	        NetteApplicationEvents::ON_PRESENTER => 'registerFilters',
		..\ConsoleEvent::RUN => 'registerFilters'
	];
}

@TomasVotruba Even so why onPresenter and not onRequest or even Container::onInitialize?

The event is Symfony\Component\Console\ConsoleEvents::COMMAND
As well i think there should be added check to prevent duplicate enabling a filter?

@enumag There was issue with onRequest - the presenter name not available yet.
Softdelete and similar filters require to detect if it's Admin/Front presenter.
@Lexinek Yep, the check is required. Have you tried adding the event? Did it solve your issue?

@TomasVotruba not yet, but later today i will try. As well i can send PR for this if you want. Not sure about tests though, if i will be able to cover it.

@Lexinek As for this package, it's under @enumag 's maintenance.

@Lexinek PR would be appriciated. Tests would be appriciated but I might merge it even without them (depends on the PR).

Ping @Lexinek
Feel free sending PR when ready.

@TomasVotruba thank you, i have already forgot about this issue :-)

Might check it, gimme a sec :)

Solved!
@Lexinek Thanks for pointing out that Console event. It was much easier to solve it with that hint.

I thank you @TomasVotruba for fixing!


Bump gem versions with vulnerable dependencies

@jamesisaacs Is there a reason why we are not using the latest version of nokogiri (v1.8.4) ?

@davidpranata nope. no good reason. I bumped a couple of other outdated gems too.


StatusNotOK

Hi.
i need to upload an json file to arweave with rust(im using arloader = "0.1.63"). but i got a StatusCodeNotOk error.
it makes empty folder (ex: SZ2g5l-q7M4) and after an error the folder is deleted by itself.
Also it takes fee, even with error StatusCodeNotOk:
https://explorer.solana.com/tx/5YDUWr4s8RE52LKivnCBjWqGXM1YN1mBK1rLvj3Yq9NJZ5t5ASofnvFWBouWvg167UQdEwkVbEt9xFnEYTWA4J6
but with CLI everything is ok, no errors.
arloader upload xxx.json --with-sol --sol-keypair-path /Users/x/.config/solana/id.json --ar-default-keypair

Any ideas why?
Error:
thread 'main' panicked at '----- err: status code not ok', src/upload_files_2.rs:199:21
stack backtrace:
   0:        0x10b4b9ef4 - std::backtrace_rs::backtrace::libunwind::trace::hc513dadde6954c86
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/../../backtrace/src/backtrace/libunwind.rs:93:5
   1:        0x10b4b9ef4 - std::backtrace_rs::backtrace::trace_unsynchronized::hef5b528e06275835
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/../../backtrace/src/backtrace/mod.rs:66:5
   2:        0x10b4b9ef4 - std::sys_common::backtrace::_print_fmt::hd90f3854346e0ebc
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/sys_common/backtrace.rs:66:5
   3:        0x10b4b9ef4 - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h85521558a183f368
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/sys_common/backtrace.rs:45:22
   4:        0x10b4d509b - core::fmt::write::h01631fae0d2b98bc
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/core/src/fmt/mod.rs:1197:17
   5:        0x10b4b4ab8 - std::io::Write::write_fmt::h675dde99a2999169
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/io/mod.rs:1672:15
   6:        0x10b4bb89d - std::sys_common::backtrace::_print::h9f1d91ee7cd2be55
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/sys_common/backtrace.rs:48:5
   7:        0x10b4bb89d - std::sys_common::backtrace::print::h4ad640f11cc29383
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/sys_common/backtrace.rs:35:9
   8:        0x10b4bb89d - std::panicking::default_hook::{{closure}}::h5e5df492d229fd65
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:295:22
   9:        0x10b4bb5f4 - std::panicking::default_hook::h18647b59f1a84ee2
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:314:9
  10:        0x10b4bbdd8 - std::panicking::rust_panic_with_hook::hd9ead35a68ccc55e
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:698:17
  11:        0x10b4bbd13 - std::panicking::begin_panic_handler::{{closure}}::h6fca91c5e1dc2f30
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:588:13
  12:        0x10b4ba377 - std::sys_common::backtrace::__rust_end_short_backtrace::h4ff3025d9a0a0490
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/sys_common/backtrace.rs:138:18
  13:        0x10b4bb9ea - rust_begin_unwind
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:584:5
  14:        0x10b4efbb3 - core::panicking::panic_fmt::h3d9f795ee387ef8d
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/core/src/panicking.rs:142:14
  15:        0x10ab37cc2 - nft_metadata::upload_files_2::test_upload_file_from_path_with_sol::{{closure}}::hb8fe6cce227e8978
                               at /Users/viktor/SolanaWorkspace/nft-metadata/src/upload_files_2.rs:199:21
  16:        0x10ab27497 - <core::future::from_generator::GenFuture<T> as core::future::future::Future>::poll::he32511af53025e80
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/core/src/future/mod.rs:91:19
  17:        0x10ab0cb01 - tokio::park::thread::CachedParkThread::block_on::{{closure}}::hf98dcba3d89e9394
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/park/thread.rs:263:54
  18:        0x10aaf43e8 - tokio::coop::with_budget::{{closure}}::h8f3cef8a0094aa0a
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/coop.rs:106:9
  19:        0x10aafbf0e - std::thread::local::LocalKey<T>::try_with::h2592c78968e826ec
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/thread/local.rs:445:16
  20:        0x10aafbcb4 - std::thread::local::LocalKey<T>::with::h7a0b1186cdee89b9
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/thread/local.rs:421:9
  21:        0x10ab0c4de - tokio::coop::with_budget::h60f98d0ff60a035c
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/coop.rs:99:5
  22:        0x10ab0c4de - tokio::coop::budget::h8e386e495c4b0c28
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/coop.rs:76:5
  23:        0x10ab0c4de - tokio::park::thread::CachedParkThread::block_on::h0c7bb7f1c9c5cfbe
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/park/thread.rs:263:31
  24:        0x10ab0adcd - tokio::runtime::enter::Enter::block_on::h41508e85a19c1a26
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/runtime/enter.rs:151:13
  25:        0x10aaf2eef - tokio::runtime::thread_pool::ThreadPool::block_on::h55293f9165436576
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/runtime/thread_pool/mod.rs:77:9
  26:        0x10ab2d520 - tokio::runtime::Runtime::block_on::h78e12c21ffd62b54
                               at /Users/viktor/.cargo/registry/src/github.com-1ecc6299db9ec823/tokio-1.14.1/src/runtime/mod.rs:463:43
  27:        0x10ab1d180 - nft_metadata::upload_files_2::test_upload_file_from_path_with_sol::hb8917331bc9bc0dc
                               at /Users/viktor/SolanaWorkspace/nft-metadata/src/upload_files_2.rs:208:5
  28:        0x10ab0aa09 - nft_metadata::main::he3f7432529c9137b
                               at /Users/viktor/SolanaWorkspace/nft-metadata/src/main.rs:33:13
  29:        0x10aaff68e - core::ops::function::FnOnce::call_once::h2886063610811728
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/core/src/ops/function.rs:248:5
  30:        0x10aafc821 - std::sys_common::backtrace::__rust_begin_short_backtrace::hac21c6f8c37f6631
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/sys_common/backtrace.rs:122:18
  31:        0x10ab1c924 - std::rt::lang_start::{{closure}}::hab33639a50e1c439
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/rt.rs:145:18
  32:        0x10b4af28e - core::ops::function::impls::<impl core::ops::function::FnOnce<A> for &F>::call_once::h7b036f15aca60adb
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/core/src/ops/function.rs:280:13
  33:        0x10b4af28e - std::panicking::try::do_call::hf6119ec0466800e8
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:492:40
  34:        0x10b4af28e - std::panicking::try::hcda27a2b6f836f01
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:456:19
  35:        0x10b4af28e - std::panic::catch_unwind::hde37ab35642f072b
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panic.rs:137:14
  36:        0x10b4af28e - std::rt::lang_start_internal::{{closure}}::h103d9f9a51ce5b21
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/rt.rs:128:48
  37:        0x10b4af28e - std::panicking::try::do_call::h0e10440d51723322
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:492:40
  38:        0x10b4af28e - std::panicking::try::h738bcf26bd63f912
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panicking.rs:456:19
  39:        0x10b4af28e - std::panic::catch_unwind::hc9eba21b74d8966b
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/panic.rs:137:14
  40:        0x10b4af28e - std::rt::lang_start_internal::h3fd5cff071397f19
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/rt.rs:128:20
  41:        0x10ab1c8fe - std::rt::lang_start::h40d9b716e1344c4c
                               at /rustc/4b91a6ea7258a947e59c6522cd5898e7c0a6a88f/library/std/src/rt.rs:144:17
  42:        0x10ab0aa36 - _main
cod005hctln:src viktor$

my code:
 use arloader::{
    error::Error,
    solana::{SOLANA_MAIN_URL, SOL_AR_BASE_URL},
    utils::TempDir,
    Arweave,
};
use solana_sdk::signer::keypair;
use std::{path::PathBuf, str::FromStr};
use url::Url;

async fn get_arweave() -> Result<Arweave, Error> {
    let ar_keypair_path = PathBuf::from("/Users/viktor/SolanaWorkspace/arweave-key-CAJ7UsUYpeRAp4gb8-mm9k-6a2H8XEWTPQeGYzuFSOU.json");

    let arweave = match Arweave::from_keypair_path(
        ar_keypair_path,
        Url::from_str("https://arweave.net").unwrap(),
    )
    .await
    {
        Ok(arweave) => arweave,
        Err(e) => panic!("----- arweave error: {}", e),
    };

    Ok(arweave)
}

#[tokio::main]
pub async fn upload_file_with_sol() -> Result<(), Error> {
    let solana_url = SOLANA_MAIN_URL.parse::<Url>()?;
    let sol_ar_url = SOL_AR_BASE_URL.parse::<Url>()?.join("sol")?;
    let keypair = PathBuf::from("/Users/viktor/.config/solana/id.json");
    println!("{}", keypair.exists());

    let from_keypair = keypair::read_keypair_file("/Users/viktor/.config/solana/id.json")?;

    let arweave = get_arweave().await?;

    let file_path = PathBuf::from("tests/fixtures/1.json");
    let temp_log_dir = TempDir::from_str("tests/fixtures/").await?;
    let log_dir = temp_log_dir.0.clone();

    println!("------- solana_url: {}", solana_url);
    println!("------- sol_ar_url: {}", sol_ar_url);
    println!("------- file_path: {:?}", &file_path);
    println!("{}", file_path.exists());
    println!("------- log_dir: {:?}", log_dir);
    println!("{}", log_dir.exists());

    let status = arweave
        .upload_file_from_path_with_sol(
            file_path.clone(),
            None,
            None,
            None,
            (0, 0), // (5,5) doesn't work either
            solana_url.clone(),
            url::Url::parse("https://arloader.io/sol").unwrap(),
            &from_keypair,
        )
        .await;

    match status {
        Ok(x) => x,
        Err(err) => panic!("----- err: {:#}", err),
    };

    // println!("{:?}", status);

    let read_status = arweave.read_status(file_path, log_dir.clone()).await?;
    println!("{:?}", &read_status);
    Ok(())
}

@CalebEverett

HI Ros, I'll check this out today.
On Mon, Aug 22, 2022 at 5:34 AM Ros Mc Mahon @.***>
wrote:

@CalebEverett https://github.com/CalebEverett
—
Reply to this email directly, view it on GitHub
https://github.com/CalebEverett/arloader/issues/32#issuecomment-1222297081,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACEIMQZJY4HT3UOOMYD76ODV2NXXFANCNFSM567EURGA
.
You are receiving this because you were mentioned.Message ID:
@.***>

hi @CalebEverett thanks for the package :),
i'm also getting this error
trying to execute this cmd:
arloader upload ceremonio_dj_001.png --with-sol --sol-keypair-path ~/code/dapps/realidad/nft-meta/CRMiUZVfwiw7PB6MSpiVEja6wC6o6ombPJLzdwRn6y4C.json --ar-default-keypair --no-bundle
after a while the fee is sent but an error is returned:
StatusCodeNotOk
<FILE_PATHS> didn't match any files.

any idea what is going on?

Working on a fix
On Tue, Aug 23, 2022, 2:08 PM erikiado @.***> wrote:

hi @CalebEverett https://github.com/CalebEverett thanks for the package
:),
i'm also getting this error
trying to execute this cmd:
arloader upload ceremonio_dj_001.png --with-sol --sol-keypair-path
~/code/dapps/realidad/nft-meta/CRMiUZVfwiw7PB6MSpiVEja6wC6o6ombPJLzdwRn6y4C.json
--ar-default-keypair --no-bundle
after a while the fee is sent but an error is returned:
StatusCodeNotOk
<FILE_PATHS> didn't match any files.
any idea what is going on?
—
Reply to this email directly, view it on GitHub
https://github.com/CalebEverett/arloader/issues/32#issuecomment-1224888502,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACEIMQ6ZEPKR6D4CXTFA4SLV2U4TJANCNFSM567EURGA
.
You are receiving this because you were mentioned.Message ID:
@.***>

just tried and it worked, thanks :)

hey @CalebEverett!
Thanks for this CLI. I managed to upload multiple times without any issue, but for two days now it fails.
When using upload-nfts I get:
Uploading assets...

Uploading 1 files with 3740 KB of data in 1 bundle transactions...

StatusCodeNotOk

Uploaded 0 KB in 0 files in 0 bundle transaction(s). Run `arloader update-status ./arloader_J_H9Ad4ksaa/assets/` to update statuses.

Uploading manifest for images...

No bundle statuses found in ./arloader_J_H9Ad4ksaa/assets/
thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', /Users/m/.asdf/installs/rust/1.50.0/registry/src/github.com-1ecc6299db9ec823/arloader-0.1.63/src/commands.rs:802:6
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

and when using upload
StatusCodeNotOk
<FILE_PATHS> didn't match any files.

all commands are executed with --with-sol and both bundle and no bundle fail.
Do you have an idea of the issue?

Working on a fix
…
On Tue, Aug 23, 2022, 2:08 PM erikiado @.> wrote: hi @CalebEverett https://github.com/CalebEverett thanks for the package :), i'm also getting this error trying to execute this cmd: arloader upload ceremonio_dj_001.png --with-sol --sol-keypair-path ~/code/dapps/realidad/nft-meta/CRMiUZVfwiw7PB6MSpiVEja6wC6o6ombPJLzdwRn6y4C.json --ar-default-keypair --no-bundle after a while the fee is sent but an error is returned: StatusCodeNotOk <FILE_PATHS> didn't match any files. any idea what is going on? — Reply to this email directly, view it on GitHub <#32 (comment)>, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACEIMQ6ZEPKR6D4CXTFA4SLV2U4TJANCNFSM567EURGA . You are receiving this because you were mentioned.Message ID: @.>

Hello :) I'm stuck with this issue too and I'm trying to debug it, so I was curious if you ended up finding the problem or any clues on it.
I don't call the CLI but use the library on my own project, and calling upload_file_from_path with certain files makes the arweave HTTP api return 400 and thus returns StatusCodeNotOk.
During the tests I found out that it fails when you try to upload files above 250KiB, which is the maximum chunk size. So my guess is that when the library has to split the file in >1 chunks, something goes wrong and the transaction ends up incorrectly built.
So right now I'm debugging and testing the transaction generation and in particular the merklize function. But I'm not familiar at all with the arweave serialization steps and merklee trees in general so I'm a bit lost x)

I haven't had time to properly diagnose this. I didn't think it was in the
chunking. I thought it was in the transaction submission. My next step was
to get better error reporting working, i.e. instead of just reporting
status not ok, get the response code from Arweave and any returned error
messages to see what it is saying. I could be wrong, but the chunking was
pretty well tested.
On Thu, Jan 5, 2023, 2:04 AM nF0x @.***> wrote:

Working on a fix
… <#m_315106686319716942_>
On Tue, Aug 23, 2022, 2:08 PM erikiado @.> wrote: hi @CalebEverett
https://github.com/CalebEverett https://github.com/CalebEverett
https://github.com/CalebEverett thanks for the package :), i'm also
getting this error trying to execute this cmd: arloader upload
ceremonio_dj_001.png --with-sol --sol-keypair-path
~/code/dapps/realidad/nft-meta/CRMiUZVfwiw7PB6MSpiVEja6wC6o6ombPJLzdwRn6y4C.json
--ar-default-keypair --no-bundle after a while the fee is sent but an error
is returned: StatusCodeNotOk <FILE_PATHS> didn't match any files. any idea
what is going on? — Reply to this email directly, view it on GitHub <#32
(comment)
https://github.com/CalebEverett/arloader/issues/32#issuecomment-1224888502>,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACEIMQ6ZEPKR6D4CXTFA4SLV2U4TJANCNFSM567EURGA
https://github.com/notifications/unsubscribe-auth/ACEIMQ6ZEPKR6D4CXTFA4SLV2U4TJANCNFSM567EURGA
. You are receiving this because you were mentioned.Message ID: @.>
Hello :) I'm stuck with this issue too and I'm trying to debug it, so I
was curious if you ended up finding the problem or any clues on it.
I don't call the CLI but use the library on my own project, and calling
upload_file_from_path with certain files makes the arweave HTTP api
return 400 and thus returns StatusCodeNotOk.
During the tests I found out that it fails when you try to upload files
above 250KiB, which is the maximum chunk size. So my guess is that when the
library has to split the file in >1 chunks, something goes wrong and the
transaction ends up incorrectly built.
So right now I'm debugging and testing the transaction generation and in
particular the merklize function. But I'm not familiar at all with the
arweave serialization steps and merklee trees in general so I'm a bit lost
x)
—
Reply to this email directly, view it on GitHub
https://github.com/CalebEverett/arloader/issues/32#issuecomment-1372012371,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ACEIMQ5GLXTACMIR2AAP4B3WQ2MA7ANCNFSM567EURGA
.
You are receiving this because you were mentioned.Message ID:
@.***>

Thanks for trying that out - I'll see about moving everything over to the chunk endpoint. I haven't been following along closely, but it may be that the size limit on the tx enpoint changed and the threshold in arloader is now too high.

@CalebEverett Currently facing this problem when running following command in my shell:
echo '{
    "name": "",
    "symbol": "",
    "description": "",
    "image": ""
}' > metadata.json

arloader upload metadata.json --with-sol --sol-keypair-path ~/.config/solana/id.json --ar-default-keypair --no-bundle

Retrying Solana transaction (1 of 10)...
Retrying Solana transaction (2 of 10)...
StatusCodeNotOk
<FILE_PATHS> didn't match any files.


Mesh Bug on access.c

On line 235 in access.c
if(pub->count)
{
    k_delayed_work_cancel(&pub->timer);
}

description
when call bt_mesh_model_publish function in application, and use retransmit, for example,use pub->count not equal zero. so first bt_mesh_model_publish call from app, and mod_publish will be call after Publish Period timer time out, when count minus one and equal zero, the mod_publish func will call bt_mesh_model_publish again, when result is success, so the publish->count with reset, but In the above code, we see that when count is not zero, the timer is canceled, so how to continue publish?

The timer will be reset through the publish_sent() callback in access.c which gets called when the PDU has been transmitted. Is this again a GATT-related issue? In that case bt_mesh_net_send() calls the callback synchronously, meaning the branch you've mentioned above would indeed cancel this. That said, why would you be using retransmissions for GATT? That doesn't make sense to me.

That said, the call to k_delayed_work_cancel() does look redundant to me - perhaps it was needed before but some refactoring eliminated the need for it. I'm still looking through the code to verify this.


chosun: fix proto confidence precision

This PR is not linked to a task in ClickUp.  Please add the task ID starting with "CU-" (e.g. CU-1umz2q2) as the first word in the title.
To create a new task in the list click here.
Review task created in list 49208581


How to visualize data with non-time  X-axis ?

Greetings,
Is it possible to visualize graphs with non-time X-axis ?
reading sensor values from an IOT device into infuxdb, following is data (charging current and voltage readings)
measurement,device=battery  voltage=3.64,current=1.2  timestamp=xxx
If i want to take sensor reading of last one hour and plot current against voltage (I-V graph) , that is voltage in x-axis and current in Y-axis.  Is it possible with Influxdb?
i'm using influxdb 2.0 OSS.

Have you tried using a scatter plot? With a scatter plot you can specify the values you want for the X and Y axis separately. I think that might work for you.

@wbaker85  Thanks. I will try this out.

Thanks, i will try this out


Add Files section with registries.conf to pertinent man pages

Signed-off-by: TomSweeneyRedHat<EMAIL_ADDRESS>Adds a "Files" section to the four man pages that make use of registries.conf and adds an entry for registries.conf to each.  No code changes, just man page updates.

Talked with @nalind, I'm a little concerned about adding doc about policy.json so I've just added the new F28 link to policy.json(5).

Ok All green. I will merge.

@rh-atomic-bot r+


Custom color functions

Phew, this was dizzying. And of course I don't have new tests! But the old ones pass...

color_function is renamed to color_data
color_data may be whatever -- 1d or 2d. Multidimensional is useful for me because my color data is a square distance matrix, and I want row_color and node_color to be dependent on only the other rows within a given node
options to specify a row_color_function and a node_color_function added.

row_color_function is passed color_data and node member_ids. The default is to just average along axis=1 if not 1d, or to just return color_data[member_ids] if 1d.
node_color_function is passed member_colors as returned by row_color_function. The default is np.mean, but now anything is possible!

Additionally,

the call to graph_data_distribution has been removed. It was only used to calculate node colors, which were then passed to build_histogram. But the node_colors are already available in the output of format_mapper_data, so I switched it to extract them from there.
I calculated the member_colors once in the top of the loop over nodes, and passed around those member_colors instead of repeatedly recalculating them in tooltip component building
I started to look at refactoring _format_cluster_statistics, but my head exploded. It looks like those functions assume that X is a set of coordinate points, a la the horse vis stuff. Then I saw all of the TODOS and ran away. Another PR for another day.
I updated plotlyviz.py as best as I could. Tests are passing but I am not well versed in plotly.

My other PR, #149, can be rebased pretty easily onto this if it is merged, or the other way around.

See #158


syntax highlighting for remaining languages

[X] .js
[X] .html
[X] .csv (do no highlighting)
[ ] .css
[ ] .md
[ ] .json - just use JS highlighting
[ ] .jsx - use JS highlighting

https://www.npmjs.com/package/@codemirror/lang-javascript#user-content-jsxlanguage
Might need to specify some additional options for JSX support.


FEAT add Ping pong game completed (issue #232)

closes #232

Mam, Please review and merge this Issue..
Name : Vishal Malyan

Ok


Go 1.6 related

This issue is meant to keep track of details, changes, fixes, etc that are specific to Go 1.6 and hence that we'll have to take care of before we require 1.5 as the Go version.

Remove the mime/multipart vendoring and related hacks we had to introduce for issue #642

https://camlistore-review.googlesource.com/6039

https://camlistore-review.googlesource.com/6040

These should have been separate bugs, not one massive bug. Separate bugs can be separately tracked and separately closed.


Always starts like fresh install...

Type: Bug

every time asks if you trust the authors for the same folder
Everyone asks to sign in to git
doesn't remember any repositories in SSH remote explorer
etc.

Overall, it every time starts as though running it the first time
VS Code version: Code 1.86.2 (903b1e9d8990623e3d7da1df3d33db3e42d80eda, 2024-02-13T19:41:37.860Z)
OS version: Linux x64 5.4.0-150-generic
Modes:
Remote OS version: Linux x64 6.2.0-1018-aws

System Info

Item
Value

CPUs
Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz (12 x 800)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okskia_graphite: disabled_offvideo_decode: enabledvideo_encode: disabled_softwarevulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
1, 1, 1

Memory (System)
15.48GB (11.58GB free)

Process Argv
--unity-launch --crash-reporter-id 4b8c1326-e8cd-47ae-a5ff-97bbad101fe7

Screen Reader
no

VM
0%

DESKTOP_SESSION
ubuntu

XDG_CURRENT_DESKTOP
Unity

XDG_SESSION_DESKTOP
ubuntu

XDG_SESSION_TYPE
x11

Item
Value

Remote
SSH: <IP_ADDRESS>

OS
Linux x64 6.2.0-1018-aws

CPUs
AMD EPYC 7R13 Processor (32 x 2650)

Memory (System)
246.59GB (235.05GB free)

VM
0%

Extensions (10)

Extension
Author (truncated)
Version

circom
ide
0.0.2

intellij-idea-keybindings
k--
1.6.0

jupyter-keymap
ms-
1.1.2

remote-ssh
ms-
0.108.0

remote-ssh-edit
ms-
0.86.0

remote-explorer
ms-
0.4.1

go
gol
0.41.1

hardhat-solidity
Nom
0.7.3

rust-analyzer
rus
0.3.1860

even-better-toml
tam
0.19.2

A/B Experiments
vsliv368:30146709
vspor879:30202332
vspor708:30202333
vspor363:30204092
vscod805cf:30301675
binariesv615:30325510
vsaa593cf:30376535
py29gd2263:30899288
c4g48928:30535728
azure-dev_surveyone:30548225
962ge761:30959799
pythongtdpath:30769146
welcomedialogc:30910334
pythonidxpt:30866567
pythonnoceb:30805159
asynctok:30898717
pythontestfixt:30902429
pythonregdiag2:30936856
pyreplss1:30897532
pythonmypyd1:30879173
pythoncet0:30885854
2e7ec940:30968132
pythontbext0:30879054
dsvsc016:30899300
dsvsc017:30899301
dsvsc018:30899302
pydisww2:30959801
d34g3935:30971562
edj9j583:30969295
fegfb526:30961430
bg6jg535:30958357

/gifPlease

Thanks for reporting this issue! Unfortunately, it's hard for us to understand what issue you're seeing. Please help us out by providing a screen recording showing exactly what isn't working as expected. While we can work with most standard formats, .gif files are preferred as they are displayed inline on GitHub. You may find https://gifcap.dev helpful as a browser-based gif recording tool.
If the issue depends on keyboard input, you can help us by enabling screencast mode for the recording (Developer: Toggle Screencast Mode in the command palette). Lastly, please attach this file via the GitHub web interface as emailed responses will strip files out from the issue.
Happy coding!

The issue has disappeared after a fresh install from Ubuntu snap


feat: Sync from noir

Automated pull of development from the noir programming language, a dependency of Aztec.
BEGIN_COMMIT_OVERRIDE
chore: delete R1CSTransformer (https://github.com/noir-lang/noir/pull/4649)
fix: Slice coercions (https://github.com/noir-lang/noir/pull/4640)
chore(ci): add warning sticky comment (https://github.com/noir-lang/noir/pull/4647)
fix(ssa): Fix slice intrinsic handling in the capacity tracker  (https://github.com/noir-lang/noir/pull/4643)
chore: fix versioning of bn254_blackbox_solver crate (https://github.com/noir-lang/noir/pull/4638)
chore: fix acvm crates reporting errors as JS packages (https://github.com/noir-lang/noir/pull/4637)
chore: Release Noir(0.26.0) (https://github.com/noir-lang/noir/pull/4526)
chore: convert BlockExpression into a standard struct (https://github.com/noir-lang/noir/pull/4623)
chore(github): Improve PR template "document later" checkbox description (https://github.com/noir-lang/noir/pull/4625)
chore: Update integers.md to note support for Fields using from_integer (https://github.com/noir-lang/noir/pull/4536)
chore: update docs with function names to match version 0.25.0 specifications (https://github.com/noir-lang/noir/pull/4466)
feat: add specific error for attempting string[x] = ".." (https://github.com/noir-lang/noir/pull/4611)
fix(ssa): Use accurate type during SSA AsSlice simplficiation (https://github.com/noir-lang/noir/pull/4610)
END_COMMIT_OVERRIDE

Benchmark results
Metrics with a significant change:

circuit_simulation_time_in_ms (merge-rollup): 11.0 (+34%)
note_trial_decrypting_time_in_ms (32): 114 (+162%)

Detailed results
All benchmarks are run on txs on the Benchmarking contract on the repository. Each tx consists of a batch call  to create_note and increment_balance, which guarantees that each tx has a private call, a nested private call, a public call, and a nested public call, as well as an emitted private note, an unencrypted log, and public storage read and write.
This benchmark source data is available in JSON format on S3 here.
Values are compared against data from master at commit 22922142 and shown if the difference exceeds 1%.
L2 block published to L1
Each column represents the number of txs on an L2 block published to L1.

Metric
8 txs
32 txs
64 txs

l1_rollup_calldata_size_in_bytes
676
676
676

l1_rollup_calldata_gas
6,388
6,424
6,412

l1_rollup_execution_gas
585,721
585,757
585,745

l2_block_processing_time_in_ms
1,331 (+1%)
4,747 (-1%)
8,928 (-5%)

note_successful_decrypting_time_in_ms
182 (-1%)
496 (-6%)
989 (+4%)

note_trial_decrypting_time_in_ms
86.9 (-1%)
:warning: 114 (+162%)
118 (+46%)

l2_block_building_time_in_ms
13,606 (-1%)
50,087 (-2%)
99,083 (-1%)

l2_block_rollup_simulation_time_in_ms
7,853 (-2%)
27,609 (-2%)
54,140 (-1%)

l2_block_public_tx_process_time_in_ms
5,732
22,425 (-1%)
44,848 (-1%)

L2 chain processing
Each column represents the number of blocks on the L2 chain where each block has 16 txs.

Metric
5 blocks
10 blocks

node_history_sync_time_in_ms
14,047
27,202

note_history_successful_decrypting_time_in_ms
1,265 (+3%)
2,517 (+1%)

note_history_trial_decrypting_time_in_ms
111 (+10%)
182 (+12%)

node_database_size_in_bytes
18,657,360
35,029,072

pxe_database_size_in_bytes
29,859
59,414

Circuits stats
Stats on running time and I/O sizes collected for every circuit run across all benchmarks.

Circuit
circuit_simulation_time_in_ms
circuit_input_size_in_bytes
circuit_output_size_in_bytes

private-kernel-init
227
44,379
28,214

private-kernel-ordering
202
52,880
14,296

base-parity
3,528 (+1%)
128
311

root-parity
1,294 (+1%)
1,244
311

base-rollup
16,354
165,760
861

root-rollup
49.7
4,359
725

private-kernel-inner
296
73,795
28,214

public-kernel-app-logic
122 (+2%)
35,252
28,217

public-kernel-tail
166 (+1%)
40,928
28,217

merge-rollup
:warning: 11.0 (+34%)
2,568
861

public-kernel-teardown
118 (+1%)
35,252
28,217

public-kernel-setup
117 (+1%)
35,252
28,217

Tree insertion stats
The duration to insert a fixed batch of leaves into each tree type.

Metric
1 leaves
16 leaves
64 leaves
128 leaves
512 leaves
1024 leaves
2048 leaves
4096 leaves
32 leaves

batch_insert_into_append_only_tree_16_depth_ms
10.1 (+1%)
16.1 (+1%)
N/A
N/A
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_16_depth_hash_count
16.8
31.6
N/A
N/A
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_16_depth_hash_ms
0.584
0.497 (+1%)
N/A
N/A
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_32_depth_ms
N/A
N/A
46.8
72.0
230 (-1%)
451 (+3%)
868 (-1%)
1,719 (-7%)
N/A

batch_insert_into_append_only_tree_32_depth_hash_count
N/A
N/A
96.0
159
543
1,055
2,079
4,127
N/A

batch_insert_into_append_only_tree_32_depth_hash_ms
N/A
N/A
0.480
0.444
0.420 (-1%)
0.421 (+3%)
0.411 (-1%)
0.411 (-7%)
N/A

batch_insert_into_indexed_tree_20_depth_ms
N/A
N/A
54.7 (+1%)
106
340 (+1%)
662 (+2%)
1,302 (-1%)
2,600 (-1%)
N/A

batch_insert_into_indexed_tree_20_depth_hash_count
N/A
N/A
105
207
691
1,363
2,707
5,395
N/A

batch_insert_into_indexed_tree_20_depth_hash_ms
N/A
N/A
0.481
0.479
0.457
0.456 (+2%)
0.451 (-1%)
0.453 (-1%)
N/A

batch_insert_into_indexed_tree_40_depth_ms
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
61.4 (+1%)

batch_insert_into_indexed_tree_40_depth_hash_count
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
109

batch_insert_into_indexed_tree_40_depth_hash_ms
N/A
N/A
N/A
N/A
N/A
N/A
N/A
N/A
0.536 (+1%)

Miscellaneous
Transaction sizes based on how many contract classes are registered in the tx.

Metric
0 registered classes
1 registered classes

tx_size_in_bytes
14,968
495,320

Transaction size based on fee payment method

Metric
none fee payment method
native fee payment method
fpc_public fee payment method
fpc_private fee payment method

tx_with_fee_size_in_bytes
773
905
1,161
1,377

Transaction processing duration by data writes.

Metric
0 new note hashes
1 new note hashes
2 new note hashes

tx_pxe_processing_time_ms
2,063 (-1%)
1,368
4,751 (+1%)

Metric
0 public data writes
1 public data writes
2 public data writes
3 public data writes
4 public data writes
5 public data writes
8 public data writes

tx_sequencer_processing_time_ms
9.72 (-7%)
703 (+1%)
528
1,452 (+1%)
586 (+1%)
2,518 (+1%)
676 (+1%)


Create integration test suite and migrate appropriate tests from unit test suite #605

@juwara0 and I will be pairing to resolve an issue with selectionEnd/Start/Direction properties in textArea as they might have been removed from ember textArea. Just FYI, the rest is ready to be reviewed.

This PR should contain the removal of tests from tests/unit/components/sl-textarea-test.js that have been moved into tests/integration/components/sl-textarea-test.js

@notmessenger  @juwara0 and I were leaning towards leaving the "selection/Direction/Start/End" tests as unit tests, we concurred that it would be the best approach because we would have to simulate text selection in order to test the functionality. What are your thoughts regarding this suggestion?

4th try is a charm!
myDomEl.focus();
myDomEl.setSelectionRange(5, 8);

@erangeles @SpikedKira please keep in mind when triggering focus on the element, if the document is not focused on i.e if your dev tools panel is open and has focus or you are focused in your text editor etc The test will timeout and fail.
The only workaround I have found for triggering focus on an element without the document needing to be in the foreground is as follows.
const evt = new Event( 'focus' );
myNativeDomElement.dispatchEvent( evt )
Where myNativeDomElement is not a jQuery object but a vanilla DOM element.
Let me know if you guys find a better way to get around it, we've had this issue for a while and in other tests we've mocked the jQuery focus method, but in this case we need to trigger focus on the element.

@erangeles @SpikedKira never mind, it's not an issue in this case as the textarea doesn't need focus when setting a selection range.

@notmessenger this issue is ready to be merged.

Unit test should test default values

https://github.com/erangeles/sl-ember-components/commit/817006d940367dc1834f12cd4a17f747ef53541e changed assert.equal() calls to assert.strictEqual().  Perhaps in one or two instances this would be more correct, by why in the other ones?  Few of these seems to be in need of the strictness.

@notmessenger Aziz mentioned in this PR(or another one) that I should utilize Strict Equals rather then Equal because I obtained a false positive result in a test. I just wanted to make sure that I didn't get any false positives, however I can revert the changes.

merge conflict will be resolved in pending push.

@erangeles Per https://github.com/softlayer/ember-style-guide/issues/30 you should leave the assert.strictEqual() calls.

The Unit test needs to assert values of the enums

The Integration test needs to assert popover and title capabilities

note to self: https://github.com/azizpunjani/sl-ember-components/blob/sl-button-tests/tests/unit/components/sl-button-test.js#L6-L7 import enums into tests like this.

Reviewed 1 of 2 files at r6, 1 of 1 files at r7.
Review status: all files reviewed at latest revision, 15 unresolved discussions, some commit checks failed.

Comments from the review on Reviewable.io

Connects to #705

Connects to #605

please bear in mind that the introduction of reviewable has caused multiple instances of "un-synced" comment to line number issues, maybe due to the amount of revisions. just FYI when re-reviewing this PR :squirrel:

Review status: all files reviewed at latest revision, 15 unresolved discussions, some commit checks failed.

tests/integration/components/sl-textarea-test.js, line 10 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 16 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 32 [r6] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 173 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 199 [r6] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 207 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 248 [r6] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 252 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 253 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 253 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 259 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 264 [r4] (raw file):
Done.

tests/integration/components/sl-textarea-test.js, line 294 [r4] (raw file):
tests will be skipped for this issue (outside of scope for this particular issue), will be added alongside with #803.

tests/integration/components/sl-textarea-test.js, line 309 [r4] (raw file):
tests will be skipped for this issue (outside of scope for this particular issue), will be added alongside with #803.

tests/integration/components/sl-textarea-test.js, line 377 [r4] (raw file):
Done.

Comments from the review on Reviewable.io

Reviewed 2 of 2 files at r8.
Review status: all files reviewed at latest revision, 34 unresolved discussions, some commit checks failed.

tests/integration/components/sl-textarea-test.js, line 10 [r8] (raw file):
Add the word "classes" after "Default"

tests/integration/components/sl-textarea-test.js, line 12 [r8] (raw file):
Use {{sl-textarea}} syntax

tests/integration/components/sl-textarea-test.js, line 32 [r6] (raw file):
this.get( 'value' ) needs to be compared to the .val() call, not the "adding sample test" string

tests/integration/components/sl-textarea-test.js, line 36 [r8] (raw file):
Use {{sl-textarea}} syntax

tests/integration/components/sl-textarea-test.js, line 50 [r8] (raw file):
this.get( 'value' ) needs to be compared to the .val() call, not the "adding sample test" string

tests/integration/components/sl-textarea-test.js, line 57 [r8] (raw file):
Use {{sl-textarea}} syntax

tests/integration/components/sl-textarea-test.js, line 61 [r8] (raw file):
How do we know that "hard" is not a hardcoded value?  Either test the passing of two different values in this set case to verify the value is settable, or in the test for default classes make it more generic  about default state and assert that no wrap value is set.

Comments from the review on Reviewable.io

Review status: 0 of 2 files reviewed at latest revision, 4 unresolved discussions, some commit checks failed.

tests/integration/components/sl-textarea-test.js, line 45 [r9] (raw file):
This assertion is not needed, as it is testing Ember functionality and not anything about the component

tests/integration/components/sl-textarea-test.js, line 128 [r9] (raw file):
lowercase "Cols"

Comments from the review on Reviewable.io

Reviewed 2 of 2 files at r9.
Review status: all files reviewed at latest revision, 3 unresolved discussions, some commit checks failed.

Comments from the review on Reviewable.io

Review status: 1 of 2 files reviewed at latest revision, 3 unresolved discussions, some commit checks pending.

tests/integration/components/sl-textarea-test.js, line 45 [r9] (raw file):
Done.

Comments from the review on Reviewable.io

Reviewed 1 of 1 files at r10.
Review status: all files reviewed at latest revision, 2 unresolved discussions, some commit checks failed.

Comments from the review on Reviewable.io

Tests are failing for the sl-textarea component.

Review status: all files reviewed at latest revision, 2 unresolved discussions, some commit checks failed.

Comments from the review on Reviewable.io

failing tests have been addressed.

Review status: 1 of 2 files reviewed at latest revision, 2 unresolved discussions, some commit checks pending.

tests/integration/components/sl-textarea-test.js, line 128 [r9] (raw file):
done

Comments from the review on Reviewable.io

Reviewed 1 of 1 files at r11.
Review status: all files reviewed at latest revision, 1 unresolved discussion, some commit checks failed.

Comments from the review on Reviewable.io


LiberoSoC Microsemi FPGAs: unable to use DMEM lower than 4KB

Hi!
I am trying to implement the neorv32 core using LiberoSoC for Microsemi FPGAs. Due to the extreme low amount of physical resources available, I need to lower the DMEM and IMEM sizes (I am trying with 1 KB for each one) but I have a strange behaviour: in the pre-synthesis simulation, everything works, while in the post-synthesis simulation it stops working. I am using a simple software that writes 1 to the first bit of the GPIO.
If I use an IMEM of 1 KB and a DMEM of 4KB, it works. Obviously, sizes are changed accordingly in the linker script before generating the app image.
Instatiation:
library ieee;
use IEEE.std_logic_1164.all;

library neorv32;
use neorv32.neorv32_package.all;

entity toptop is
port (
    signal clk: in std_logic;
	signal rstn: in std_logic;
	signal gpio_o_i:  out std_ulogic_vector(63 downto 0);
	signal uart0_rxd: in std_ulogic;
	signal uart0_txd: out std_ulogic

);
end toptop;
architecture architecture_toptop of toptop is

    signal gpio: std_ulogic_vector(63 downto 0);

begin

    gpio_o_i <= gpio;

    DUT: neorv32_top generic map(
		CLOCK_FREQUENCY => 1000000,
		INT_BOOTLOADER_EN => false,
		IO_GPIO_NUM => 64,
        MEM_INT_IMEM_EN => true,
        MEM_INT_IMEM_SIZE => 1*1024,
        MEM_INT_DMEM_EN => true,
        MEM_INT_DMEM_SIZE => 1*1024
	) port map(
		clk_i => clk,
		rstn_i => rstn,
		gpio_o => gpio,
		gpio_i => gpio,
		uart0_txd_o => uart0_txd,
		uart0_rxd_i => uart0_rxd
	);

end architecture_toptop;

PRE-SYNTHESIS:

POST-SYNTHESIS:

Thank you!

After more investigations, I connected to the outside the curr_pc signal coming from the cpu instance and this is the result

Hey there!
The configuration looks good, so I think there might be a problem with the internal memories. Which memory modules from rtl/core/mem do you use?
The .default.vhd files should successfully infer block RAM on most FPGAs. But maybe the Microsemi synthesizer fails here. I would suggest to replace the by the .legacy.vhd files.

Hey there!
The configuration looks good, so I think there might be a problem with the internal memories. Which memory modules from rtl/core/mem do you use? The .default.vhd files should successfully infer block RAM on most FPGAs. But maybe the Microsemi synthesizer fails here. I would suggest to replace them by the .legacy.vhd files.

Hi! Thanks for the response. I am using the default one because with the legacy one it doesn't work neither if I set 4 KB.

Hmm... that's strange...
So then let's compare the content of the IMEM memory array before synthesis and afterwards. I think that something is going wrong there...
Do you get any synthesis warnings? Can you see if the synthesizer actually infers blockRAM?

From this log here I think it infers bRAM correctly. At least for what concerns the DMEM. I don't know about the IMEM but we should consider the fact that there are very few BRAMs available.
Moreover, during the simulation , I see those kind of warnings:

I just had quick view at your synthesis log. Seems like the actual memory files (IMEM and DMEM) are missing - at least I could not find them there. So you'll need to add:

rtl/core/mem/neorv32_dmem.default.vhd
rtl/core/mem/neorv32_imem.default.vhd

(Try the "default" versions first 😉)

I think this can be closed. Feel free to open a new issue at any time :wink:


Self-containing class: Maximum call stack size exceeded

If you have a class that contains itself, you get a maxed call stack error.
For example,
class Thing {
    @arrayProp({ items: Thing })
    other: Thing[];
}

Hey! Thanks for the heads up, I haven't thought about this yet. I will add a bug label and will try to code the solution if I will have the time.

same here

@Ben305 this can be closed in favor of https://github.com/hasezoey/typegoose/issues/42


Strange behavior when loading data from a column with "space" in column header

Loading a 3 column xlsx file,
column 1 : "date" (date)
column 2 : "downloads" (integer)
column 3 : 'daily downloads' (integer)
I chose date for c1 mapping, double (or float in an other test) for c2 et c3.
Data is loaded:
  {
    "_index": "myindex",
    "_type": "doc",
    "_id": "0eg3K2MBlI2vUD8Ex95q",
    "_score": 1,
    "_source": {
      "date": "2015-01-11",
      "downloads": "503",
      "daily downloads": "53"
    }
  },

But when I create the kibana index I get the following fields:
daily downloads | string
daily downloads.keyword | string
daily_downloads | number
Then in the vizualusations, I can only use "daily_downloads" as numerical field but this field is null...
By removing the " " in the column header, everything is fine.

fixed in https://github.com/kyushy/kibana-xlsx-import/commit/6eb90a58d77032f6cc75f4d3aafb07d637e6269d
thanks for the feed back


Should delegate include the delegation root when matching selectors?

This topic originally came up on #24.
delegate currently does not include the root node (i.e. the target that the delegated handler is registered on) when it attempts to match selectors.
Take the following example:

foo

delegate(document.getElementById('foo'), '.foo', 'click', function () {
    console.log('click');
});

Here is how various libraries behave in this case:

dom/delegate WILL NOT log.
Dojo 1 with the acme selector engine WILL log.
Dojo 1 with the lite selector engine WILL NOT log.

This is what dom/delegate's logic is currently based on.  And yes, Dojo 1's selector engines are apparently inconsistent on this edge case.

jQuery WILL NOT log.
YUI 3 WILL log.

So the question is, what's the right answer?
Personally, I can't think of a time when I've ever expected to match a selector including the delegation root, but that's more of an argument for this being an exceedingly edge case, not necessarily an argument in either direction.

My opinion is not logging, because I think it is surprising to have the
root of your query returned. This was a large part of why the qSA logic was
considered "broken" and generally rooted queries don't consider the root,
only descendants. It looks like in Dojo 1 this edge case wasn't found in
acme, but I suspect we would have agreed to "fix" it if someone had noticed.
On Tue, 18 Aug 2015 at 14:36, Kenneth G. Franqueiro <
<EMAIL_ADDRESS>wrote:

This topic originally came up on #24
https://github.com/dojo/dom/pull/24.
delegate currently does not include the root node (i.e. the target that
the delegated handler is registered on) when it attempts to match selectors.
Take the following example:
foo
delegate(document.getElementById('foo'), '.foo', 'click', function () {
console.log('click');
});
Here is how various libraries behave in this case:

dom/delegate WILL NOT log.
Dojo 1 with the acme selector engine WILL log.
Dojo 1 with the lite selector engine WILL NOT log.

This is what dom/delegate's logic is currently based on. And yes,
Dojo 1's selector engines are apparently inconsistent on this edge case.

jQuery WILL NOT log.
YUI 3 WILL log.

So the question is, what's the right answer?
Personally, I can't think of a time when I've ever expected to match a
selector including the delegation root, but that's more of an argument
for this being an exceedingly edge case, not necessarily an argument in
either direction.
—
Reply to this email directly or view it on GitHub
https://github.com/dojo/dom/issues/25.

I'm inclined to agree.  You put it in good terms - basically, that you expect queries to be performed under the root, not including it.
OTOH, when I asked for opinions yesterday on IRC, @neonstalwart was thinking in the other direction:

The reasoning would be that the click is triggered on the element AND the target matches the selector.

Anyway, I will leave this open for the time being to let others think about it.

While I don't really have a preference, I don't see how including the container does any harm, so delegate might as well include it. I doubt many developers will consciously use this feature to avoid having to set up two listeners though.
Either way, it can't hurt to mention whether or not the container is included in the documentation.

I don't see how including the container does any harm, so delegate might as well include it.

Now that we have identified the inconsistencies... I am afraid we have to explicitly choose a path.  People will become dependent on the feature in unexpected ways and any changes will cause further regressions.

I agree that the APIs should be consistent.
I would argue that ignoring the root does more harm than good, so I would be slightly in favor of including it.

I would argue that ignoring the root does more harm than good

Why?

Maybe this is picky semantics, but if the root handles the event then it isn't delegation is it? :smile_cat:
In practical application I am not convinced there is a reasonable use case for including the root. This probably hasn't come up in practice because either the delegation filter never matches the root (e.g., table elements handling events from child rows)  or because the root is used strictly for attaching delegated events and has no other UI function (e.g., a div used as a view container).
I can imagine situations where you might do a delegated event at the root that performs some function and stops propagation, then the root has its own handler that does some other processing on events that bubble to the root without being handled. However, IMO that would be better done as two separate event handlers.

I think it's more likely devs will run into problems because they expect the root to be matched than in the other case (where they expect it to be ignored).
I do agree that, semantically, it's cleaner for delegation to ignore the root. I can also totally get behind @dmethvin's argument that this does not actually cause problems in practice.
I think we've picked enough nits here ;) Let's leave the code as is and document this behavior.

IMO, the code should in dom/delegate should remain the way it is for the reasons that @dmethvin has outlined. I don't remember this problem ever coming up in Dojo 1 even when we had two selector engines behaving differently, so I don't think the average (or any?) users will actually hit this.

Okay, I've added an explicit test assertion for this and made a note to make sure we state this specifically in the README.
Thanks everyone for the comments.


Optimize deployment process for graphs

Currently the graphs for these contracts are deployed by connecting on our own graph server via SSH, then adjusting the config files manually depending on which chain to use. It would be nice to have a system where the contracts for the different chains are managed in config files and then when running an npm command, one can choose from a prompt which chain to deploy. A fully automatic pipeline is not required yet.

On each chain the graph should have a unique name. Maybe the chain name can automatically be added to the graph name or so. The frontend will then just fetch the graphs by name (already implemented).


Add migration client for oauth2 encryption

Git issue : https://github.com/wso2/product-is/issues/2520
Migration client for the Oauth2 encryption.
Note:
Please note that there are list of newly added tables to identity db scripts from other features, that are not been migrated.
Please check with necessary feature owners if there are specific data migrations that need to be done.

Please resolve the conflicts

This is included in https://github.com/wso2/product-is/pull/2753


Support COMMAND DOCS

Description
COMMAND DOCS
Closes #1934

Checklist

[ ] Does npm test pass with this change (including linting)?
[ ] Is the new or changed code fully tested?
[ ] Is a documentation update included (if this change modifies existing APIs, or introduces new ones)?

Codecov Report

Merging #2043 (04d1232) into master (be51abe) will decrease coverage by 0.36%.
The diff coverage is 45.45%.

:exclamation: Current head 04d1232 differs from pull request most recent head 832519d. Consider uploading reports for the commit 832519d to get more accurate results

@@            Coverage Diff             @@
##           master    #2043      +/-   ##
==========================================
- Coverage   94.83%   94.46%   -0.37%
==========================================
  Files         360      361       +1
  Lines        3366     3377      +11
  Branches      411      412       +1
==========================================
- Hits         3192     3190       -2
- Misses         89      100      +11
- Partials       85       87       +2

Impacted Files
Coverage Δ

packages/client/lib/commands/COMMAND_DOCS.ts
40.00% <40.00%> (ø)

packages/client/lib/client/commands.ts
100.00% <100.00%> (ø)

packages/client/lib/errors.ts
95.45% <0.00%> (-4.55%)
:arrow_down:

packages/client/lib/client/commands-queue.ts
76.47% <0.00%> (-3.93%)
: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 be51abe...832519d. Read the comment docs.


player do NOT release? console log a lot

AliPlayerSDK_iOS (5.1.1):
12-28 18:18:15.561 60771 0x7dc1c D [12905526] [demuxer_service]: /Users/yuanzhan/.emas/build/12905526/workspace/work/CicadaPlayer/framework/demuxer/demuxer_service.cpp:233(GetProperty)
12-28 18:18:15.811 60771 0x7dbf3 D [12905526] [GLRender]: video fps is 0
12-28 18:18:16.164 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadLoopIndex is 	 22.965254
12-28 18:18:16.164 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadAgainIndex is	 0.000000
12-28 18:18:16.165 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadGotIndex is	 0.000000
12-28 18:18:16.165 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadTimeOutIndex	 is 0.000000
12-28 18:18:16.165 60771 0x7c696 D [12905526] [MeidaPlayerUtil]:
12-28 18:18:16.314 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: loop index is 22.905287
12-28 18:18:16.314 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadLoopIndex is 	 22.904236
12-28 18:18:16.314 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadAgainIndex is	 0.000000
12-28 18:18:16.314 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadGotIndex is	 0.000000
12-28 18:18:16.314 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadTimeOutIndex	 is 0.000000
12-28 18:18:16.314 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]:
12-28 18:18:16.340 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: loop index is 22.953932
12-28 18:18:16.414 60771 0x7c79f D [12905526] [GLRender]: video fps is 0
12-28 18:18:16.810 60771 0x7dbf3 D [12905526] [GLRender]: video fps is 0
12-28 18:18:17.174 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadLoopIndex is 	 22.780037
12-28 18:18:17.174 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadAgainIndex is	 0.000000
12-28 18:18:17.174 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadGotIndex is	 0.000000
12-28 18:18:17.174 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadTimeOutIndex	 is 0.000000
12-28 18:18:17.175 60771 0x7c696 D [12905526] [MeidaPlayerUtil]:
12-28 18:18:17.350 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: loop index is 22.783895
12-28 18:18:17.353 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: loop index is 23.081673
12-28 18:18:17.354 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadLoopIndex is 	 23.082405
12-28 18:18:17.354 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadAgainIndex is	 0.000000
12-28 18:18:17.354 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadGotIndex is	 0.000000
12-28 18:18:17.354 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadTimeOutIndex	 is 0.000000
12-28 18:18:17.354 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]:
12-28 18:18:17.413 60771 0x7c79f D [12905526] [GLRender]: video fps is 0
12-28 18:18:17.811 60771 0x7dbf3 D [12905526] [GLRender]: video fps is 0
12-28 18:18:18.176 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadLoopIndex is 	 22.960667
12-28 18:18:18.176 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadAgainIndex is	 0.000000
12-28 18:18:18.176 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadGotIndex is	 0.000000
12-28 18:18:18.176 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: mReadTimeOutIndex	 is 0.000000
12-28 18:18:18.176 60771 0x7c696 D [12905526] [MeidaPlayerUtil]:
12-28 18:18:18.351 60771 0x7c696 D [12905526] [MeidaPlayerUtil]: loop index is 22.981958
12-28 18:18:18.395 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: loop index is 23.049574
12-28 18:18:18.395 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadLoopIndex is 	 23.047338
12-28 18:18:18.395 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadAgainIndex is	 0.000000
12-28 18:18:18.395 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadGotIndex is	 0.000000
12-28 18:18:18.395 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]: mReadTimeOutIndex	 is 0.000000
12-28 18:18:18.396 60771 0x7dbd9 D [12905526] [MeidaPlayerUtil]:
12-28 18:18:18.415 60771 0x7c79f D [12905526] [GLRender]: video fps is 0

Try to set log level higher than debug

Try to set log level higher than debug

Sorry，my fault
My scene is
I have stopped and destroyed the player, but there is still log output

Sorry，my fault
My scene is
I have stopped and destroyed the player, but there is still log output