ERROR: Restful server start failed!  Failed to create log dir: RangeError: Invalid time value

Describe the issue:
Environment:

NNI version:2.4
Training service (local|remote|pai|aml|etc):
Client OS:Windows 10
Server OS (for remote mode only):
Python version:3.7
PyTorch/TensorFlow version:
Is conda/virtualenv/venv used?:
Is running in Docker?:

nnictl create --config nni\examples\trials\mnist-pytorch\config_windows.yml
INFO:  expand searchSpacePath: search_space.json to D:\workspace\nni\examples\trials\mnist-pytorch\search_space.json
INFO:  expand codeDir: . to D:\workspace\nni\examples\trials\mnist-pytorch.
INFO:  Starting restful server...
ERROR: Restful server start failed!
INFO:   Stdout:
            Experiment start time 2021-08-17 13:33:45

INFO:   Stderr:
            Experiment start time 2021-08-17 13:33:45

Failed to create log dir: RangeError: Invalid time value
at Date.toISOString ()
at Logger.log (D:\Program\Anaconda3\lib\site-packages\nni_node\common\log.js:54:72)
at Logger.error (D:\Program\Anaconda3\lib\site-packages\nni_node\common\log.js:41:14)
at D:\Program\Anaconda3\lib\site-packages\nni_node\main.js:109:33
How to reproduce it?:

Hi @Stanlay19 Thanks for your feedback.
Which web browser do you use? could you try this on console: "new Date(new Date().toLocaleString()+ " UTC").toISOString()" which got this error, but I can not reproduce it.

There is a fix about this issue, https://github.com/microsoft/nni/pull/4108.
Have a try with source code or wait for next release.

+1

There is a fix about this issue, #4108.
Have a try with source code or wait for next release.

I have the same issue on win10 with python 3.9, that 4108 does not fix the issue.

Version 2.4 does not work. Tried 2.3 and it is working so far.

Version 2.4 does not work. Tried 2.3 and it is working so far.

@acured - may we add this to 2.5 test? just make sure that there are no regressions from 2.3 to 2.4 (then 2.5), thanks.

Fixed in v2.5.


:white_check_mark: add unit testing

:tada: This PR is included in version 1.0.0 :tada:
The release is available on:

GitHub release
1.0.0

Your semantic-release bot :package::rocket:


test_bench.py: Snappy tests fail

Something I've stumbled upon packaging this for nixpkgs https://github.com/NixOS/nixpkgs/pull/124862.
Here is the build log https://gist.github.com/veprbl/345d882b01923f31fcfc75c1238d305b
Fastparquet's round trip tests seem to pass just fine. Perhaps they don't use this code path?

Please disregard previous log, it was build without python-snappy. Here is a corrected one: https://gist.github.com/veprbl/288bc21cede2c2aa676362ff0e033e0b

The log is quite hard to read, but are you attempting to reverse cramjam.snappy.compress with decompress_raw_into? The pairings are

compress_raw/decompress_raw[_into]
compress/decompress[_into] (also known as the "framed" format in some places)

Reproduced in https://github.com/milesgranger/pyrus-cramjam/runs/2707922230?check_suite_focus=true

Thanks for the report, my mistake of creating some bad logic in the test, but @messense nailed it.
Don't hesitate to report back should you run into any other issues!

@veprbl do you want a new release (2.3.2) for this change? I see your PR there is pulling from PyPI.

@messense @milesgranger Thank you for the quick resolution! We certainly would not mind a release if that's not an inconvenience for you. Otherwise, we can pull in the relevant commits.

No problem at all. v2.3.2 is made and should be on PyPI shortly


Update README.md

Spellchecking :beers: :grimacing:

Looks good to me, thanks for providing some cleanup!


[lua] Fix library type and usage

Since the library generated by lua's feature cpp uses the same source as the c version of the lua library, using SET_SOURCE_FILES_PROPERTIES(PROPERTIES LANGUAGE CXX) anywhere in cmake will cause the c library to also be built as the cpp version.
So I made a copy of the source code and just declared them as CXX to fix this.
Also export the INTERFACE_INCLUDE_DIRECTORIES for usage.
Fixes #24413
Already tested build rmlui with / without lua cpp feature.

Sorry, I should have clarified: the thing I want us to try is to have different directories with CMakeLists.txts in them, without any copying of source files. (If I have time today I'm going to try this...)

According to the official doc:
New in version 3.18: By default, source file properties are only visible to targets added in the same directory (CMakeLists.txt). Visibility can be set in other directory scopes using one or both of the following options:

So we can make a new CMakeLists.txt, add the cpp code to it to avoid this.

IMO the same list variables should be used for main directory and for C++ subdirectory. Avoid  redundancy. Of course it needs absolute paths.

Such as the headers and sources?

Did you consider moving to file(GLOB ...) to collect the headers and sources?

No, lua provides more files than listed. We should only choose some of them.

I see the install commands using absolute destination paths. In general, the preferred form is relative paths, and it is shorter. (Not so relevant for vcpkg but enough to catch my eye.)

I will make some update for them.

Thanks for your fixes!


More filters, please

What
It would be very useful if the plugin would use more filters in several places.
Why
A filter on the generated content before the toot is sent would allow local customisations which are not otherwise possible.
For example, using [ap_content] on a post and cut the text at the  marker, for when the excerpt is too little, but the entire content is too much. It would make it possible to share a few paragraphs. This could easily be implemented with a filter in the ap_content shortcode.
Another useful filter would be for the template, so other plugins could apply separate templates to different post types.
Likewise for ap_hashtags and categories, for those who have custom taxonomies.
This is just what I've stumbled upon in my usage of the plugins, which is absolutely brilliant.
How
A content filter is one line:
$content = apply_filters( 'activitypub_content', $content, $post );

Likewise for the template, something along the lines of
$template = apply_filters( 'activitypub_template', $template, $post );

You use the following filters for that:

filter all object params with activitypub_activity_object_array: https://github.com/Automattic/wordpress-activitypub/blob/7ae3e7383d9c3fa1530940f7345b90b8e2bef642/includes/activity/class-base-object.php#L670C29-L670C62
filter the template with activitypub_object_content_template: https://github.com/Automattic/wordpress-activitypub/blob/7ae3e7383d9c3fa1530940f7345b90b8e2bef642/includes/transformer/class-post.php#L752


net: dhcpv6: Add Zephyr DHCPv6 client

Add a DHCPv6 client implementation for Zephyr (RFC 8415).
The implementation allows to request IPv6 address and/or prefix from the
DHCPv6 server, and for now supports only the mandatory set of DHCPv6
options needed to achieve this. Currently the implementation supports
the following scenarios:

Requesting new IPv6 address/prefix with Solicit/Request exchange
Refreshing existing leases with Confirm, Renew or Rebind (depending
on the context).

For now, no Information Request (the case where neither IPv6 address or
prefix are requested) is supported. No support for Reconfigure was added
either, as this is optional (the client manifests clearly to the server
that it does not support Reconfigure). Support for these can be added
later if needed.
I'm still working on test suite for DHCPv6, so creating as a draft for now for early review.
I'll update the PR once tests are ready.

I've added a commit with DHCPv6 test suite, hence moving the PR out of draft stage.

Thanks @jukkar, I've addressed your feedback.

Just trying to find reviewers for this one, if possible please take a look. @pdgendt @cfriedt


Update identity component to match IS 5.11

Fixed with https://github.com/wso2/carbon-apimgt/pull/9398 and https://github.com/wso2/product-apim/pull/9531


Readme import opensim error

In the Readme file, you specify the following instruction:
If the command python -c "import opensim" runs smoothly, you are done! Otherwise, please refer to our FAQ section.
I was wondering if it's a mistake on your part as I can't import the opensim package but osim package works just fine.

@aadimator : that would be the case if you don't have opensim installed. Did you set up the conda environment we released ? That should have opensim installed and ready to go.


Delete the interface on endpoint delete in overlay

Attempt the veth delete only after both ends are moved into the default network namespace.
Which is after both driver.Leave() and sandbox.clearNetworkResources() are called.

Signed-off-by: Alessandro Boch<EMAIL_ADDRESS>

I discussed this change with @mrjana and lets see if he has any specific input on this especially because we decided to do it in leave in https://github.com/docker/libnetwork/pull/854.

@mavenugo
To give some background, the reason why I was deleting the veth in driver.Leave() was merely for symmetry reason: The link creation is happening lazily in Join(), so I thought to perform the delete in Leave(), same file.

LGTM pending CI green

LGTM


just description and annotations on submitter_id

for #328

I don't think I have gotten enough eyes on this from the metadata team yet. I think I was intending for submitter_id  to replace source_mat_id, which is entitled 'globally unique ID' in https://github.com/turbomam/sheets_and_friends/blob/main/artifacts/nmdc_submission_schema.yaml

Discussions with @mslarae13 have led to to believe that we should be using MIxS terms like source_mat_id and not minting our own slots if possible.


dev-cmd/typecheck: stop suppressing error 5067

[x] Have you followed the guidelines in our Contributing document?
[x] Have you checked to ensure there aren't other open Pull Requests for the same change?
[x] Have you added an explanation of what your changes do and why you'd like us to include them?
[ ] Have you written new tests for your changes? Here's an example.

[x] Have you successfully run brew typecheck with your changes locally?
[x] Have you successfully run brew tests with your changes locally?

The problem with it was solved in Sorbet 0.5.9051.

Review period will end on 2021-08-24 at 00:00:00 UTC.

Thanks @Bo98!

Review period skipped due to critical label.


Checking if the site connection is secure

Hello guys.
Please, would anyone have any tips on how I can get through this security guard before performing the screenshot, I tried using Sleep, but it didn't help.
package main

import (
	"context"
	"log"
	"os"

	"github.com/chromedp/cdproto/page"
	"github.com/chromedp/chromedp"
)

func main() {
	ctx, cancel := chromedp.NewContext(context.Background(), chromedp.WithDebugf(log.Printf))
	defer cancel()

	var buf []byte
	if err := chromedp.Run(ctx,
		chromedp.Navigate("https://www.tribunapiaui.com.br/noticia/15598/veja-quem-sao-os-oito-ex-presidenciaveis-que-apoiam-lula-no-1o-turno"),
                chromedp.Sleep( 5*time.Second),
		chromedp.FullScreenshot(&buf, 100),
	); err != nil {
		log.Print(err)
	}

	if err := os.WriteFile("page.png", buf, 0644); err != nil {
		log.Fatal("err: ", err)
	}
}

https://developers.cloudflare.com/bots/plans/biz-and-ent/#bot-detection-engines
Sorry, I don't think there is an easy answer. Closing.

@ZekeLu Thanks for the feedback, I noticed that when running from the same country where the site is hosted, this problem does not occur.


Document Clarification

I am new so please do not crucify me if this is nit-picking or not the correct place for this. I understand that current document is assuming you understand the absolute path syntax. I was just going over the docs and this part seemed to confuse me a little at first glance. I added the whole section just for context.
Decoupling the UI from the URL
It would be nice if we could remove the /inbox segment from the /inbox/messages/:id URL pattern, but still render Message nested inside the App -> Inbox UI. Absolute paths let us do exactly that.
render((
  <Router>
    <Route path="/" component={App}>
      <IndexRoute component={Dashboard} />
      <Route path="about" component={About} />
      <Route path="inbox" component={Inbox}>

 {/* Use /messages/:id instead of messages/:id */}

Could this possible read just for better clarification

 {/* Use /messages/:id instead of /inbox/messages/:id */}

   <Route path="/messages/:id" component={Message} />
      </Route>
    </Route>
  </Router>
), document.body)
``````
At first glance I did not see the difference which I could see being a pitfall for new users such as myself. This is a very low issue or just a recommendation just thought it may help out some people.

@andrewbrntt sorry I don't understand what you mean. Would you like us to do the changes to the docs? or to the API? what is not clear? which part?

I apologize I just meant to update the comment to make the comment more clear as to what you are accomplishing.
so this comment
{/* Use /messages/:id instead of messages/:id */}
would become

Do not know it it ping you went I edit the comment but I had accidentally hit enter before I was finished with my reply so it should make more sense now hopefully.

Ok I see what you mean, but then the docs would be incorrect. This comment is saying how the path parameter should look like, not the URL in your browser.
What you are saying is how the URL would look like.

OK I see I guess I was still misunderstanding it. I will keep that in mind like I said was not entirely where to post/ask about this. Appreciate the help and being nice about it and not flaming me lol,

@andrewbrntt I'm happy I could explain it. The issue is closed and it's fine like that, no need to delete.
But as I said, in the future try to ask the question on Reactiflux or SO, there is plenty of people there who can guide you through the React Router.


Add next and previous record diffs

Closes #797
Added next and previous record diffs for consistency
Description
These helper properties would make it easier to get revision diffs in Django templlates.
Related Issue
https://github.com/jazzband/django-simple-history/issues/797
Motivation and Context
Making it easier to show revision diffs directly in templates.
Types of changes

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

Checklist:

[ ] I have run the make format command to format my code
[x] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes.
[ ] I have added my name and/or github handle to AUTHORS.rst
[ ] I have added my change to CHANGES.rst
[ ] All new and existing tests passed.

it would be better to leave differencing two dictionaries to other libraries that are quite good at it, like deepdiff.

This pull request just calls the diff_against method that is already part of the django-simple-history project:
https://github.com/jazzband/django-simple-history/blob/c3c48ed06d544066ce0f50fe814f9c15a1f40c66/simple_history/models.py#L612-L613

This is missing tests

I'm working on adding tests. For some reason though, my TestCase class doesn't seem to be registered or included in the test runner. How do I register my TestCase class with the test runner? Should it automatically run just by defining a class that inherits from TestCase?

Also, the tox test cases are failing in all of the test suites for some reason.

No need to debate; didn't realize it was already there. :)

@jeking3 can you spot what I might be doing wrong regarding the tests? I need to get them to run so I can make sure the code works as expected. For some reason, they're all failing and the test case I added is not being invoked by the runner.

(1) You need to rebase this on the current master branch.   I could not run py39-djmain-sqlite3 tests.
(2) Try these diffs, then clean up whatever is left (this fixed 4 out of 6 errors):
jking@pulsar:~/truth/django-simple-history$ git diff
diff --git a/simple_history/models.py b/simple_history/models.py
index d722942..c94a888 100644
--- a/simple_history/models.py
+++ b/simple_history/models.py
@@ -411,10 +411,10 @@ class HistoricalRecords:
             Get the difference between this and the next record. `None` of no next record.
             """

-            next_record = self.get_next_record()
+            next_record = self.next_record

             if next_record is not None:
-                return self.diff_against(previous_record)
+                return self.diff_against(next_record)

             return None

@@ -436,7 +436,7 @@ class HistoricalRecords:
             The diff should be based on the previous record, since the diff uses `old_record` and `new_record` semantics.
             """

-            previous_record = self.get_prev_record()
+            previous_record = self.prev_record

             if previous_record is not None:
                 return previous_record.diff_against(self)
diff --git a/simple_history/tests/tests/test_models.py b/simple_history/tests/tests/test_models.py
index 9221c14..d008ed6 100644
--- a/simple_history/tests/tests/test_models.py
+++ b/simple_history/tests/tests/test_models.py
@@ -762,7 +762,7 @@ class GetPrevRecordAndNextRecordDiffsTestCase(TestCase):
         self.poll.save()

         first_record, second_record = self.poll.history.all()
-        delta = second_record.prev_record_diff()
+        delta = second_record.prev_record_diff

         expected_change = ModelChange("question", "what's up?", "ask questions?")

@@ -788,7 +788,7 @@ class GetPrevRecordAndNextRecordDiffsTestCase(TestCase):
         self.poll.save()

         first_record, second_record = self.poll.history.all()
-        delta = first_record.next_record_diff()
+        delta = first_record.next_record_diff

         expected_change = ModelChange("question", "ask questions?",  "what's up?")
         self.assertEqual(1,2)

Remember your functions are carried into the Historical model as properties (see the extra_fields definition in models.py).
Make sure you can run the tests locally.  tox -e py39-djmain-sqlite3 is the easiest to use.


Template of a Peer Review

Hello @%s,
You've been assigned to conduct the final Peer Review for @%s ! Here are the steps you should follow:
Step 1: Clone your reviewee's repo to your computer. You can do this via Rstudio, following the steps from our github lecture
Step 2: Go to the Peer Review Instructions and copy and paste the outline  into a comment on this issue (or, to be safe, into your favourite text editor first, THEN paste it below when you are done!).
Step 3: Submit the marks that go with your review with this form
Thank you for your review, and for an excellent class! :smile_cat:
@aammd

organization
Did your reviewee follow the directory naming convention that we are using? Was it easy to find the different R scripts?
YOUR WORDS HERE
documentation
Review the code that performs the assertions. Are the comments in the code readable? Are there any lines of code that appear without any description of what they are doing?
YOUR WORDS HERE
Assertions
what things does your reviewee test for in the assertions? Is anything missing? Suggest an improvement to their quality control
YOUR WORDS HERE
Metadata (two parts)
clear and human-readable
Is the metadata thorough? When, where and how was this work done? Do you have any questions about what the data mean?
YOUR WORDS HERE
correct and machine-readable
Choose one from below (depending on what your reviewee has done) and describe how to fix any problems you find:

EML -- use the function eml_read() from the EML package. Will it read into R?
csvy -- copy and paste the YAML information into this validator and click "Validate".
datapackage -- copy and paste the datapackage.json file into this validator and click "Validate"

YOUR WORDS HERE
Reuse your colleagues data
Do something with your reviewee's data! Write an R script that reads the data in, then does something. Don't forget to write comments!


Fragment Overlapping

Reproducing the issue:
Site News > Select any one to get into detail view > (without pressing back button) open navigation drawer and select My Courses
Expected Behaviour:
Both My Courses fragment and SiteNews fragment should not overlap, only MyCourses fragment should be visible.

Closing since bug not observed in current version of the app


create license

sam's own license too! makes it special

OK, makes sense! 😄

This was my first pull request ever merged from a repo owner! Nice.


create get_permed_skills ash function

https://kolmafia.us/threads/get_permed_skills-ash-function.27465/
This adds tracking for hardcore permed skills atop our current tracking for permed skills, and exposes the information in a RuntimeLibrary function.

One comment, plus a test might be nice. You can look at CustomScriptTest (to call a script) or a variant of XCommandTest that uses the ash (or ashq) command to find a base that should work.
The general existence of this function and the map<skill, boolean> seems reasonable to me.

Will work on test in the morning; I think I'll probably want to use CommandTest so that I can have an easier time giving mafia a charsheet to read.

tbh I prefer the proxy records as dumb bags of constant data, independent of whatever character is currently logged in. I know this is already broken with skill's `timescast', but eh.

It might make more sense to make this a field on the skill proxy record

This isn't anywhere near my bailiwick (or even my wheelhouse), but this doesn't feel right just based on the way the information is harvested. As Midgley points out, most proxy records are unchanging, and the information comes from the bowels of mafia itself. Even timescast is, as far as I'm aware, tracked purely internally, rather than using information from KoL. Perms, on the other hand, are scraped from charsheet.php. I don't know if any of this actually matters, that's just what makes it feel inconsistent to me with the other proxy records. Also, on a personal note, I'd like to be able to iterate directly over perms.
I absolutely can switch it over to a proxy record if that's the verdict, though. I'll look into how that might work after I finish figuring out this test.


Implement icon tint color effect

Description of Change
Implemented IconTintColorEffect for iOS and Android to set a tint color to Image and ImageButton controls.
Bugs Fixed

Fixes #496

API Changes
Added TintColor attached property for Image and ImageButton controls. When setting this attached property, the IconTintColorEffect is added to the control. The effect is implemented for the iOS and Android platforms.
Behavioral Changes
N/A
PR Checklist

[ ] Has tests (if omitted, state reason in description)
[x] Has samples (if omitted, state reason in description)
[x] Rebased on top of main at time of PR
[x] Changes adhere to coding standard
[ ] Updated documentation

I'm still working on the iOS implementation. Hope to get this pushed today, but otherwise somewhere next week.

Darn incoming commits... 😛

Could you fix the code format a little?)
Typically we don't use parentheses in one-line operator's bodies

Hi @AndreiMisiukevich, of course no problem, my bad. I'm used to use braces even white single line statements, same for not using a lambda for single line methods. So sometimes I forget, which isn't consistent 😉  thanks for checking this! I've re-checked my entire code change, could you review again? 😃


Add rust async-graphql implementation

Approach to utilise async-graphql relating to #21

Utilise Actix-web integration with async-graphql

@damienpontifex: Thank you for submitting a pull request! Before we can merge it, you'll need to sign the Apollo Contributor License Agreement here: https://contribute.apollographql.com/

I was having trouble running the tests locally, but the printed out schema async-graphql generates matches the spec, so my initial insights is this might be close.
I figured opening a PR and running checks with GitHub actions might highlight any issues for me in the interim until I might get local validation working.

If this is accepted, should the PR also update README.md Latest Results table?

Thanks @michael-watson


[ BUG ] Successful RTR connections when they fail

Bug Report Template
Describe the bug
I believe there is an issue in lines 181-186 of batch_session.py. Currently, the code just appends all the hosts that return from the worker thread when attempting a RTR connection. However, in the logs provided below, RTR connections fail when the host isn't online. Since the connections succeed and connection details aren't return, it isn't possible to verify whether follow up commands are actually capable of being run.
To Reproduce
Attempt to initiate an RTR connection to an endpoint that the web UI claims is "offline"
from caracara import Client
import logging

logger = logging.getLogger(__name__)
logging.basicConfig(level=logging.DEBUG)

client = Client(
    client_id = os.getenv("FALCON_CLIENT_ID"),
    client_secret = os.getenv("FALCON_CLIENT_SECRET"),
)
filters = client.FalconFilter()
filters.create_new_filter("OS", "Mac")
device_ids = client.hosts.get_device_ids(filters=filters)
batch_session = client.rtr.batch_session()
batch_session.connect(device_ids=device_ids, queueing=False)
for device_id, device_result in batch_session.run_generic_command('COMMAND', timeout=10).items():
    ...
batch_session.disconnect()

Logs
INFO:caracara.modules.rtr.batch_session:Establishing an RTR batch session with 3 systems
DEBUG:caracara.modules.rtr.batch_session:['X', 'Y', 'Z']
INFO:caracara.modules.rtr.batch_session:Divided up devices into 1 batches
INFO:caracara.modules.rtr.batch_session:ThreadPoolExecutor-4_0 | Batch worker started with a list of 3 devices
DEBUG:urllib3.connectionpool:Starting new HTTPS connection (1): api.us-2.crowdstrike.com:443
DEBUG:urllib3.connectionpool:https://api.us-2.crowdstrike.com:443 "POST /real-time-response/combined/batch-init-session/v1?timeout=30&timeout_duration=30s HTTP/11" 404 463
INFO:caracara.modules.rtr.batch_session:ThreadPoolExecutor-4_0 | Connected to 3 systems
DEBUG:caracara.modules.rtr.batch_session:ThreadPoolExecutor-4_0 | {'meta': {'query_time': 29.500542149, 'powered_by': 'empower-api', 'trace_id': 'A'}, 'batch_id': '', 'resources': {'Z': {'session_id': '', 'complete': False, 'stdout': '', 'stderr': '', 'aid': 'Z', 'errors': [{'code': 50401, 'message': 'Exceeded maximum connect timeout: 29.50s'}], 'query_time': 0, 'offline_queued': False}, 'Y': {'session_id': '', 'complete': False, 'stdout': '', 'stderr': '', 'aid': 'Y', 'errors': [{'code': 40401, 'message': 'Could not establish sensor comms'}], 'query_time': 0, 'offline_queued': False}, 'X': {'session_id': '', 'complete': False, 'stdout': '', 'stderr': '', 'aid': 'X', 'errors': [{'code': 40401, 'message': 'Could not establish sensor comms'}], 'query_time': 0, 'offline_queued': False}}, 'errors': [{'code': 404, 'message': 'no successful hosts initialized on RTR'}]}
INFO:caracara.modules.rtr.batch_session:Completed a batch of RTR connections
INFO:caracara.modules.rtr.batch_session:Connected to 3 devices
DEBUG:caracara.modules.rtr.batch_session:[<caracara.modules.rtr.batch_session.InnerRTRBatchSession object at 0x0000>]
DEBUG:caracara.modules.rtr.batch_session:RTR session  has 599s remaining
INFO:caracara.modules.rtr.batch_session:Executing a command via RTR: COMMAND

Expected behavior
The RTR api should indicate/return the endpoints that were successfully connected to. Currently it claims that all three completed successfully, so attempts to execute RTR scripts/commands fail without any visible reason (when debug logging isn't on).
Environment
Operating System Version
Windows 11
Version 23H2 (OS Build 22631.3880)

Python Version
Python 3.10.6
Poetry Version
N/A
Python Package Versions
caracara==0.7.0
caracara-filters==0.2.0
crowdstrike-falconpy==1.4.4
falcon-toolkit==3.4.2

Additional context

I may have a neat fix for this. Going to test it internally, then get a PR up and merged in if the fix succeeds. Thank you again for your detailed bug report!

Thank you!


Optimize gather

Optimize gather, when gather is Nop i.e if gather is fetching the input tensor as it is.

@pruthviIntel  couple of things : we need to handle v1 gather, so please update this PR accordingly. Also, i think for static shape you could just look at input and output shape and eliminate if it doesnt' change? i will push a commit to this PR in nop_elimination please check.

@ashokei inferring gather to be Nop just be shape is not right. You can get the same shape in output with different permutation of indices.  It needs to be checked explicitly with indices ordering as I have done in my changes. The changes you have made will fail for the below case
>>> data
array([[[0, 1],
        [2, 3]],

       [[4, 5],
        [6, 7]]])
>>> data.shape
(2, 2, 2)
>>> gather = tf.gather(data, [1, 0], axis = 1)
>>> gather
<tf.Tensor 'GatherV2_40:0' shape=(2, 2, 2) dtype=int64>
>>> eval(gather)
array([[[2, 3],
        [0, 1]],

       [[6, 7],
        [4, 5]]])
>>> data == eval
array([[[False, False],
        [False, False]],

       [[False, False],
        [False, False]]])
>>> data.shape
(2, 2, 2)
>>> gather.shape
TensorShape([Dimension(2), Dimension(2), Dimension(2)])
>>> eval(gather).shape
(2, 2, 2)
>>>

@pruthviIntel can you please add this test, i removed the nop_elimination changes, also updated tests to use v1 (i think cpu backend does op downgrade to v0, but need a way to test v1 gather).
could you update this PR to use v1 gather, checks dynamic shapes, handle partial dnamic where possible? (as openvino doesnt use cpu backend).

sure, will do.


Crash on place pannel facing down

What happened:
Game crashes when placing framed pannel on the ground
What should happen:
Pannel is placed down
Steps to reproduce:

give yourself a framed pannel
look at the ground
click

Error Log:
[11:35:04] [Render thread/ERROR]:
 Unreported exception thrown!
java.lang.IllegalArgumentException: Cannot set property class_2753{name=facing, clazz=class net.minecraft.class_2350, values=[north, south, west, east]} to down on Block{simpleframes:framed_panel}, it is not an allowed value
	at net.minecraft.class_2688.method_11657(class_2688.java:130) ~[client-intermediary.jar:?]
	at com.loremv.simpleframes.blocks.FramePanelBlock.method_9605(FramePanelBlock.java:24) ~[OpenSimpleFrames-1.1.0.jar:?]
	at net.minecraft.class_1747.method_7707(class_1747.java:123) ~[client-intermediary.jar:?]
	at net.minecraft.class_1747.method_7712(class_1747.java:75) ~[client-intermediary.jar:?]
	at net.minecraft.class_1747.method_7884(class_1747.java:50) ~[client-intermediary.jar:?]
	at net.minecraft.class_1799.method_7981(class_1799.java:272) ~[client-intermediary.jar:?]
	at net.minecraft.class_636.method_41934(class_636.java:363) ~[client-intermediary.jar:?]
	at net.minecraft.class_636.method_41933(class_636.java:324) ~[client-intermediary.jar:?]
	at net.minecraft.class_636.method_41931(class_636.java:278) ~[client-intermediary.jar:?]
	at net.minecraft.class_636.method_2896(class_636.java:323) ~[client-intermediary.jar:?]
	at net.minecraft.class_310.method_1583(class_310.java:1802) ~[client-intermediary.jar:?]
	at net.minecraft.class_310.method_1508(class_310.java:2052) ~[client-intermediary.jar:?]
	at net.minecraft.class_310.method_1574(class_310.java:1883) ~[client-intermediary.jar:?]
	at net.minecraft.class_310.method_1523(class_310.java:1181) ~[client-intermediary.jar:?]
	at net.minecraft.class_310.method_1514(class_310.java:802) ~[client-intermediary.jar:?]
	at net.minecraft.client.main.Main.main(Main.java:250) ~[1.20.1-0.14.24.jar:?]
	at net.fabricmc.loader.impl.game.minecraft.MinecraftGameProvider.launch(MinecraftGameProvider.java:470) ~[fabric-loader-0.14.24.jar:?]
	at net.fabricmc.loader.impl.launch.knot.Knot.launch(Knot.java:74) ~[fabric-loader-0.14.24.jar:?]
	at net.fabricmc.loader.impl.launch.knot.KnotClient.main(KnotClient.java:23) ~[fabric-loader-0.14.24.jar:?]```

yup its not meant to do that, which version of the game is this? ill fix it as soon as i get time

yup its not meant to do that, which version of the game is this? ill fix it as soon as i get time

I have the same issue as well with 1.20.1 Fabric version (OpenSimpleFrames  v1.1.0) downloaded from Modrinth)
Thanks.

and the world will shut down when the panel is facing down or facing up

This is a duplicate of #20


Investigate Hashicorp vault key system

Ensure is still working properly on migrated open source system

Hashicorp is working best not to touch it

demo account students can use and pre populate env. 2. how students can make their own vault credentials.

Will reopen as needed. Can work without vault but need specific env variables


Adding overriding css styling for text-fields

Passing fullWidthStyles prop to mui to enable full width text input widget

:+1:


[lfx] Design & Develop FederatedResourceQuota, SearchRegistry & MultiClusterIngress page

What would you like to be added:
Design & develop the FederatedResourceQuota, SearchRegistry & MultiClusterIngress Pages for the Dashboard Project.
Why is this needed:
More pages need to be designed & added to the dashboard which are required to make great use of the functionalities of the karmada project using the web ui client.

Hello!
I'm interested in contributing to this issue under LFX Mentorship for the Summer session. I am trying to set up the project on my system. But I had a question regarding the issue. Are there any specific design criteria or sample documents which I can refer to design the pages?
Also, is there anything else I need to note before applying?
Thank you.

Hi,
I am interested in this project. Will you please guide me on how to get started?
Thanks

Hi, I'm Mayank Mittal, 2nd year student from IIT Roorkee, I am interested in this project, please guide me to get started.

Hi @ShwetKhatri2001, please assign this issue to yourself, by command:
/assign @ShwetKhatri2001

/assign @ShwetKhatri2001

/close


docs: fix website landing page

Closes #1940

Thanks a lot!
(We're also reliant on you to fix the web, it seems, unfortunately. Would be great if this weren't the case, very much appreciate you dropping in here too!)


Dynamic Grid View & Preview Row Height

Is your feature request related to a problem?
In grid view, thumbnails which don't have a square aspect ratio have lots of wasted space and are very far away from the file name. This is also the case in the preview pane by default, unless you manually move the details text up with the slider -- see the picture below:

Describe the solution
Dynamically adjust grid row height to the minimum height for the tallest item in the tow. Also dynamically adjust the default height of the division between the preview and details panels in the preview pane based on thumbnail aspect ratio. Classic file explorer has implemented this solution already -- see picture below. In this example all the pictures are panoramic, and in File Explorer row height for that row is decreased so that there isn't too much blank space.

Describe alternatives you've considered
None.
Additional comment
Files <IP_ADDRESS> on Windows 10 20H2

Duplicate of #997.


macOS: Selection jumps to top when scrolled

When the terminal view is not scrolled to the top of the scrollback buffer on macOS, text selections are jumpy and always start from the top (some point above the visible part of the buffer) instead of the intended start position.
https://github.com/migueldeicaza/SwiftTerm/assets/7930239/0b022429-2378-49c8-a302-7ca6d41df858
It works fine when the terminal is scrolled to the top.

Can confirm that this is fixed, thanks a lot!
(PS: didn't get notified because your issue reference didn't work for this one. Unfortunately you have to prefix each individual issue with "fixes")


i18n : how to make sure previous human edits are not swallowed by automatic translation ?

Here, Helen made the en FAQ better. https://github.com/datagir/nosgestesclimat-site/commit/4300978b66cfa9fd8e29bb864f1339753086093c
The yarn translate:faq command erases these changes :/
That's a big problem for translation, since it asks the person who makes the next edits to be aware of the previous edits.

It looks like the "lock" mechanism didn't work here. But even if it did, I could have changed one word in an original text block, but Helen's edits are still completely relevant and should not be erased.
@EmileRolley What do you think about introducing the technique used by mon-entreprise.fr, prefixing all text blocks that are auto translated, in order to block auto-translation of all blocks where the annotation was removed ? E.g. with ~~.

Indeed, the translation mangement is currently problematic as we mix automatic and handwritted ones.
A solution could be to postfix attributes with .auto for the ones automatically generated by the DeepL API. The workflow would consist of:

Run the translate:* yarn command which will produce:

- catégorie.auto: general
  catégorie.lock: général
  id: ges
  question: What is a carbon footprint?  Comment se fait-il que ce que
    je mange ou que ma poubelle émettent des gaz à effet de serre (GES) ?

Then, a reviewer could fix the translation:

- catégorie.auto: general
  catégorie.lock: général
  id: ges
  question.auto: What is a carbon footprint?  How can my food or my garbage
    emit greenhouse gases (GHG)?
  question.lock: Qu'est-ce que l'empreinte carbone ? Comment se fait-il que ce que
    je mange ou que ma poubelle émettent des gaz à effet de serre (GES) ?

Consequently, If the yarn translate:faq is run again only the reviewed translation will be backup under .previous_review but the new automatically generated translation will be shown:

- catégorie.auto: general
  catégorie.lock: général
  id: ges
  question: What is a carbon footprint?
  question.previous_review: What is a carbon footprint? How can my food or my garbage
    emit greenhouse gases (GHG)?
  question.lock: Qu'est-ce que l'empreinte carbone ?

What do you think about this method @laem and @Clemog?

Maybe using a tool like Crowdin could help to manage this kind of issue?

Yes, it should be done to alert the user to potentially correct the automatic translation :ok_hand:

What would be the default translation ? question ?

Yes we can define the order like: <attr> > <attr>.auto > <attr>.previous_review


Explore different way of rendering inline hints

Problem
This is a little bit ugly:

Proposed solution
tbd
https://twitter.com/alvarlagerlof/status/1689197146283646977?s=20
<$L4
 |
 ------------------------------  This is a client ref [link]
or
<$L4 --------------------------  This is a client ref [link

in those Ascii examples, were you suggesting something formatted as such?

I'm working on a new parser using some of the react source (wip in #646), I have a new design for these there. It's inline because it made it easier to support references in various places, like in an object.
You can see the current design on the pic in this Tweet as well as a link to try it out. Let me know what you think!

Oooo, looks good to me! Do you know where can I learn more about react-client related stuff? I've never seen it before

Yeah hovering could be really nice. The hovercard would probably have to be limited in size, and not display the full information of the reference, because otherwise it would be too big.


Make all exceptions in the Nominator logged (scope(failure) assert(0))

The SCP API methods need to be nothrow because throwing D exceptions back to C++ code might lead to issues. There was some compiler support work on supporting exceptions being thrown across language barriers, but I don't know the latest state of things (CC @Geod24).
Note that assert(0) will actually throw an AssertError in non-release mode, which means we do end up throwing exceptions across language barriers anyway..
For now it would be good to at least log these exceptions.

throwing D exceptions back to C++ code might lead to issues

If they pass through, it should work. If there's a catch in the C++ code, roll a dice.
In general, catching exceptions from C++ in D works, throwing exceptions for C++ to catch would need some work (https://github.com/dlang/dmd/pull/8743), but if it just pass through, it should work (or more precisely: there is no reason it should not work, but I would check if RAII works).
But otherwise... Yes to the issue.

Duplicate of #363


Bug: Escape path on imported objects

We're missing path escaping when writing object entry during import process.
This resulted in: https://github.com/treeverse/lakeFS/issues/7460
Fix:
Add path escaping to the Address in this function in walk_entry_iterator.go:
func objectStoreEntryToEntryRecord(e block.ObjectStoreEntry, path string) EntryRecord {
	return EntryRecord{
		Path: Path(path),
		Entry: &Entry{
			Address:      e.Address,
			LastModified: timestamppb.New(e.Mtime),
			Size:         e.Size,
			ETag:         e.ETag,
			AddressType:  Entry_FULL,
		},
	}
}

We don't escape paths in lakeFS system regardless of import. #7460 root cause was the failure to escape the paths when they are written to delta log, or unescape when they are read from it.


Change "Reply to" on emails sent to info@ account from website Contact Form

Please reference closed case #19  - all details are there.
This is still an issue but am unable to re-open case #19 since I did not close it.

I tested this again and confirmed again that it is setup correctly. I also reviewed our email log and you can see here that the "Reply-to" is correct:

But I checked the email itself in Gmail and hitting "Reply" it goes to "SDRT Info" -- I believe the reason yours shows my name is that somehow that email address got associated with my name in your Contacts. You can see here, when I hit reply, it says "SDRT" and I believe if you click on my name in that reply, you'll see that the email address is<EMAIL_ADDRESS>not my email address.

I don't believe I can resolve this issue currently, so you and Melissa will just have to stay vigilant for now in making sure you update the Reply-to each time unfortunately. I'll leave this issue open so I can continue to keep it in mind going forward.

@mathetos @JasonTheAdams What is a workaround for this? If people reply to any of the multiple emails sent to them during the registration process, it will get sent to<EMAIL_ADDRESS>and not<EMAIL_ADDRESS>(E. V. Hepworth is my pseudonym, btw!)

I believe I found the source of this. The Zoho Mail settings in WordPress still have the matt@ email. Unfortunately, I don't have Zoho Mail access, so I've reached out to @mathetos for aid.

@dreazee Just resolved this with Matt! Please test this out and let me know if you still see this happening!

This is great that the SENDER address was changed from matt@ to<EMAIL_ADDRESS>YAY.
Their was another issue attached to this, though, was to have the "REPLY TO" email address be the email address that was entered into the contact form. Is there a way to reopen case #19 ?

Can you shoot me an example email that has the correct sender but incorrect Reply To? I'm not seeing that set anywhere that would deviate from the sending email.

There isn't a separate "reply to" field, so when I hit reply, the email goes to info@ which is the sender


How to add filters depending on database values?

Is it possible to query the databse before setting up the filters? I like to get a companyId from the database to filter all other tables with that id.

You can disable all filters at any time, then re-enable your filters.
using (var context = new TestContext())
{
context.DisableAllFilters();
			var companyId = GetCompanyId();

                            context.EnableAllFilters();
		}

You can create your filters before you actually set the value to filter on.  Take a look at how the "BlogEntryFilter" filter is configured in ExampleContext.cs of the Example project.  It is creating a filter against a static property "CurrentAccountID".  The value for that property just needs to be set before you actually execute a query that would invoke the filter (otherwise, in this case, it would use the default value for a Guid).

jcachat If you did not disable the filter before running the query wouldn't it filter all the results by guid.default?

No, the value to filter on isn't read until the filter is actually executed - and it's read each time it's executed (and set into a sql parameter).  That is what makes it dynamic vs. the EntityFramework.Filters project which reads the values when the query is COMPILED.  So when you use a delegate to get the value of a filter parameter (as in this example), you can freely change it any time you want and the filter will always use the current value each time it executes.
Disabling the filter actually just sets a bool property value on the query that causes the conditions (which have already been compiled into the query) to not be applied at query execution time.  If you use SQL Profiler to capture the sql when the filter is disabled vs. enabled, you'll see that is the only difference is in the value of a sql parameter named like "@DynamicFilterParam_[filtername]_DynamicFilterIsDisable".

Let me rephrase, and please correct me if I am wrong. Looking at the OP I understood that he wanted to query the database for the Company Id before the filter that needed the Id is set up. In that instance the first query against the databases to get the Company Id would be filtered by Guid.Empty when the query is executed the first time.

Oh I see what you mean now.  I was assuming that the query to get the Company ID is being done against something that is not filtered (some kind of configuration table that contains the Company ID) while the filters are set on entities that have a CompanyID column/FK.
It looks like your first post is much more detailed than the email git sent me so I didn't see all that (maybe you edited).  So in your example, if your call to:
CompanyRequestManager.Instance.CompanyId = context.CompanyEntity.GetIdSomehow()

does a query against an entity that is ICompanyOwned, then yes, you need to disable the filter first.  If not, you do not need to disable.
That is a good point to make but otherwise it looks like we answered the original question the same way.

Yeah I totally edited my first response after re-reading the OP. =)

Thanks for the fast response! Your code example and the discussion helped me a lot :-)

I created a singelton class that queries for the company id but I get an exception.

The context cannot be used while the model is being created. This exception may be thrown if the context is used inside the OnModelCreating method..

I understand the problem, the company id is instantly retrieved:
modelBuilder.Filter("GlobalCompanyFilter", (ICompanyReference r) => r.CompanyId, SingletonPerRequest.Current.CompanyId);

And another problem is that disabling the filter wouldn't stop retrieving the value because as @jcachat said:

Disabling the filter actually just sets a bool property value on the query that causes the conditions (which have already been compiled into the query) to not be applied at query execution time.

@siegeon how did you resolve this problem?

I think I solved it:
modelBuilder.Filter("GlobalCompanyFilter", (ICompanyReference r) => r.CompanyId, () => SingletonPerRequest.Current.CompanyId);


Server is unreachable

I have been using a server for a friend on PS4 and it is great, until Astro Launcher showed: WARNING 'The server is completely unreachable!' and WARNING 'Please port forward [My ip] UDP and ensure the firewall settings are correct.' I used playit.gg to bypass port forwarding and I would appreciate it if someone could help me. Thanks!

Does the server work?

Does this website show all green? https://servercheck.spycibot.com/


feat(docker compose): added support and documentation for docker compose

iirc there are requests in the past adding additional infra features to quartz. Personally I feel like we can always add these things, but most of the time less is often more :)
final calls from @jackyzha0 here.

yeah thanks for the contrib but closing for now to make it easier for us :') hopefully will be useful to future people who might look for it though


Set serial consistency for write operations

What this PR does:
Set serial consistency for write as per cql documentation.
Which issue(s) this PR fixes:
Fixes #238
Checklist

[ ] Changes manually tested
[ ] Automated Tests added/updated
[ ] Documentation added/updated
[x] CLA Signed: DataStax CLA

I am still wandering why do we need bigger runner? I would rather say this is not and should not be solution..

This was decided after discussion on Friday standup. The error returned was from dse cassandra because query time out for lwt transaction even before entering the lwt logic. This error can happen even without setting serial consistency as reported in Issue #208 . The other option is to run tests with increased timeout value for cas, this will again don't gurantee the tests will finish successfully.

I don't really understand this.. There is a "single user - single op" being run on a machine and there is a C* timeout related to LTW. And it was decided that we simply need a bigger runner? How's that, I mean how is this not bring more concern and action, than simply increasing the hardware size? Does this mean we can not even have a single user on such hardware?

@maheshrajamani do we need to change the consistency (not serial-consistency) along side these changes? Currently for all read/write/schema-change we have LOCAL_QUORUM..

Closing for a new PR


HITL rearrange.py stopped after the tutorial with the error: TypeError: draw_box(): incompatible function arguments. The following argument types are supported:

Habitat-Lab and Habitat-Sim versions
Habitat-Lab: vx.x.x or master?
0.3.1
Habitat-Sim: vx.x.x or master?
0.3.1
OS: tried Ubuntu 24.x & 22.x
cmd: HABITAT_SIM_LOG=warning MAGNUM_LOG=warning
python examples/hitl/rearrange/rearrange.py
The error shows after the tutorial is finished. I have no clue what I should do to fix it.
error log:
PluginManager::Manager: duplicate static plugin StbImageImporter, ignoring
PluginManager::Manager: duplicate static plugin GltfImporter, ignoring
PluginManager::Manager: duplicate static plugin BasisImporter, ignoring
PluginManager::Manager: duplicate static plugin AssimpImporter, ignoring
PluginManager::Manager: duplicate static plugin AnySceneImporter, ignoring
PluginManager::Manager: duplicate static plugin AnyImageImporter, ignoring
Renderer: NVIDIA GeForce RTX 3080/PCIe/SSE2 by NVIDIA Corporation
OpenGL version: 4.6.0 NVIDIA 535.183.01
Using optional features:
GL_ARB_vertex_array_object
GL_ARB_separate_shader_objects
GL_ARB_robustness
GL_ARB_texture_storage
GL_ARB_texture_view
GL_ARB_framebuffer_no_attachments
GL_ARB_invalidate_subdata
GL_ARB_texture_storage_multisample
GL_ARB_multi_bind
GL_ARB_direct_state_access
GL_ARB_get_texture_sub_image
GL_ARB_texture_filter_anisotropic
GL_KHR_debug
GL_KHR_parallel_shader_compile
GL_NV_depth_buffer_float
Using driver workarounds:
no-forward-compatible-core-context
nv-egl-incorrect-gl11-function-pointers
no-layout-qualifiers-on-old-glsl
nv-zero-context-profile-mask
nv-implementation-color-read-format-dsa-broken
nv-cubemap-inconsistent-compressed-image-size
nv-cubemap-broken-full-compressed-image-query
nv-compressed-block-size-in-bits
PluginManager::Manager: duplicate static plugin StbImageImporter, ignoring
PluginManager::Manager: duplicate static plugin GltfImporter, ignoring
PluginManager::Manager: duplicate static plugin BasisImporter, ignoring
PluginManager::Manager: duplicate static plugin AssimpImporter, ignoring
PluginManager::Manager: duplicate static plugin AnySceneImporter, ignoring
PluginManager::Manager: duplicate static plugin AnyImageImporter, ignoring
2024-09-01 18:54:02,218 Initializing dataset RearrangeDataset-v0
2024-09-01 18:54:05,098 initializing sim RearrangeSim-v0
PluginManager::Manager: duplicate static plugin StbImageImporter, ignoring
PluginManager::Manager: duplicate static plugin GltfImporter, ignoring
PluginManager::Manager: duplicate static plugin BasisImporter, ignoring
PluginManager::Manager: duplicate static plugin AssimpImporter, ignoring
PluginManager::Manager: duplicate static plugin AnySceneImporter, ignoring
PluginManager::Manager: duplicate static plugin AnyImageImporter, ignoring
[18:54:06:003689]:[Warning]:[Metadata] SceneDatasetAttributes.cpp(107)::addNewSceneInstanceToDataset : Dataset : 'hssd-hab-uncluttered' : Lighting Layout Attributes 'data/scene_datasets/hssd-hab/scenes-uncluttered/105515448_173104512.scene_instance.json' specified in Scene Attributes but does not exist in dataset, so creating default.
[18:54:06:109861]:[Warning]:[Sim] Simulator.cpp(594)::instanceStageForSceneAttributes : The active scene does not contain semantic annotations : activeSemanticSceneID_ = 0
[18:54:07:082204]:[Warning]:[Metadata] AttributesManagerBase.h(400)::loadAllTemplatesFromPathAndExt :  : Parsing object_config.json files : Cannot find data/objects/amazon_berkeley/configs/ as directory or data/objects/amazon_berkeley/configs/.object_config.json as config file, so template load failed.
[18:54:07:082247]:[Warning]:[Metadata] AttributesManagerBase.h(400)::loadAllTemplatesFromPathAndExt :  : Parsing object_config.json files : Cannot find data/objects/google_object_dataset/configs/ as directory or data/objects/google_object_dataset/configs/.object_config.json as config file, so template load failed.
2024-09-01 18:54:07,083 Initializing task RearrangePddlTask-v0
/home/yan/miniconda3/envs/habitat/lib/python3.9/site-packages/gym/spaces/box.py:84: UserWarning: WARN: Box bound precision lowered by casting to float32
logger.warn(f"Box bound precision lowered by casting to {self.dtype}")
2024-09-01 18:54:07,889 Number of params to train: 8396269
2024-09-01 18:54:07,890 Agent number of parameters: 8396269
[18:54:07:943528]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/base.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944114]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fl.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944138]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fl.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944161]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fl.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944178]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fr.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944195]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fr.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944215]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fr.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944231]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hl.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944246]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hl.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944268]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hl.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944283]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hr.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944299]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hr.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944320]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hr.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944336]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_sh0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944360]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_sh1.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944374]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_hr0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944416]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_el0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944456]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_el1.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944501]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_wr0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944522]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_wr1.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:07:944552]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_fngr.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
MeshTools::compile(): ignoring unknown/unsupported attribute Trade::MeshAttribute::Custom(0)
MeshTools::compile(): ignoring unknown/unsupported attribute Trade::MeshAttribute::Custom(1)
[18:54:09:745712]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/base.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:746374]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fl.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:755427]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fl.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:755538]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fl.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:755643]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fr.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:765686]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fr.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:765829]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/fr.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:765926]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hl.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:774990]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hl.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:775103]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hl.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:775198]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hr.hip.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:785232]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hr.uleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:785351]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/hr.lleg.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:785502]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_sh0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:785592]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_sh1.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:786094]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_hr0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:786417]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_el0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:786813]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_el1.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:786986]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_wr0.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:787189]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_wr1.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:787386]:[Warning]:[Assets] ResourceManager.cpp(899)::createRenderAssetInstance : Instantiating render asset data/robots/hab_spot_arm/urdf/../meshesColored/arm0.link_fngr.glb with incompatible light setup, instance will not be correctly lit. For objects, please ensure 'requires lighting' is enabled in object config file.
[18:54:09:787419]:[Warning]:[Gfx] Player.cpp(215)::applyKeyframe : Missing asset info for [invalid_filepath/female_2/female_2.glb]
Error executing job with overrides: []
Traceback (most recent call last):
File "/home/yan/habitat-lab/examples/hitl/rearrange/rearrange.py", line 529, in main
hitl_main(config, create_app_state)
File "/home/yan/habitat-lab/habitat-hitl/habitat_hitl/core/hitl_main.py", line 63, in hitl_main
hitl_headed_main(hitl_config, app_config, create_app_state_lambda)
File "/home/yan/habitat-lab/habitat-hitl/habitat_hitl/core/hitl_main.py", line 139, in hitl_headed_main
gui_app_wrapper.exec()
File "/home/yan/habitat-lab/habitat-hitl/habitat_hitl/_internal/gui_application.py", line 188, in draw_event
post_sim_update_dict = self._driver.sim_update(sim_dt)
File "/home/yan/habitat-lab/habitat-hitl/habitat_hitl/_internal/hitl_driver.py", line 464, in sim_update
self._app_state.sim_update(dt, post_sim_update_dict)
File "/home/yan/habitat-lab/examples/hitl/rearrange/rearrange.py", line 495, in sim_update
self._get_active_app_state().sim_update(dt, post_sim_update_dict)
File "/home/yan/habitat-lab/examples/hitl/rearrange/rearrange.py", line 452, in sim_update
self._update_task()
File "/home/yan/habitat-lab/examples/hitl/rearrange/rearrange.py", line 255, in _update_task
self._app_service.gui_drawer.draw_box(
File "/home/yan/habitat-lab/habitat-hitl/habitat_hitl/core/gui_drawer.py", line 102, in draw_box
self._sim_debug_line_render.draw_box(min, max, color)
TypeError: draw_box(): incompatible function arguments. The following argument types are supported:
1. (self: habitat_sim._ext.habitat_sim_bindings.DebugLineRender, arg0: _magnum.Vector3, arg1: _magnum.Vector3, arg2: _magnum.Color4) -> None
Invoked with: <habitat_sim._ext.habitat_sim_bindings.DebugLineRender object at 0x791426a8cb70>, , , Vector(1, 0.501961, 0)
Set the environment variable HYDRA_FULL_ERROR=1 for a complete stack trace.
GL::Context::current(): no current context
Aborted (core dumped)

Hi how did you resolve this?


Fix too harsh determinism checks

Dominik sent these:
()|()
(a+)+
(a|())+
These are all wrongly recognized as non deterministic.  This is probably due to the EdgeGraph currently using Lists to store the edges. Maybe a switch back to Sets is a good idea.

Fixed in commit #54b1e1589e62e956eea5b215400c89bd938b1ba8


Update musl version to 1.2.0

r? @ghost

OpenWrt 19.07.2 is still on musl 1.1.24 so let's stay for now.
Some notes from CI:

RLIMIT_NLIMITS value has been changed (15 -> 16)
Some time items (e.g. SYS_gettimeofday) need tweaks


Adding support for NTLMv2

@nmarus @kcastrotech We've been using this for a while now and think it's a good change.

@kcastrotech hey, wondering if any updates on this? thanks!

Hello @nmarus @ricjd  I have been uisng this module. But have to upgrade to NTLMv2. Please consider merging this PR to main branch. I have been trying other EWS  modules that  supports NTLMv2 but does not support HTML and other important features.
Please consider this PR.


DOC: Correcting logger info output for spectral connectivity function…

Reference issue
Fixes issue #8559
What does this implement/fix?
I removed the logger output "filling upper triangle region of the matrix". Now it will just say "assembling connectivity matrix".

Thanks @anaradanovic !


BUG: RegularGridInterpolator fails with 2D numpy.float64 read-only arrays

Describe your issue.
Using RegularGridInterpolator on a read-only 2D array with dtype numpy.float64 raises ValueError: buffer source is read-only. Of course, read-write access shouldn't be required to interpolate.
It works for 2D arrays with dtype numpy.int64. Code/output is not shown, but it works both for int64 and float64 in the 3D case.
The numpy array is made read-only using the writeable flag from ndarray.flags. From the numpy docs:

Only the WRITEBACKIFCOPY, WRITEABLE, and ALIGNED flags can be changed by the user, via direct assignment to the attribute or dictionary entry, or by calling ndarray.setflags.

WRITEABLE (W)
The data area can be written to. Setting this to False locks the data, making it read-only. A view (slice, etc.) inherits WRITEABLE from its base array at creation time, but a view of a writeable array may be subsequently locked while the base array remains writeable. (The opposite is not true, in that a view of a locked array may not be made writeable. However, currently, locking a base object does not lock any views that already reference it, so under that circumstance it is possible to alter the contents of a locked array via a previously created writeable view onto it.) Attempting to change a non-writeable array raises a RuntimeError exception.

This may be related to the new fast path in v1.10.0 for 2D interpolation in RegularGridInterpolator  (#17291), although I don't understand how.
Reproducing Code Example
import numpy
import scipy.interpolate

a = numpy.array(
    [
        [0, 0, 0, 0, 0],
        [0, 1, 1, 1, 0],
        [0, 1, 1, 1, 0],
        [0, 1, 1, 1, 0],
        [0, 0, 0, 0, 0],
    ]
)

z = numpy.copy(a)
z.flags.writeable = False
print(z.dtype)
print(z)
interpolator = scipy.interpolate.RegularGridInterpolator(
    (numpy.linspace(0, 5, num=5), numpy.linspace(0, 5, num=5)),
    z,
    method="linear",
)

print("Interpolation on read-only int array:", interpolator([0.5, 0.5]), ": OK.")
print()

z = numpy.copy(a)
z = z.astype(float, casting="safe")
z.flags.writeable = False
print(z.dtype)
print(z)

interpolator = scipy.interpolate.RegularGridInterpolator(
    (numpy.linspace(0, 5, num=5), numpy.linspace(0, 5, num=5)),
    z,
    method="linear",
)

print("Interpolation on read-only float array:", interpolator([0.5, 0.5]), ": crashes.")

Error message
dtype: int64
[[0 0 0 0 0]
 [0 1 1 1 0]
 [0 1 1 1 0]
 [0 1 1 1 0]
 [0 0 0 0 0]]
Interpolation on read-only int array: [0.16] : OK.

dtype: float64
[[0. 0. 0. 0. 0.]
 [0. 1. 1. 1. 0.]
 [0. 1. 1. 1. 0.]
 [0. 1. 1. 1. 0.]
 [0. 0. 0. 0. 0.]]
Traceback (most recent call last):
  File "/home/vleduc/python/newdev/rtdata/_test_bug_scipy.py", line 39, in <module>
    print("Interpolation on read-only float array:", interpolator([0.5, 0.5]), ": crashes.")
                                                     ^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/vleduc/python/venvs/rtdata-py311/lib/python3.11/site-packages/scipy/interpolate/_rgi.py", line 336, in __call__
    result = evaluate_linear_2d(self.values,
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "_rgi_cython.pyx", line 19, in scipy.interpolate._rgi_cython.evaluate_linear_2d
  File "stringsource", line 660, in View.MemoryView.memoryview_cwrapper
  File "stringsource", line 350, in View.MemoryView.memoryview.__cinit__
ValueError: buffer source array is read-only

SciPy/NumPy/Python version information
1.10.0 1.24.1 sys.version_info(major=3, minor=11, micro=1, releaselevel='final', serial=0)

I believe this is fixed in #17717?


Speed up database import

The nature of reading strings from a text file takes so long that starting topbench with a full database takes too long to be comfortable.  There must be some way to speed up importing the text database.ini file.  STREAM16 has a TTextStream interface, but before resorting to that, there must be some way to add buffering reads to readln() of text files.

After profiling, the text reading turned out to not be the cause; it was the excessive text handling in the import code, as well as debug console logging.  Some of that was reduced, but the entire section would need to be rewritten for a speedup.


Only use RealRPC in runtime stubs

The throttling in the bulkloader is not compatible with the threads created by RealRPC calls.

https://ocd.appscale.com:8080/job/Daily Build/2935/
The hawkeye failure was due to RabbitMQ failing to come up.


Adds attribute completions (#3941)

I've hacked together some basic completions for a few builtin attributes.

I have no idea what CompletionItemKind we should set for them.
There's plenty of fancy stuff we could do by detecting the item the attribute is being added to. Nothing of that here.
Maybe we could complete as soon as you type # or #!?

I'm not sure what info exactly we can dump on CompletionContext and what we should query during the completion calculation itself. I've assumed adding an is_attribute field is OK, since it allows to discard the completion quickly if it doesn't apply. Later we inspect the AST to find out whether it is an inner attribute or not.

bors r+


[Issue or Feature Request] Events not triggered when tokens dragged over the area

Hi,
Not sure if this is intended. But right now, the events are only triggered when you end your movement in the area. But if you use drag and drop to move a token and don't stop in the marked area, it will not be triggered. Not ideal for traps etc. if they player can just move over it with one big drag and drop :)
Is this intended?
Thorsten

Yes, it's intended, read the README file, you need to use the @Token[capture] modifier in the line.
See this tutorial for how to set up traps : https://forums.forge-vtt.com/t/trigger-happy-traps/3448


Opening the timepicker and clicking "Done" doesn't input the initially displayed time value.

The timepicker appears to be coded to change the text value in the input field only when the slider/select is changed. Unfortunately, this means that if the user wants to use the initially displayed value, they won't change the slider/select, and no value will be added to the input when clicking "Done".
I think the right answer to this would be to have the "Done" button apply the current value of the sliders/select. This would have no effect if the user has already chosen a value, since it would simply replace the existing value with the same value.

I think the right answer to this would be to have the "Done" button apply the current value of the sliders/select.
i think, this should e the default behavior

Why? The value of the sliders is already applied instantly whenever you change them. The only reason I can think of for making it optional would be for users who click on the field, get the picker popup, and click Done with the intent of leaving the field blank.
But why would you click Done if you wanted to leave it blank? Clicking outside the picker, or tabbing to the next field, is the default way to say "I don't want to put anything in this field."

Timepicker tries to be consistent with datepicker.  If you click "Done" with datepicker nothing happens. You have to deliberately make a change:
http://jqueryui.com/datepicker/#buttonbar

Oh, well shoot. It's far less likely to get a decent quality-of-life change into a jQuery UI feature than into a third-party plugin.
For compatibility reasons, obviously you shouldn't change the default behavior. Taking that into consideration, I would actually like to have my feature request added as an option, as itdeta suggested. If that's possible.

Workaround
If timepicker is consistent with datepicker you should use the onClose-Event.
Set the current date/time from widget bevor close
onClose: function(dateText, pickerInstance) {
    ........
        }
    });


Add cases list page to trs support UI

Context
We’re adding support for resolving Change of name/DOB cases via the TRS Support Console. This page is the list of active cases.
Changes proposed in this pull request
Add a new page at /cases with title ‘Open cases’.
Add a table with columns ‘Case reference’, ‘Name', ‘Case type’ and ‘Date’. Populate this table with Active incidententities where the subject is either ‘Change of Name’ or ‘Change of Date of Birth’. ‘Case reference’ is theticketnumberattribute, ‘Name’ is the current first name + last name of the relatedcontact(use the stated first/name names if set), ‘Case type’ is the subject title and ‘Date’ is the cases’ created date. Rows should be sorted oldest to newest. The ‘Case reference’ cell should be a link to/cases/{id} (a new page). The ‘Case reference', ‘Case type’ and ‘Date’ columns should have fixed width.
If there are no cases show a row with the content ‘No cases’.
No paging is required for now.
Add a ‘Cases’ option to the nav bar linking to this new page.
Guidance to review
Changes to UI + Dataverse + tests (including test helper classes).
Checklist

[ ] Attach to Trello card
[ ] Rebased master
[ ] Cleaned commit history
[ ] Tested by running locally

 Add cases list page to TRS Support UI


Backup

Hi,
I saw the bkmrx.com website and I have a question about backup.
You said :
"save your links in an industry compatible format"
What is the format ?
Thanks by advance
Best Regards
Pierre-Yves

Hi Pierre-Yves,
Thanks for the interest and good question - it's an HTML export in the old netscape format that is used by Delicious.com and browsers including Firefox & Chrome
Thanks
Rob


The indexOf() method of Array does not work correctly under .NET 9

Hello, Akash!
After switching to .NET 9, behavior of the indexOf() method of Array changed. To reproduce this error, I created a example:
using System;

using YantraJS.Core;

namespace TestYantra
{
    internal class Program
    {
        static void Main(string[] args)
        {
            using (var context = new JSContext())
            {
                context.Execute("var arr = [2, 5, 9, 2]");
                int result = context.Eval("arr.indexOf(2, -1);").AsInt32OrDefault();

                Console.WriteLine("Result: {0}", result);
            }
        }
    }
}

Under normal conditions, result of this example should be 3, but under .NET 9 we get 0.

@Taritsyn Thanks for reporting this, I think I found a breaking change in .NET 9, https://learn.microsoft.com/en-us/dotnet/core/compatibility/jit/9.0/fp-to-integer , this could be the root issue and I will try to find a fix and update the library soon.

Thank you very much!