Fix download with Token Authentication from funk.net (Nexx Player)

Please follow the guide below

You will be asked some questions, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your pull request (like that [x])
Use Preview tab to see how your pull request will actually look like

Before submitting a pull request make sure you have:

[x] At least skimmed through adding new extractor tutorial and youtube-dl coding conventions sections
[x] Searched the bugtracker for similar pull requests
[x] Checked the code with flake8

In order to be accepted and merged into youtube-dl each piece of code must be in public domain or released under Unlicense. Check one of the following options:

[x] I am the original author of this code and I am willing to release it under Unlicense
[ ] I am not the original author of this code but it is in public domain or released under Unlicense (provide reliable evidence)

What is the purpose of your pull request?

[x] Bug fix
[ ] Improvement
[ ] New extractor
[ ] New feature

Description of your pull request and other information
Fixes #24309 -- please see there for details.
Thank you for your work.  :)

@dstftw: Please review again.  Code duplication removed, the rest is symmetry.

Nothing changed.

I'm talking about commits 264f0d5 and e125255.  Where do you see code duplication? IMHO all of it is necessary.

Do you understand what is code duplication at all?

Very obviously we have quite different opinions about code duplication.  Show me the duplicate lines then.

There can't be different opinions on basic programming principles. I've already shown.

As you insist on being mysterious I can only guess what's bothering you.
If you refer to the duplicate
            tokenDASH = try_get(
                video, lambda x: x['protectiondata']['tokenDASH'], compat_str)
            tokenHLS = try_get(
                video, lambda x: x['protectiondata']['tokenHLS'], compat_str)

in lines 251-254 and lines 324-327 I already pointed out that re-fetching the values from a different JSON file is absolutely necessary.  It's the essence of the fix.
If you mean something else please tell me because I've got no idea what you mean.

You don't understand what code duplication is. Bother to at least read wikipedia on that.

Seriously, is this satisfying you?
You can reject my pull request.  I'm fed up and I won't spend any more work on this.

Satisfying me, huh? I don't care, really.
This will be accepted once these obvious review points are fixed. For now you are stubbornly refusing to do so for some reason.

As I a have an interest in the fix I have read this exchange between @dstftw  and @yeeeha. And yes, I went to read the wikipedia entry Duplicate code. After reading that entry, I must disagree:

There can't be different opinions on basic programming principles.

There CAN be different opinions about such loosely defined terms. The Wikipedia entry itself says

A minimum requirement is usually applied to the quantity of code that must appear in a sequence for it to be considered duplicate

(emphasis is mine). A "consideration" can have different outcomes for different people.
I must admit, I also have a hard time to recognize the code duplication mentioned here. @dstftw , could you please explain what the duplication really is, in your opinion?

The lookup x['protectiondata']['tokenDASH'] (same for tokenHLS) is done twice.


Fullscreen flag needs to go before the ROM path for melonDS

Proposed changes

Updated the melonDS docs to fix the placement of the fullscreen flag.
With the fullscreen flag AFTER the ROM path, a "Failed to load ROM" error occurs.

Not sure why I didn't get a notification about this before. Merging now, thank you!


Documentation site is down.

The site for the documentation seems to be down.

It seems very much alive - https://redux-saga.github.io/redux-saga/
Recently redux-saga has migrated to the organization account, you could have been using the old link.


MQTT integration failure probably when MQTT server restart

Describe the bug
A working MQTT integration is terminating in error for every message send. the probable reason is when the mqtt server has been down even if restart later.
As a router ower, I see a lot of problem with MQTT integration in the trace, it probably comes from this problem.
To Reproduce
not sure, try to kill the mqtt server and see if the router reconnect or not.
Environment
problem seen on helium.com and helium-iot.eu
Workaround
go to flow manager, remove the MQTT integration node, add the integration node again, link it.... the integration restart to work.

i have the same issue, anyone know to solve this error?


Multi language support

Hello @santa112358,
Could you integrate support for changing the language of the month name and days of the week?
Thanks,
Giacomo

@GiacomoZ
Thank you for creating the issue!
Sure. Much better if the developers can change the text manually.

Thanks you!

i have a cuestion...
Do you have a approximate time to resolve this issue?

i have a cuestion...
Do you have a approximate time to resolve this issue?

@GiacomoZ @christian380
Updated to v0.2.0 and you can customize labels on the calendar by the callbacks daysOfTheWeekBuilder and monthYearLabelBuilder. You can check the usage on readme or example.
Thank you.

@GiacomoZ @christian380
Updated to v0.2.0 and you can customize labels on the calendar by the callbacks daysOfTheWeekBuilder and monthYearLabelBuilder. You can check the usage on readme or example.
Thank you.


expanded OKSKEY_META

nice thanks

just something, thought i would make sense here, as i played around with metas and hotkeys anyways


allow gzipped FASTAs and GTFs when using STAR

STAR by default does not support gzipped FASTAs and GTFs. So the WASP subworkflow just fails if the user provides files that are gzipped. But it would be great if the pipeline automatically handled the gzipped case. Here are some potential workarounds.

I have uncommited changes for this that still need to be tested


[release-1.21] revert eds cache in ads

This is an automated cherry-pick of #49801

@ramaraochavali Is this something that needs to be in 1.21.0?

yes

ping @aryan16

this PR missed the train, will land in v1.21.1.


Serve functions programmatically

It'd be really useful to be able to serve functions programmatically. In my case, I'd like to do this for automated testing: I want to run all my functions with a real server locally, and write tests that make requests to them and check the results.
In theory you could do so by spawning the CLI as a subprocess and automating it through there, but that's messy and requires a separate node process, so you can't use things like rewire to stub out dependencies.
All the code is here for this already, this would just require a little reorganization. Right now, the best I can see is:
import { serveFunctions } from 'netlify-cli/src/utils/serve-functions';

describe("My functions", () => {
  it("should handle requests", () => {
    serveFunctions({
        functionsDir: path.join(__dirname, '..', 'functions'),
        port: 9090
    });

    const response = await fetch('http://localhost:9090/netlify/.functions/paddle-webhook');
    expect(response.status).to.equal(200);
  });
});

This has a couple of problems though:

You can't cleanly shut the server down.
There's no easy way to tell when the server has started: you need to poll / until you get a 404 response.
You're importing an internal undocumented API, which could presumably change any time

Any chance you'd be open to fixing these issues?

what’s the api you want?
all this code is internals, yes, but theres nothing really stopping you copying out the code and writing your own tool if u wanna do that. we can even link to you if you think this would help others

what’s the api you want?

Something like this:
import { Server } from 'netlify-cli';

describe("My functions", () => {

  const server = new Server();

  beforeEach(async () => {
    await server.start();
  });

  afterEach(async () => {
    await server.stop();
  });

  it("should handle requests", () => {
    const response = await fetch(`http://localhost:${server.port}/netlify/.functions/paddle-webhook`'`);
    expect(response.status).to.equal(200);
  });
});

I.e. take netlify dev and separate the CLI part (args parsing etc) from actually running the server, export the server, and let me use it directly. In this perfect world this doesn't need the functionsDir arg of the previous example either, as it just reads from my netlify.toml, and does exactly the same thing the production environment would do.

all this code is internals, yes, but theres nothing really stopping you copying out the code and writing your own tool

True, but it'd be nice to have this built-in & supported by Netlify, since you've already written the code for 99% of it, and duplicating it myself means maintaining it as that changes.
I think this is doable without too many changes, just some internal refactoring. Would you be interested if I opened up a PR for it?


[DISCUSSION] array inspector editor with fixed resource type aka: "TYPE_RESOURCE_ARRAY"

Godot version:
N/A
OS/device including version:
N/A
Issue description:
Wanted to raise a discussion regarding the implementation of a way to allow for a
"TYPE_RESOURCE_ARRAY" type, it could use the default type one TYPE_ARRAY in conjunction with,
PROPERTY_HINT_RESOURCE_TYPE and using hint_string in the future could allow to point to a specific class_name and resource type. But I can't get my head around what changes should be done..
Is it better to introduce a POOL_RESOURCE_ARRAY variant (messing with the core), or maybe just stay with the built-in TYPE_ARRAY+PROPERTY_HINT_RESOURCE_TYPE combo.. but then the problem is I have to store within the array the item type and if hint == PROPERTY_HINT_RESOURCE_TYPE then disable type_change and automatically create instance when changing size.
Am I thinking right?! What would be a cleaner proper approach to this?!
@reduz, @vnen

you can try to utilize  setget and use the array index that points to a object in the script, to get the value. then you can take advantage of any resource type

Isn't this a duplicate of #3586, implemented by #6930, and fixed by #24129?

Indeed. Please fill the Godot version when reporting issues too, "N/A" is not true in a feature request which may be implemented in one version and not in another.


Use opt+f to go fullscreen

I was having trouble with going fullscreen on firefox (the navbar would not go away on fullscreen, not sure why), so I created this logic for a presentation myself.
I think it's a cool feature and could help others, so I created this PR.
I used a simple "polyfill" just in case, but I can change anything as desired, add more docs, etc :)

Great addition that I wanted to do myself, too to be able to get "real" fullscreen presentations in all situations.
I have tested it and it also works when two windows are open in presenter mode.   If you want to polish, you could also catch the msRequestFullscreen vendor prefix and catch the case when none is found at all.
I can't merge though (not the maintainer).

@jxnblk I was wondering that is there any plan to merge this PR?
This feature is very helpful and it's a very straightforward way to make it fullscreen. It would be great if this can be merged.


Hi, from a similar project

A competitor, or a friend? Anyway, here's some links.

https://github.com/dai-shi/excalidraw-claymate
https://github.com/scastiel/excalidraw-slides

Hello 👋 🙂 , and thanks for the links!

scastiel/excalidraw-slides: I had actually seen this project before starting Excalideck, but I saw it more as a proof of concept, and having a slightly different workflow in mind, I decided to just start from zero

dai-shi/excalidraw-claymate: looks very interesting! Especially the animation feature, in the future that would be nice to have in Excalideck as well

A competitor, or a friend?

Not mutually exclusive 🙂 , but in general I'm very open to join forces with other projects.

Yeah, the excalidraw community is really nice.
I like some of the features in excalideck too! Inspiring. One of the biggest ones is the printable area rectangle.


Excessively large exciton diffusion length calculated from the exciton diffusion test

I have been trying to use Excimontec to study exciton diffusion in nonfullerene acceptor materials. First I used the dynamic test to reproduce the transients obtained from the pump-probe experiments. With appropriate choice of simulation parameters, such as the hopping rates, the energetic disorder, and the exciton lifetime, the experimental transients can be well reproduced. Then with these parameters I run the exciton diffusion test to calculate the diffusion lengths. However the results turn out to be much larger than the ones obtained by directly fitting the experimental transients. An extreme case is the NFA material IT4F, the calculated value is 48 nm while the experimental value is 27nm. For other cases, I find that the calculated value divided by $\sqrt{2}$ can be very close to the experimental value. But we cannot explain this $\sqrt{2}$ factor. It might be somehow related to the algorithm. Can you explain more about the algorithm in the User Manual? One question is that if the $L_d$ is calculated by first reaction algorithm directly, or the diffusion constant $D$ is calculated, and $L_d$ is obtained by $L_d=\sqrt{2dD\tau}$. Thank you!

The diffusion length is calculated using the mean displacement distance of the excitons in the simulation. I can't say for sure what might be going on. I am not actively developing this simulation right now, so you'll have to dig into the code and figure out what's going on. If you find any bugs and fix them, please consider submitting a pull request.

Dear Mike,
Thank you very much for your reply! I found that the difference between the
calculated diffusion length and measured one is due to the different
definition. Taking into account this difference, they agree with each other
fairly well. Have you got the recent email I sent to you regarding the
higher-than-initial exciton density in the dynamic test? I think in this
case the program generates some unphysical results. Thank you.
best regards,
Wenchao
On Sun, Feb 6, 2022 at 3:20 AM Michael C. Heiber @.***>
wrote:

The diffusion length is calculated using the mean displacement distance of
the excitons in the simulation. I can't say for sure what might be going
on. I am not actively developing this simulation right now, so you'll have
to dig into the code and figure out what's going on. If you find any bugs
and fix them, please consider submitting a pull request.
—
Reply to this email directly, view it on GitHub
https://urldefense.com/v3/__https://github.com/MikeHeiber/Excimontec/issues/120*issuecomment-1030719422__;Iw!!Nmw4Hv0!jClVMGLW-2lQOLQDL4yQgR068jWQ9m6O8EcsRabkvETEsyru4eEC5iqTYgRQ-A9aWeuExOY$,
or unsubscribe
https://urldefense.com/v3/__https://github.com/notifications/unsubscribe-auth/AOKIT6F7CKPHDZN654HA3N3UZW5EXANCNFSM5DGVS7AA__;!!Nmw4Hv0!jClVMGLW-2lQOLQDL4yQgR068jWQ9m6O8EcsRabkvETEsyru4eEC5iqTYgRQ-A9ar4yA-s4$
.
Triage notifications on the go with GitHub Mobile for iOS
https://urldefense.com/v3/__https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675__;!!Nmw4Hv0!jClVMGLW-2lQOLQDL4yQgR068jWQ9m6O8EcsRabkvETEsyru4eEC5iqTYgRQ-A9a9TFn04c$
or Android
https://urldefense.com/v3/__https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign*3Dnotification-email*26utm_medium*3Demail*26utm_source*3Dgithub__;JSUlJSU!!Nmw4Hv0!jClVMGLW-2lQOLQDL4yQgR068jWQ9m6O8EcsRabkvETEsyru4eEC5iqTYgRQ-A9aza89n2A$.
You are receiving this because you authored the thread.Message ID:
@.***>

--
Postdoctoral fellow, Kaust Solar Center (KSC)
King Abdullah University of Science and Technology (KAUST)
Al Kindi (Building 5), Level 3,
Thuwal 23955-6900, Kingdom of Saudi Arabia
e-mail: @.***
--
This message and its contents, including attachments are intended solely
for the original recipient. If you are not the intended recipient or have
received this message in error, please notify me immediately and delete
this message from your computer system. Any unauthorized use or
distribution is prohibited. Please consider the environment before printing
this email.


Site Support Request: Cook's Country (by America's Test Kitchen)

Please follow the guide below

You will be asked some questions and requested to provide some information, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your issue (like this: [x])
Use the Preview tab to see what your issue will actually look like

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2018.08.04. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.

[x] I've verified and I assure that I'm running youtube-dl 2018.08.04

Before submitting an issue make sure you have:

[x] At least skimmed through the README, most notably the FAQ and BUGS sections
[x] Searched the bugtracker for similar issues including closed ones
[x] Checked that provided video/audio/playlist URLs (if any) are alive and playable in a browser

What is the purpose of your issue?

[ ] Bug report (encountered problems with youtube-dl)
[x] Site support request (request for adding support for a new site)
[ ] Feature request (request for a new functionality)
[ ] Question
[ ] Other

The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your issue

If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Add the -v flag to your command line you run youtube-dl with (youtube-dl -v <your command line>), copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):
youtube-dl -v https://www.cookscountry.com/episode/564-when-only-chocolate-will-do
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'https://www.cookscountry.com/episode/564-when-only-chocolate-will-do']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2018.08.04
[debug] Python version 2.7.12 (CPython) - Linux-4.4.0-17134-Microsoft-x86_64-with-Ubuntu-16.04-xenial
[debug] exe versions: ffmpeg 2.8.11-0ubuntu<IP_ADDRESS>, ffprobe 2.8.11-0ubuntu<IP_ADDRESS>, rtmpdump 2.4
[debug] Proxy map: {}
[generic] 564-when-only-chocolate-will-do: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 564-when-only-chocolate-will-do: Downloading webpage
[generic] 564-when-only-chocolate-will-do: Extracting information
[Kaltura] 1_h3hjom15: Downloading video info JSON
[Kaltura] 1_h3hjom15: Downloading m3u8 information
[debug] Default format spec: bestvideo+bestaudio/best
[debug] Invoking downloader on u'http://cdnapi.kaltura.com/p/1445801/sp/144580100/playManifest/entryId/1_h3hjom15/format/url/protocol/http/flavorId/1_t8fvcz1n?referrer=aHR0cHM6Ly93d3cuY29va3Njb3VudHJ5LmNvbQ=='
[download] Destination: CCTV1012-When-Only-Chocolate-Will-Do-WEB.mp4-1_h3hjom15.mp4
[download]  10.5% of 4.05GiB at 15.21MiB/s ETA 04:04

If the purpose of this issue is a site support request please provide all kinds of example URLs support for which should be included (replace following example URLs by yours):

Full episode: https://www.cookscountry.com/episode/564-when-only-chocolate-will-do
Single recipe video: https://www.cookscountry.com/videos/3685-fluffy-baked-polenta-with-red-sauce

Note that youtube-dl does not support sites dedicated to copyright infringement. In order for site support request to be accepted all provided example URLs should not violate any copyrights.

Description of your issue, suggested solution and other information
Cook's Country is a spinoff site that is extremely closely related to America's Test Kitchen. There is already support for America's Test Kitchen within youtube-dl, and due to the sites being extremely similar, I assume that adding support for Cook's Country shouldn't be too difficult. I tried myself but I am not versed enough in Python to understand completely how to do it. Honestly I bet that someone more familiar with Python and the way youtube-dl scripts work could crank this out in under a half hour by using the americastestkitchen.py extractor as a template.

This site works fine for me.
https://pastecode.xyz/view/49c4b644
https://pastecode.xyz/view/a5cd8337


stm32 qspi driver supports dual quad nor in Memorymapped mode for

This PR is adding the support of the DFM (DualFlash Mode) to the stm32QSPI driver.
This mode activates two external quad-NOR memories simultaneously to double throughput and capacity
Especially on stm32h745i and stm32h747i disco kits where two MT25QL512 quad-NOR are mounted on 2 separated qspi IO banks.
Introducing a new property  in the DTS of the "st,stm32-qspi" node.
Check the   boolean property’s truth value (with DT_PROP) to set the DFM.
Requires https://github.com/zephyrproject-rtos/zephyr/pull/68377  to flash with STM32CubeProgrammer
Fixes https://github.com/zephyrproject-rtos/zephyr/issues/73025

west build -p always -b stm32h745i_disco//m7 samples/application_development/code_relocation_nocopy/
west flash hex file on internal and external memories
*** Booting Zephyr OS build v3.6.0-4153-gb1647f830c0b ***
Address of main function 0x800066d
Address of function_in_ext_flash 0x90000001
Address of var_ext_sram_data 0x240000e0 (10)
Address of function_in_sram 0x24000001
Address of var_sram_data 0x240000e4 (10)
Hello World! stm32h745i_disco

Tried this on the stm32h750b_dk, got a Unaligned memory access fault:
*** Booting Zephyr OS build v3.6.0-4151-ga26e85ed51da ***
Address of main function 0x800066d
[00:00:00.000,000] <err> os: ***** USAGE FAULT *****
[00:00:00.000,000] <err> os:   Unaligned memory access
[00:00:00.000,000] <err> os: r0/a1:  0x00000064  r1/a2:  0xcf7bcf7b  r2/a3:  0xcf7bcf7b
[00:00:00.000,000] <err> os: r3/a4:  0xcf7bcf7b r12/ip:  0x00000000 r14/lr:  0x08000681
[00:00:00.000,000] <err> os:  xpsr:  0x01000000
[00:00:00.000,000] <err> os: Faulting instruction address (r15/pc): 0x0000759a
[00:00:00.000,000] <err> os: >>> ZEPHYR FATAL ERROR 31: Unknown error on CPU 0
[00:00:00.000,000] <err> os: Current thread: 0x24000720 (unknown)
[00:00:00.000,000] <err> os: Halting system

Tried this on the stm32h750b_dk, got a fault:
*** Booting Zephyr OS build v3.6.0-4155-ge863717bd6e4 ***
Address of main function 0x800066d
[00:00:00.000,000] <err> os: ***** BUS FAULT *****
[00:00:00.000,000] <err> os:   Instruction bus error
[00:00:00.000,000] <err> os: r0/a1:  0x080064de  r1/a2:  0x08006516  r2/a3:  0x00007001
[00:00:00.000,000] <err> os: r3/a4:  0x00000000 r12/ip:  0x00000000 r14/lr:  0x0000700d
[00:00:00.000,000] <err> os:  xpsr:  0x60000000
[00:00:00.000,000] <err> os: Faulting instruction address (r15/pc): 0x8d56a448
[00:00:00.000,000] <err> os: >>> ZEPHYR FATAL ERROR 27: Unknown error on CPU 0
[00:00:00.000,000] <err> os: Current thread: 0x24000720 (unknown)
[00:00:00.000,000] <err> os: Halting system

Tried flashing with west flash --runner stm32cubeprogrammer --extload MT25TL01G_STM32H750B-DISCO.stldr --tool-opt=0x90000000 using the mentioned PR.

To Pass the samples/application_development/code_relocation_nocopy/ on the stm32h750b_dk disco kit, you need

CONFIG_STM32_MEMMAP=y in a ./boards/stm32h750b_dk.conf
a redefinition of the EXTMEM MPU region with ATTR_MPU_IO attributes

*** Booting Zephyr OS build v3.6.0-4153-g81aedfe06d29 ***
Address of main function 0x800066d
Address of function_in_ext_flash 0x90000001
Address of var_ext_sram_data 0x240000e0 (10)
Address of function_in_sram 0x24000001
Address of var_sram_data 0x240000e4 (10)
Hello World! stm32h750b_dk

adding the support of the stm32h750b_dk (dual quad-flash) for the samples/application_development/code_relocation_nocopy/

Rebase on c1400536548bb861c630f81d8aced864f1a85ca1
Tested with the stm32h745i_disco//m7 or stm32h750b_dk dual-flash
Tested with the stm32f746g_disco (single quad)
The stm32CubeProgrammer (> v2.16.0) is used as a runner to flash zephyr.hex file

Fixing conflict when rebasing on a15af0be9ff64436e94f29de48e394c9d1f9f6f8


dimensional traits/predicates?

It would be useful to dispatch_on/query isvector ismatrix (without directly examining the type to find N, which may not exist).

What's an example that's not AbstractVector or AbstractMatrix?

I think there are things declared as AbstractArray which may be used/instantiated as a Matrix or Vector.

I don't know -- regardless, we want a uniform way to select for vectors and matricies, no?

Yes, via the N in the AbstractArray?


Extract CSS Styles to CSS FILE

The CSS isn't rendering on the page yet, we need to figure this out.


Data Cleanup Automation

Database size is growing, we should archive and delete old data.
Tasks:

[ ] Identify tables to archive - Some tables will have rows removed, some will be copied, some will be moved entirely
[ ] Create archive location - "Bucket" most likely cheap location
[ ] Write archive script - Should move data to an archive database, export/backup that database, move the export to the archive location, drop the database
[ ] Automate archive - make sure it can run in cron and get it scheduled at a good time (after the backup completes)

Testing and such is implied in there.

We need to define a window of data to keep active. And figure out who was using older data and if there's some way to accommodate that.


Unable to use library

Using the require statement provides the following error
/home/user/.rbenv/versions/2.3.1/lib/ruby/site_ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in require': cannot load such file -- ruby-nessus (LoadError)     from /home/user/.rbenv/versions/2.3.1/lib/ruby/site_ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:inrequire'
from nessus.rb:2:in `'

Same issue here.  I have spent a few hours trying to solve the issue with no luck.

Just expirienced the same issue. The problem most likely is that you've downloaded it from ruby-gems, where the version of the gem still uses the name "nessus". Using:
require 'nessus'

should do the job for you.


Davidesti village component of Davidesti is not found in Arges county

Precondition
SOLR: http://zimbor.go.ro/solr/#/romania/query
browser: Chrome
Steps to Reproduce:

Step
Action
Expected
Status

1
open SOLR in browser
SOLR UI is loaded without any errors
Pass

2
type one by one in the q field all the list of the components of every village in Arges county found in test data
you are able to type one by one in the q field  all the list of the components of every village in Arges county found in test data
Pass

3
type judet: Arges in the fq field
you are able to type judet:Arges in the fq field
Pass

4
click on Execute Query button
Verify that all the list of the components of every village in judet:Arges form the test data are displayed
Fail

Actual Results:
Davidesti village component of Davidesti is not found in Arges county.

Open defect in TestQuality D67

Test List of the components of every village in Arges county in Run Run 6 (linked to Cycle Sprint 1).

Este comuna Davidesti cu satul Davidesti.


Comparison results of ISM with the multi-step DDIM baseline

Hi, thanks for the awesome work and the code, it brings lots of valuable insights about the SDS to me!
From the paper I think the multi-step DDIM baseline can also solve the low feature consistency and low-quality problem of the vanila SDS loss; the proposed ISM is a spped-up version of this baseline method. What about the comparison results of the proposed ISM with this multi-step DDIM baseline in terms of running time and quality of the text-to-3D results?

Hi, Thank you for recognizing our work!
Such comparisons are shown in supplement material. You could check Fig.10 and relative discussions.


v2.25.1 TimeSeries issues

We are experiencing issues with ops-agent-opentelemetry-collector
Can you help us with suggestion of reason of this issues please?
1.6759753862789073e+09	error	exporterhelper/queued_retry.go:360	Exporting failed. Try enabling retry_on_failure config option to retry on retryable errors	{"error": "failed to export time series to GCM: rpc error: code = InvalidArgument desc = One or more TimeSeries could not be written: Points must be written in order. One or more of the points specified had an older start time than the most recent point.: gce_instance{zone:northamerica-northeast1-a,instance_id:2649997250499570545} timeSeries[0-144]: agent.googleapis.com/processes/disk/write_bytes_count{pid:1976,process:all,command:MsMpEng.exe,owner:NT AUTHORITY\SYSTEM,command_line:}"}
go.opentelemetry.io/collector/exporter/exporterhelper.(*retrySender).send
C:/Users/ContainerAdministrator/go/pkg/mod/go.opentelemetry.io/collector@v0.67.0/exporter/exporterhelper/queued_retry.go:360
go.opentelemetry.io/collector/exporter/exporterhelper.(*metricsSenderWithObservability).send
C:/Users/ContainerAdministrator/go/pkg/mod/go.opentelemetry.io/collector@v0.67.0/exporter/exporterhelper/metrics.go:136
go.opentelemetry.io/collector/exporter/exporterhelper.(*queuedRetrySender).start.func1
C:/Users/ContainerAdministrator/go/pkg/mod/go.opentelemetry.io/collector@v0.67.0/exporter/exporterhelper/queued_retry.go:205
go.opentelemetry.io/collector/exporter/exporterhelper/internal.(*boundedMemoryQueue).StartConsumers.func1
C:/Users/ContainerAdministrator/go/pkg/mod/go.opentelemetry.io/collector@v0.67.0/exporter/exporterhelper/internal/bounded_memory_queue.go:61

This is a known issue that's been fixed upstream. This fix was only just released in OpenTelemetry Collector, so we probably can't get it in the next release, but we will likely update to it for the release after.
In the short-term, the best way to work around this issue is to reboot the server when you start running into this. Since it's based on inaccuracy in the system boot time calculation, rebooting will usually mitigate the issue.

Thank you for fast response.
We have tried to reboot the server it doesn't help in our case.

Thank you for fast response.
We have tried to reboot the server it doesn't help in our case.

This is now fixed in 2.27.0.


Create devcontainer.json

Don't feel like need a devcontainer for the simple library project. But thanks


Delete KCP kyma Network when Scope is deleted

Description

When KCP Scope is delete the create Kyma network is not deleted
Expected result
When Scope is deleted the Kyma network should be deleted as well.
Given Scope exists
And Kyma network exists
When Scope is deleted
Then Kyma network does not exist

PR #862


Fix npm grouping

Fix bug in the npm grouping code, the current maps.Copy method doesn't use the merging applied in details.add, causing inconsistent test failures.

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 66.66%. Comparing base (3b7e71d) to head (2107011).

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #1107      +/-   ##
==========================================
+ Coverage   66.11%   66.66%   +0.55%
==========================================
  Files         160      160
  Lines       12790     9924    -2866
==========================================
- Hits         8456     6616    -1840
+ Misses       3876     2848    -1028
- Partials      458      460       +2

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


deep freeze of object property in immerable class

🙋♂ Question
I'm trying to do smth like this:
class Thing {
  [immerable] = true;

  constructor({ x }) {
    this._data = { x };
  }

  get x() {
    return this._data.x;
  }

  set x(x) {
    this._data.x = x;
  }
}

const thing = new Thing({ x: 1 })
produce(thing, draft => { draft.x += 1 })

Here is my sandbox: https://codesandbox.io/s/immerable-83jiv. It does work without any problems.
In console there you can see, that property _data is marked as non-writable and non-configurable, but _data.x is writable and configurable:

So, it looks like thing is not deeply frozen – despite of setAutoFreeze(true).
At the same time, in my real project, with exactly same setup I get this:

(it's a redux app with curried producers, as described in docs)
And in console I see that _state.selected is non-configurable and non-writable.
I really can't understand why I can't reproduce the same in sandbox, and which of two cases is actually a correct behavior.
If it's possible, can you give any clue about this situation? Like, it has to be smth very basic about immer which I'm missing.
Environment

Immer version: 6.0.8

I have to reopen this issue. There is still smth wrong, even on version 7.0.5.
Please check out this sandbox
Current sandbox behavior is:

on first click on "inc" button, both i counter and item.x prop are updated in sync
on succeeding clicks on "inc button, only i updates, item.x remains unchanged. Although no errors thrown.
after uncommenting line 24 it works normally – both i and item.x are updated in sync.

In my project, in pretty same situation I have Uncaught TypeError: Cannot assign to read only property 'x' of object '#<Object>'. Don't know why this behavior differs, but just reading _data before modification still helps, so problem should be the same.

I'm not sure what 'useReducer(produce)' is supposed to do. Can you simplify
the example a bit and leave React out of it?
On Wed, 24 Jun 2020, 15:42 Jeron Diovis<EMAIL_ADDRESS>wrote:

Reopened #604 https://github.com/immerjs/immer/issues/604.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/immerjs/immer/issues/604#event-3477853938, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAN4NBDSVG7VE77DLZRPTNLRYIGGNANCNFSM4NJBDKLQ
.

simplified sandbox
Now it throws just like it does in my app.

Thanks for the update!

Thanks for the detailed reproduction. Will publish a fix soon!

:tada: This issue has been resolved in version 7.0.7 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Strange input field behavior in Safari

Attach (recommended) or Link to PDF file here:
pdf_form_error_test.pdf
Configuration:

Web browser and its version: Safari versions 13.1 and older
Operating system and its version: Mac Catalina and iOS (tested with 11 to 14)
PDF.js version: Current Demo version

Steps to reproduce the problem:

Open the attached PDF in Safari (or Chrome on iOS)
Try entering a value in the right form field

What is the expected behavior?
When clicking the right field it should be activated.
What went wrong?
The left field ist activated. There is no way to enter a value in the right field.

I did some testing with the Console: when I set a value to the right field using JavaScript I can activate the field and edit the value. But then I can not select the left field any more.
Link to a viewer (if hosted on a site other than mozilla.github.io/pdf.js or as Firefox/Chrome extension):
https://mozilla.github.io/pdf.js/web/viewer.html?file=https://www.intera.de/fileadmin/pdftest/pdf_form_error_test.pdf

WFM, when using either: Firefox Nightly 84.0a1 or Google Chrome 87.0.4280.47, on Windows.
Unfortunately this sounds like a platform/browser bug, rather than a PDF.js one, and as such it's really quite difficult to see that it's something that can be fixed here.

@timvandermeij Thanks for the feedback. I'm also thinking it's a browser bug but IMO before I can report a Safari bug I need to find out what exactly is breaking.
I tried reproducing the behavior by building a static HTML page using exactly the same HTML / CSS that is generated by PDF.js (without the JavaScript). The fields behaved normally.
So my conclusion is that is has to be related to the JavaScript of PDF.js. Can you point me to the JS that is related to the annotation overlay so I can dig a little deeper and hopefully find the Code that is breaking?
Cheers
Alex

The fields are text widget annotations, for which the display (rendering) code lives here: https://github.com/mozilla/pdf.js/blob/master/src/display/annotation_layer.js#L462-L575

The fields are text widget annotations, for which the display (rendering) code lives here: https://github.com/mozilla/pdf.js/blob/master/src/display/annotation_layer.js#L462-L575

@timvandermeij wow, the way you treat this issue and #13191 is unfortunate. Also please provide permanent links:

https://github.com/mozilla/pdf.js/blob/master/src/display/annotation_layer.js#L462-L575 ❌ (lines no longer match)
https://github.com/mozilla/pdf.js/blob/v2.7.570/src/display/annotation_layer.js#LXXX-LXXX ✔ (notice v2.7.570)

The way you treat this issue and #13191 is unfortunate.

Please keep in mind that this is a project run by Mozilla, and that the main purpose of this library existing is to develop the built-in PDF Viewer in Firefox.
Hence other browsers, while we attempt to support them where reasonable/feasible, isn't the main focus of development efforts. (And in this case, it does appear to be a browser-specific bug.)
Furthermore, please also note that we ask that you don't just re-use the demo viewer as-is; please see http://mozilla.github.io/pdf.js/getting_started/#introduction (emphasis mine):

The viewer is built on the display layer and is the UI for PDF viewer in Firefox and the other browser extensions within the project. It can be a good starting point for building your own viewer. However, we do ask if you plan to embed the viewer in your own site, that it not just be an unmodified version. Please re-skin it or build upon it.

@Snuffleupagus thank you for clarifying the position. I will try to come up with a solution for Safari requiring a minimal set of changes over the weekend myself.

Furthermore, please also note that we ask that you don't just re-use the demo viewer as-is; please see http://mozilla.github.io/pdf.js/getting_started/#introduction (emphasis mine):

I am not using your viewer anywhere – in fact I find viewers altogether (not just the PDF.js one) too coarse an abstraction.
You are posting this very prominently under every issue. What is the reasoning? You don't want to be associated with the UX of a viewer not maintained directly by Mozilla?

I will try to come up with a solution for Safari requiring a minimal set of changes over the weekend myself.

As mentioned elsewhere, to improve the chances of getting something like that getting accepted, try limiting the changes to code placed in only src/shared/compatibility.js if possible.
Note also that we always try to use actual feature-detection, and that a solution requiring e.g. checking the userAgent is very unlikely to be accepted.

What is the reasoning? You don't want to be associated with the UX of a viewer not maintained directly by Mozilla?

Exactly; we don't want third-party implementations of the demo-viewer to be easily mistaken for the built-in Firefox PDF Viewer.
Some of the reasons for this are:

While the Firefox PDF Viewer is updated regularly, that probably doesn't apply to most third-party ones. This means that bugs which are fixed, in some cases years ago, are still present in many third-party viewers.
It increases user confusion and thus the support burden for the PDF.js project, when people mistake a third-party viewer for the built-in Firefox PDF viewer.


Docker line added when creating a flow through Terraform

Expected Behavior
When the flow is created through the UI, you can build it only with these parameters:
id: get_connections
namespace: prod
tasks:
- id: hello
  type: io.kestra.plugin.scripts.python.Script
  script: | <here comes the python code>

Actual Behaviour
When you create the flow from Terraform, the UI shows this code:
id: get_connections
namespace: prod
tasks:
- id: hello
  type: io.kestra.plugin.scripts.python.Script
  docker:
    pullPolicy: ALWAYS
  script: |

The docker and pullPolicy are added by default and since there's no image specified, it raises an error when checking the flow in the UI. The docs say nothing about docker being a required parameter and it definitely works without it.
Steps To Reproduce
Create a Kestra Flow resource through Terraform with a Python script task, apply Terraform and check the UI to see the result.
Environment Information

Kestra Version: 0.16.1
Operating System (OS / Docker / Kubernetes): OS
Java Version (If not docker):

Example flow
No response

@PilarIH can you give us the Terraform resource you are using to create the flow?

Not reproducing, sent this message via Terrafrom, @PilarIH if you can reproduce on a newer version - please reopen the bug
this is what was created :

`provider "null" {
The null provider is used to trigger local-exec provisioner.
}
resource "null_resource" "create_kestra_flow" {
This forces Terraform to recreate the resource every time you run apply
triggers = {
always_run = "${timestamp()}"
}
provisioner "local-exec" {
command = <<EOT
echo "Sending request to Kestra..."
response=$(curl -X POST http://localhost:8080/api/v1/flows
-H "Content-Type: application/x-yaml"
-H "Authorization: Bearer eyJhbGciOiJub25lIn0.eyJzdWIiOiJhZG1pbiIsIm5iZiI6MTcyMzgwMTY3MCwicm9sZXMiOltdLCJpc3MiOiJrZXN0cmEtZWUiLCJleHAiOjE3MjM4MDUyNzAsImlhdCI6MTcyMzgwMTY3MCwidXNlciI6IjF2b1Q5R1RZVjQ0dzBBSWVKNGJKdWQifQ."
-d '
id: testingissue118
namespace: tutorial
description: "Hello World"
inputs:
- id: user
type: "STRING"
defaults: "Rick Astley"
tasks:
- id: first_task
type: "io.kestra.plugin.core.debug.Return"
format: "thrilled"
- id: hello
type: "io.kestra.plugin.scripts.python.Script"
script: |
print("Hello from the Python script!")
print("This is another Python print statement.")
')
  echo "Response from Kestra: $response"

  if [ -z "$response" ]; then
    echo "Error: No response from server."
    exit 1
  fi
EOT

}
}
`


export model classes for reusability

in my app using ngx-widget-grid it is very helpful to have the model classes of ngx-widget-grid. so I added exports for them as well.

Thanks @tommueller for contributing


Remove generated resources

A previous commit added a bunch of generated resources to the repo. This removes them. It could be rebased and squashed onto the previous commit if we wanted to tidy the history.

I don't know how Hugo works, folks - @jadehopepunk @mattcen are we sure we don't need these? Are the ones the cite uses generated during deploy?

The resources directory contains cached output from Hugo’s asset pipelines, generated when you run the hugo or hugo server commands. By default this cache directory includes CSS and images. Hugo recreates this directory and its content as needed.

-- https://gohugo.io/getting-started/directory-structure/#resources
This dir also was subsequently added to .gitignore.


Increase HP of NPC

I want to have HP on NPC was not in 2000. For example 10000.

I too would like to know how do change this. :)

Spigot and Sentinel config both have a max health value option, both can be adjusted per need (just remember that the Spigot one must always be more than or equal to the Sentinel one!)


The spec follows a spec with different name/arity

Original issue: https://github.com/josefs/Gradualizer/issues/421#issuecomment-1149618778
I am getting the following issues:
commands/accept_address_transfer.ex: The spec new/1 on line 5 follows a spec with different name/arity
commands/accept_address_transfer.ex: The spec put_aggregate_id/2 on line 5 follows a spec with different name/arity
commands/accept_address_transfer.ex: The spec put_aggregate_id/2 on line 5 doesn't match the function name/arity
domain/address_transfer.ex: The spec identifier/0 on line 10 doesn't match the function name/arity

Here is the code where it is happening:
defmodule AddressTransfers.AcceptAddressTransfer do
  use OnePiece.Commanded.CommandHandler
  use OnePiece.Commanded.Command, aggregate_identifier: :address_transfer_id

  embedded_schema do
    field :accepted_at, :utc_datetime_usec
  end

  # ...
end

defmodule AddressTransfers.AddressTransfer do
  use OnePiece.Commanded.Entity, identifier: :address_transfer_id

  embedded_schema do
  end

  # ....
end

I am using the following package to expand the macros: https://github.com/straw-hat-team/beam-monorepo/tree/master/apps/one_piece_commanded/lib/one_piece/commanded
It seems that all the methods added by the macro are not working or something, but I added the typespec correctly (as far as I can tell, my apologies if was something obvious)

This error also happens in gradient codebase itself, the following spec in line 64 fails:
  @spec context_mapper_map(forms(), tokens(), options()) :: forms()
  def context_mapper_map(forms, tokens, opts, mapper \\ &mapper/3)

lib/gradient/ast_specifier.ex:64: The spec context_mapper_map/3 doesn't match the function name/arity

This error is because of the optional argument. Once a typespec for it is added, it stops complaining:
  @type mapper_fn() :: (term(), term(), term()-> term())
  @spec context_mapper_map(forms(), tokens(), options(), mapper_fn()) :: forms()

This error is because of the optional argument.

What optional argument are you referring to? IN the example I shared I didn't have any so I want to make sure I understood 😄

@yordis yeah now I've looked a bit more your code, indeed I don't see optional args missing in spec for your case, I guess the scenario in gradient was a valid one, your seems to me like a false positive 🤔

Indeed, I think @yordis's example raises a false positive. Alas, with macros generating code it might be hard to avoid all of these without fixing all macros, that's why we'll resolve to #102 to avoid false positives in such cases - it's not perfect, but a good start.

Hey peeps, any update on this one? I wish I could contribute, but I am not qualified today. Almost everything failing today is due to this one.

@yordis No progress on the fix yet. Alas, we have very limited bandwidth :/ However, you can mute this warning by using no_ex_check option or --no-ex-check command-line flag.

@yordis Could you confirm if #102 fixed this for you?

With the following SHA
"gradient": {:git, "https://github.com/esl/gradient.git", "a4169bde64eeda4a692654932cc9f0a3ab79b2d5", []},

It still is not working. Same issues as before

@yordis thanks, I'm reopening then.


Remove emails older than a day

Sometimes the acceptance tests will fail during a run, but after the submission email has been sent. In those instances the email is not cleared.
This script will clear any that are older than a day.
The job will run every morning on CircleCI
https://trello.com/c/VoAJ6iqt/932-clear-email-older-than-24-hours

@tomas-stefano decided to keep it as a scheduled script


ENH: Support for tuples passed as arguments through itkTemplate New()…

… function
To set options for an ITK filter in Python, one can directly pass a value
inside the New() function call. However, this was only working if the
corresponding C++ function was expecting only one argument. This commit
allows a user to pass multiple arguments at once as a list.

No PR was created against master yet as this PR should ideally only be merged after issue #270 is fixed to make sure that all the tests actually pass.

Rebasing on master...

@thewtex All tests are passing.  Is this ready to rebase on master and bring into the master branch?

Removing blocked status since #270 has been addressed.

@hjmjohnson rebased and ready to go! Merging! Thanks @fbudin69500 for the awesomeness and patience :unicorn: !


Test PR for the no-fork architecture

Description of your changes

Fixes #
I have:

[ ] Read and followed Upbound's contribution process.
[ ] Run make reviewable to ensure this PR is ready for review.
[ ] Added backport release-x.y labels to auto-backport this PR, as appropriate.

How has this code been tested

we reworked the full platform-ref-azure - so we will close this PR


Debug information

I'm trying to get my rejoy configurations ported over, and the program's radio silence is causing me a lot of trouble because I have no idea what's not working or even why. I know that I could use cout << thing << endl myself, but as I said in #16, I don't even know where to begin in regards to navigating this codebase. Or any non-trivial C++ codebase, really.
Anyways, the main thing I'd like to see in regards to a debug switch is as follows: any time a device is examined, all the things that could be used to match against it should be printed out. Its name. Vendor ID. Model ID. Driver. And maybe if you wanted to go this far, if a device fails a fingerprint match, the reason why should be printed out.
This is all I can think of right now.

Actually, I'd like to see the entire chain of gendevice configs it goes through and why it fails each check. I can get the device added by name, but no combination of driver or events is causing the device to get claimed.

First pass at adding this debug info has been pushed to the devel branch.
I added a --verbose (or -V) flag to turn on the first level. You'll see every device processed by MoltenGamepad, along with every device manager that is checked.
You can repeat the flag (i.e. --verbose --verbose) to turn on the super detailed level. This level displays information about each match line and offers reasons for why a device was accepted/rejected.
Turns out the driver field was bugged: I was only checking the device's reported driver, when we really need to look at the parent devices too.
I hope this helps.

That commit gave me everything I needed to get my gendevice configs working! Thank you so much!


Add credhub type to the collector

The credhub type is convenient when determining credential aging. Credentials with the type 'certificate' can be excluded because they have their own validity defined in the 'Not After' field.

LGFM, thanks for your contribution @pnaschoo


Consolidate network-related endpoints

add missing node endpoints and move network repository to blockchain repo

need to add missing queries and junit tests

'/blocks/{height}/limit/{limit}':
'/block/{height}/transaction/{hash}/merkle':
'/block/{height}/receipts':
'/block/{height}/receipt/{hash}/merkle':

created pull request #74


Add nominee: Immunization Calculation Engine (ICE)

Automatic addition of a new nominee submitted through the online form available at https://digitalpublicgoods.net/submission

@lacabra the link to the current public repo only provides binary distributions of the software instead of actual source code. Will reach out to the submitter and revert ASAP.


Introduce the reservedData to extend more pluggable accessCheckers

What changes were proposed in this pull request?
Introduce the reservedData to extend more pluggable accessCheckers

Why are the changes needed?
In current codebase, the accessinfo only have acessid and tags. If we want to extend more AccessChecker in coordinator, the info is not enough.
To solve this, i think introducing the reservedData is necessary.

Does this PR introduce any user-facing change?
No.

How was this patch tested?
UTs

Could you give us some examples?

Could u help check this PR? @duanmeng

Codecov Report

Merging #42 (a028f75) into master (f4ce2ed) will decrease coverage by 1.08%.
The diff coverage is 42.85%.

@@             Coverage Diff              @@
##             master      #42      +/-   ##
============================================
- Coverage     55.21%   54.12%   -1.09%
+ Complexity     1111     1035      -76
============================================
  Files           148      139       -9
  Lines          7953     7582     -371
  Branches        760      730      -30
============================================
- Hits           4391     4104     -287
+ Misses         3321     3245      -76
+ Partials        241      233       -8

Impacted Files
Coverage Δ

...he/uniffle/coordinator/CoordinatorGrpcService.java
2.43% <0.00%> (-0.04%)
:arrow_down:

...ava/org/apache/uniffle/coordinator/AccessInfo.java
90.90% <75.00%> (-9.10%)
:arrow_down:

.../java/org/apache/uniffle/server/ShuffleServer.java
61.34% <0.00%> (-3.37%)
:arrow_down:

...storage/handler/impl/DataSkippableReadHandler.java
81.25% <0.00%> (-3.13%)
:arrow_down:

...org/apache/uniffle/server/ShuffleFlushManager.java
76.70% <0.00%> (-1.71%)
:arrow_down:

...e/uniffle/server/storage/SingleStorageManager.java
65.57% <0.00%> (-1.64%)
:arrow_down:

.../apache/uniffle/coordinator/ClientConfManager.java
91.54% <0.00%> (-1.41%)
:arrow_down:

...k/shuffle/writer/WrappedByteArrayOutputStream.java

...org/apache/spark/shuffle/writer/AddBlockEvent.java

...ava/org/apache/spark/shuffle/RssShuffleHandle.java

... and 6 more

Continue to review full report at Codecov.

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

@duanmeng @jerqi Updated
Changelog

Rename the reservedData to extraProperties

Is this a compatible feature? Can low version client  use high version client? Can high version client use low version client?

I think it's an incompatible change.

I think it's an incompatible change.

I think we can make it become a compatible feature.

@jerqi
Tested. Now if the client of low version is interactive with high version coordinator, the current implementation is compatible.
The extraProperties will be a unmodified empty map.

LGTM, let @duanmeng take a look and decide whether to approve.


v0.47 - Bad Power Voting % calculation

Bug description
% Voting power for validators is not being rightly calculated

Running v0.47 branch, no errors running the binary (no weird logs)
Steps to reproduce
https://explorer2.bitcanna.io/validators
Expected behavior
Expected valid percentage range

I have checked code and there's a false index using in for range.
This fix-up would solve the problem.

I have checked code and there's a false index using in for range.
This fix-up would solve the problem.

I have checked code and there's a false index using in for range.
This fix-up would solve the problem.

Hello, fix-up applied, should I need to clean any table or so? Thanks
Still showing the bad data:
https://explorer2.bitcanna.io/validators

Oh sorry, I mixed up your question with mine (I thought it was a total voting power problem).
I went to check Bitcanna's bonded tokens:
simd q staking pool --node https://bitcanna.rpc.nodeshub.online:443

bonded_tokens: "89,824,000,156,839"
not_bonded_tokens: "29,425,808,310,765"

The BigDipper shows the total voting power as 89,823,998. Then it must be a problem in unit conversion.
Try to configure the token units part in web/your-project/chain.json as follows:
{
  "primaryTokenUnit": "ubcna",
  "votingPowerTokenUnit": "ubcna",
  "tokenUnits": {
    "bcna": {
      "display": "ubcna",
      "exponent": 6
    }
  }
}

I'm not getting deep into its implementation, and the doc confuses me as well, but this could solve your problem.

Thanks @orisalden it works!
That config was messed, the "bcna" was "ubcna" and the reverse inside "tokenUnits"; so that was the reason.

Opps, it shows 105% of Voting (116 vals when it should show 100)
I have applied the previous fix and restarted but still.

Opps, it shows 105% of Voting (116 vals when it should show 100) I have applied the previous fix and restarted but still.

Oh, you can check the validator_voting_power and validator_status tables in the PostgreSQL database. The UI relies on GraphQL queries to get the latest status. Do the tables have the correct count of active validators?

Opps, it shows 105% of Voting (116 vals when it should show 100) I have applied the previous fix and restarted but still.

Oh, you can check the validator_voting_power and validator_status tables in the PostgreSQL database. The UI relies on GraphQL queries to get the latest status. Do the tables have the correct count of active validators?

Yeah, you are right, there are some validators not marked as "jailed". When I change the value in database ofc it reflects.

callisto parse staking  validators  doesn't help

Installing a new clean database/callisto


Configure documentation (not content, just how the workflow will work).

Current thinking:

JupyterBooks and Doxygen do not "play well" together. Clicking from JupyterBooks to Doxygen on the same site causes Doxygen to render incorrectly until it is reloaded. Apparently, the CSS or Javascript is not being loaded the first time. It has nothing to do with any customizations I've made—this always happens, and only when clicking from JupyterBooks to Doxygen.
So we'll host them on different sites.

Maybe Doxygen on ReadTheDocs (through MkDocs, because that passes on static HTML well)?
Maybe JupyterBooks in the GitHub docs/ directory, because GitHub is well integrated with Jekyll.

Keep those two far apart! If the error still happens, then we just leave it as-is and don't make many links from JupyterBooks to Doxygen. They'll be siloed.

This is not final. I'm merging into master to see if GitHub Pages will pick up the Jekyll content in the docs/ directory.


fix:Inputattachment demo crash on Adreno 640 GPU

Issue #696
Close #696

Sorry for the late reply. This somehow slipped under my radar.
LGTM, and as per the comments in the issue this seems to fix the bug mentioned.
Thanks for your PR. Very much appreciated.


feat: Migrate ethereum_tx event to the evm.EventEthereumTx typed event

Purpose

Builds from #2034
See ADR 032: Typed Events to see why non-typed events were deprecated.

This change will make it easier to maintain the EVM indexer and any code
that parses the events for typed fields. It should also reduce the amount of code in the related EVM directories.

Closed by https://github.com/NibiruChain/nibiru/pull/2053


Game Building

How can we actully build the game???

Pre-v8 issue
Custom versions of FNFVR can be made with the FNF Benjine. More info will be provided later


chore(deis-builder-rc.yaml,Dockerfile): remove entrypoint and specify it in the manifest

What's your thinking about how we should do this across projects? Is this solving a special case, or are you thinking this is the way we should do things?

I think we should leave this in the Dockerfile, IMO. That way we can still use this docker image outside of kubernetes without having to know the boot incantation.
I think this also break things as /bin/boot is not called in entrypoint.sh from what I can see.

Sorry about the upcoming wall of text:
@technosophos I made this change so I could use the mc client in the image locally, for debugging purposes. I had intended to back it out but realized that, since this image has more than 1 artifact in it (even though that may not be a best practice), I believe it's overall more flexibly to not have an ENTRYPOINT.
I won't say that we should never use ENTRYPOINT, but in this case I think the flexibility of removing it is worthwhile.
Relating to what @bacongobbler said, I could certainly add the CMD back in, and I'm now thinking that is probably a happy medium - we could remove the command: from the manifest while keeping the simplicity and retaining the aforementioned flexibility.
Also, the Makefile builds a builder binary in this project instead of a boot. I know the prototype repo builds boot so I'm considering it standard. I've created https://github.com/deis/builder/issues/37 to make the change later.
Thoughts on any of the above?

+1 on migrating the ENTRYPOINT to the boot script. That'll give you the ability to use the mc client while still retaining backwards compat.

Sounds good. The binary named builder is an artifact of the 1.x tree and should be changed.

tracking the builder=>boot change in https://github.com/deis/builder/issues/37

Im good with this . I'll give LGTM once the rebase is done

closing, as #72 made these changes anyway


Adding spells from TCE

Adding new spells from Tasha's Cauldron of Everything. Uses the work of @Eikrem63, with some of my own typo and formatting fixes.
Combines and builds on the work from the following PRs:
https://github.com/thebombzen/grimoire/pull/121
https://github.com/thebombzen/grimoire/pull/122
https://github.com/thebombzen/grimoire/pull/123
https://github.com/thebombzen/grimoire/pull/124
https://github.com/thebombzen/grimoire/pull/125
https://github.com/thebombzen/grimoire/pull/126
https://github.com/thebombzen/grimoire/pull/127
https://github.com/thebombzen/grimoire/pull/128
https://github.com/thebombzen/grimoire/pull/129
https://github.com/thebombzen/grimoire/pull/130
https://github.com/thebombzen/grimoire/pull/131
https://github.com/thebombzen/grimoire/pull/132
https://github.com/thebombzen/grimoire/pull/133
https://github.com/thebombzen/grimoire/pull/134
https://github.com/thebombzen/grimoire/pull/135
https://github.com/thebombzen/grimoire/pull/136
https://github.com/thebombzen/grimoire/pull/137
Combines PRs as https://github.com/thebombzen/grimoire/pull/121#issuecomment-792362861 makes it seem unlikely they will be merged as separate changes.

Merged with bba8bf26bfe23937fcaf620588236da48be8be25.