Add new TF binding motif to website list

new TF binding motif to add
5ʹ-CGNMGATCNTY-3
Loz1
https://www.ncbi.nlm.nih.gov/pubmed/31515876

actually it's
a promoter element with consensus CGNNGATCNTT and GNNGATC

is that for tyhe TF binding site page or for the promoter track that we generate? Whats the difference between the short and long motif?

TF binding site page first.
Good point. I forgot about the tracks.
This is a prequisite to create a track (this list is used).
I guess every time there are a few new motifs the track should be regenerated. I forgot how this happens (@kimrutherford  have you ever run this or has it not been regenerated since Ensembl?)

I think Kim regenerated it once not that long ago.
Maria had a student look at all pombe TF binding sites. I must remember to look at this to see if we need to update our consensus motifs (or review them - sometimes you see variations in the literature, so we should make sure to pick the 'best' version)
On Wed, Oct 9, 2019 at 5:19 PM Val Wood <notifications<EMAIL_ADDRESS>wrote:
TF binding site page first.
Good point. I forgot about the tracks.
This is a prequisite to create a track (this list is used).
I guess every time there are a few new motifs the track should be regenerated. I forgot how this happens (@kimrutherfordhttps://github.com/kimrutherford have you ever run this or has it not been regenerated since Ensembl?)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHubhttps://github.com/pombase/website/issues/1412?email_source=notifications&email_token=ADBDJUU6ATUOOKONJO4XZ6DQNYAB7A5CNFSM4I5TMTS2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEAYORPY#issuecomment-540076223, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ADBDJUR2XMQ3VRNOOWROW4TQNYAB7ANCNFSM4I5TMTSQ.
--
Antonia Lock, PhD
PomBase Biocurator, http://www.pombase.org
Department of Genetics, Evolution and Environment,
The Darwin Building,
University College London
London WC1E 6BT, UK

Yes, I suggest  this is a multi step.

Update the motifs page
Extend page using Maria's
Ask pombelist if they know of any additional (and find a more prominent place to host the list)
Open a ticket for @kimrutherford  to regenerate tracks (once the other steps are completed)

good plan! will make tickets!

Could you comment: Whats the difference between the short and long motif?

Could you comment: Whats the difference between the short and long motif?

O right. I had assumed it was 2 motifs, but one is a short  version.
I would just use the long version.

SO term now exists for Loz1

added SO:0002225

ps it overlaps with zinc repressed element|GNMGATC

Oh, is it even any different. Sam authors, same TF????

I'm checking the difference with Amanda.


OS data sharing support(Windows,Android,iOS,macOS)

Is your feature request related to a problem? Please describe.
Hello, Avalonia community!
I believe that enhancing Avalonia with support for the native OS sharing experience across platforms such as Windows, iOS, Android, macOS, and even in web browsers, would greatly benefit users and developers alike.
Describe the solution you'd like
Using OS native approach on each platform to implement sharing UI support.
Describe alternatives you've considered
No response
Additional context
No response

There was a PR (#9253), but it was closed due to inactivity. This may also be dependent on clipboard and DnD API refactoring (#11011, #12600).


[DDW-805] Create Tutorial Series for Theme Management

This PR changes the script name themes:check to themes:check:createTheme.

Adds a README.md document to the themes directory containing links and descriptions to our 4 part Theme Management tutorial series.

Testing Checklist

No need for QA testing because no changes in functionality or appearance have been made in this PR.

Screenshots
README.md

Review Checklist
Basics

[x] PR has been assigned and has appropriate labels (feature/bug/chore, release-x.x.x)
[x] PR is updated to the most recent version of the target branch (and there are no conflicts)
[x] PR has a good description that summarizes all changes and shows some screenshots or animated GIFs of important UI changes
[x] CHANGELOG entry has been added to the top of the appropriate section (Features, Fixes, Chores) and is linked to the correct PR on GitHub
[x] Automated tests: All acceptance and unit tests are passing (yarn test)
[x] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in development build (yarn dev)
[x] Manual tests (minimum tests should cover newly added feature/fix): App works correctly in production build (yarn package / CI builds)
[x] There are no flow errors or warnings (yarn flow:test)
[x] There are no lint errors or warnings (yarn lint)
[x] There are no prettier errors or warnings (yarn prettier:check)
[x] There are no missing translations (running yarn manage:translations produces no changes)
[x] Text changes are proofread and approved (Jane Wild / Amy Reeve)
[x] Japanese text changes are proofread and approved (Junko Oda)
[x] UI changes look good in all themes (Alexander Rukin)
[x] Storybook works and no stories are broken (yarn storybook)
[x] In case of dependency changes yarn.lock file is updated

Code Quality

[x] Important parts of the code are properly commented and documented
[x] Code is properly typed with flow
[x] React components are split-up enough to avoid unnecessary re-renderings
[x] Any code that only works in main process is neatly separated from components

Testing

[x] New feature/change is covered by acceptance tests
[x] New feature/change is manually tested and approved by QA team
[x] All existing acceptance tests are still up-to-date
[x] New feature/change is covered by Daedalus Testing scenario
[x] All existing Daedalus Testing scenarios are still up-to-date

After Review

[ ] Merge the PR
[ ] Delete the source branch
[ ] Move the ticket to done column on the YouTrack board
[ ] Update Slack QA thread by marking it with a green checkmark

This PR contains the git history of DDW-760 Theme Management Optimization and should be merged after DDW-760.

No QA required for this one.


CAPZ cluster stability

Epic

Workload cluster creation should be done without manual intervention for all supporter cluster configurations;
Workload cluster upgrades are manually triggered;
Workload cluster upgrades are without manual intervention once they are triggered;

- [ ] https://github.com/giantswarm/roadmap/issues/298
- [ ] Run GS test suite for CAPZ public clusters

@alex-dabija I'm cleaning up old issue and I think this can be closed. Please re-open if you still need this epic.


Help! Need to be removed as a user on someone else's tenant!

In Visual Studio, I'm blocked from logging in and can no longer access MY OWN DevOps repositories in MY tenant because my account is locked in someone else's tenant!

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

ID: b448cfd0-b673-7d04-047b-71aa62bebc27
Version Independent ID: 75118bff-94de-c9f9-7666-d2a6f4253b11
Content: Leave an organization as a guest user - Azure Active Directory
Content Source: articles/active-directory/external-identities/leave-the-organization.md
Service: active-directory
Sub-service: b2b
GitHub Login: @msmimart
Microsoft Alias: mimart

These matters are outside the scope of the doc. We try to keep issues scoped to doc feedback in this repro.
With that being said, this does require further investigation. In order to do that, can you please email us at<EMAIL_ADDRESS>with your subscription ID and the URL of this thread? We will put you in touch with the necessary party.
Thank you for your understanding and we look forward to hearing from you.

These matters are outside the scope of the doc. We try to keep issues scoped to doc feedback in this repro.
With that being said, this does require further investigation. In order to do that, can you please email us at<EMAIL_ADDRESS>with your subscription ID and the URL of this thread? We will put you in touch with the necessary party.
Thank you for your understanding and we look forward to hearing from you.


Boxx layout is incorrect when text have ansi escape characters on it

Sometimes you want to put some color on the text inside of the Box.
Right now, if you do it Boxx will improperly calculate the length of the line where the colors are used.
See attached screenshot:

Some code that can trigger this is:
let message = format!(
        "There's a new version of the software! {} → {}\nUpdate with {}",
       "11".red(),
        "12".green(),
        "software self-update".green().bold()
    );
Boxx::builder().border_style(BorderStyle::Round).build().display(&message);

I think this can be easily solved by using a "cleaning" function over the provided text to Boxx, so ansi characters are cleaned out, similar to the following implementation in JS:
/**
  This function removes the ansi escape characters
  (normally used for printing colors and so)
  Inspired by: https://github.com/chalk/ansi-regex/blob/master/index.js
  MIT License Copyright (c) Sindre Sorhus<EMAIL_ADDRESS>(sindresorhus.com)
 */
const cleanStdout = (stdout) => {
  const pattern = [
    "[\\u001B\\u009B][[\\]()#;?]*(?:(?:(?:[a-zA-Z\\d]*(?:;[-a-zA-Z\\d\\/#&.:=?%@~_]*)*)?\\u0007)",
    "(?:(?:\\d{1,4}(?:;\\d{0,4})*)?[\\dA-PR-TZcf-ntqry=><~]))"
  ].join("|");

  const regexPattern = new RegExp(pattern, "g");
  return stdout.replace(regexPattern, "");
};

More context on the issue here:  https://github.com/wasmerio/wapm-cli/pull/169

Posted on the Wapm issue, but I'll post it here too, https://crates.io/crates/strip-ansi-escapes might be what you need here!

Thanks for the reports and repros y'all - this should be fixed in 0.0.2-beta, please let me know if you run into this again or any other issues 😄


Citation

As per https://trello.com/c/DR1L8nDA/100-add-citations

Conflicting PR. Removed from build WWW-merge#186. See the console output for more details.
Possible conflicts:

PR #103 lunson 'Sec vul template'

css/openmicroscopy.css

PR #106 lunson 'capitalize the "I" in Iviewer'

css/openmicroscopy.css

It's #103 that this is conflicting with

@lunson once we have the security stuff in, it'll just be a matter of fixing the conflict in the css file to get this working


pytest results on Monterey M1

============================================================ FAILURES ============================================================
________________________________________________ test_get_preferred_uti_extension ________________________________________________
def test_get_preferred_uti_extension():
    """test get_preferred_uti_extension"""
    for uti in UTI_DICT:

      assert get_preferred_uti_extension(uti) == UTI_DICT[uti]

E           AssertionError: assert 'jpg' == 'jpeg'
E             - jpeg
E             ?   -
E             + jpg
tests/test_uti.py:19: AssertionError
____________________________________________ test_get_preferred_uti_extension_no_objc ____________________________________________
def test_get_preferred_uti_extension_no_objc():
    """test get_preferred_uti_extension when running on macOS >= 12"""
    OLD_VER = osxphotos.uti.OS_VER
    osxphotos.uti.OS_VER = 12
    for uti in UTI_DICT:

      assert get_preferred_uti_extension(uti) == UTI_DICT[uti]

E           AssertionError: assert 'jpg' == 'jpeg'
E             - jpeg
E             ?   -
E             + jpg
tests/test_uti.py:33: AssertionError
==================================================== short test summary info =====================================================
FAILED tests/test_uti.py::test_get_preferred_uti_extension - AssertionError: assert 'jpg' == 'jpeg'
FAILED tests/test_uti.py::test_get_preferred_uti_extension_no_objc - AssertionError: assert 'jpg' == 'jpeg'
=========================================== 2 failed, 998 passed, 74 skipped in 31.32s ===========================================
monterey_test.txt

Thanks for the test results!  These two also failed on Big Sur on M1.  I haven't yet figure out why they're failing.  These won't affect performance of osxphotos except that in certain cases, some JPEG images may be exported as .jpg whereas on Intel Macs, they would be exported as .jpeg.

Yeah. So you can mark osxphotos as working on Monterey for now.

What is the version number of Photos in Photos | About Photos on Monterey?  I'm assuming it's 7.0 but want to confirm.

@narensankar0529 since you have the tests data downloaded  would you be able to copy the tests/Test-<IP_ADDRESS>.photoslibrary library out of the test library then open in Photos?  (hold down Option as Photos is loading to select a different library).  Photos will convert it to a Monterey formatted library then quit photos, zip the library and post it here? That would let allow me to expand the test suite for Monterey.

Version 7.0 (411.0.120)

Unable to add zip file to issue. So I have shared from iCloud Drive. Let me know if any issues
https://www.icloud.com/iclouddrive/0tTAKtE_LvOoNk541z2E7AiXw#Test-<IP_ADDRESS>

Thanks! Got it -- added this as a test library to the test suite.  All the tests are running correctly against this test library. I just need to figure out the jpg/jpeg issue.

@narensankar0529 Some users are reporting issues with --convert-to-jpeg on Monterey and I realized these tests are disabled by default (because they won't run in the GitHub continuous integration automated test environment which lacks GPU) thus they didn't get tested when you ran your tests.  Would you mind doing the following and sending me output?
git pull
OSXPHOTOS_TEST_CONVERT=1 pytest -vv -k convert > test_results.txt

============================= test session starts ==============================
platform darwin -- Python 3.9.9, pytest-6.2.4, py-1.11.0, pluggy-0.13.1 -- /Users/nsankar/projects/osxphotos/.venv/bin/python3
cachedir: .pytest_cache
rootdir: /Users/nsankar/projects/osxphotos
plugins: mock-3.6.1
collecting ... collected 1154 items / 1138 deselected / 16 selected
tests/test_cli.py::test_export_convert_to_jpeg PASSED                    [  6%]
tests/test_cli.py::test_export_convert_to_jpeg_quality PASSED            [ 12%]
tests/test_cli.py::test_export_convert_to_jpeg_skip_raw PASSED           [ 18%]
tests/test_cli.py::test_export_jpeg_ext_convert_to_jpeg PASSED           [ 25%]
tests/test_cli.py::test_export_jpeg_ext_convert_to_jpeg_movie PASSED     [ 31%]
tests/test_export_convert_to_jpeg.py::test_export_convert_raw_to_jpeg PASSED [ 37%]
tests/test_export_convert_to_jpeg.py::test_export_convert_heic_to_jpeg PASSED [ 43%]
tests/test_export_convert_to_jpeg.py::test_export_convert_live_heic_to_jpeg SKIPPED [ 50%]
tests/test_fileutil.py::test_convert_to_jpeg PASSED                      [ 56%]
tests/test_fileutil.py::test_convert_to_jpeg_quality PASSED              [ 62%]
tests/test_image_converter.py::test_image_converter_singleton PASSED     [ 68%]
tests/test_image_converter.py::test_image_converter PASSED               [ 75%]
tests/test_image_converter.py::test_image_converter_compression_quality PASSED [ 81%]
tests/test_image_converter.py::test_image_converter_bad_compression_quality PASSED [ 87%]
tests/test_image_converter.py::test_image_converter_bad_file PASSED      [ 93%]
tests/test_image_converter.py::test_image_converter_missing_file PASSED  [100%]
================ 15 passed, 1 skipped, 1138 deselected in 9.49s ================

Full run using pytest -
1080 passed, 74 skipped in 33.90s
So everything passes on M1 Monterey now

Thanks!

1080 passed, 74 skipped in 33.90s

Wow...that's fast.  My 2013 MacBook Pro runs the test suite about 10x slower!

1141 passed, 13 skipped in 379.68s (0:06:19)

on x64 Monterey get one warning -
================================================================= warnings summary =================================================================
.venv/lib/python3.9/site-packages/photoscript-0.1.5-py3.9.egg/photoscript/init.py:120
/Users/nsankar/Projects/osxphotos/.venv/lib/python3.9/site-packages/photoscript-0.1.5-py3.9.egg/photoscript/init.py:120: DeprecationWarning: invalid escape sequence _
"""Returns a generator that yields Photo objects
-- Docs: https://docs.pytest.org/en/stable/warnings.html
============================================== 1080 passed, 74 skipped, 1 warning in 81.55s (0:01:21) ==============================================

x86 Monterey convert tests -
OSXPHOTOS_TEST_CONVERT=1 pytest -vv -k convert
=============================================================== test session starts ================================================================
platform darwin -- Python 3.9.6, pytest-6.2.4, py-1.11.0, pluggy-0.13.1 -- /Users/nsankar/Projects/osxphotos/.venv/bin/python3
cachedir: .pytest_cache
rootdir: /Users/nsankar/Projects/osxphotos
plugins: mock-3.6.1
collected 1154 items / 1138 deselected / 16 selected
tests/test_cli.py::test_export_convert_to_jpeg PASSED                                                                                [  6%]
tests/test_cli.py::test_export_convert_to_jpeg_quality PASSED                                                                                [ 12%]
tests/test_cli.py::test_export_convert_to_jpeg_skip_raw PASSED                                                                               [ 18%]
tests/test_cli.py::test_export_jpeg_ext_convert_to_jpeg PASSED                                                                               [ 25%]
tests/test_cli.py::test_export_jpeg_ext_convert_to_jpeg_movie PASSED                                                                         [ 31%]
tests/test_export_convert_to_jpeg.py::test_export_convert_raw_to_jpeg PASSED                                                                 [ 37%]
tests/test_export_convert_to_jpeg.py::test_export_convert_heic_to_jpeg PASSED                                                                [ 43%]
tests/test_export_convert_to_jpeg.py::test_export_convert_live_heic_to_jpeg SKIPPED (Skip if not running against author's personal library)  [ 50%]
tests/test_fileutil.py::test_convert_to_jpeg PASSED                                                                                [ 56%]
tests/test_fileutil.py::test_convert_to_jpeg_quality PASSED                                                                                [ 62%]
tests/test_image_converter.py::test_image_converter_singleton PASSED                                                                         [ 68%]
tests/test_image_converter.py::test_image_converter PASSED                                                                                [ 75%]
tests/test_image_converter.py::test_image_converter_compression_quality PASSED                                                               [ 81%]
tests/test_image_converter.py::test_image_converter_bad_compression_quality PASSED                                                           [ 87%]
tests/test_image_converter.py::test_image_converter_bad_file PASSED                                                                          [ 93%]
tests/test_image_converter.py::test_image_converter_missing_file PASSED                                                                      [100%]
================================================= 15 passed, 1 skipped, 1138 deselected in 18.50s ==================================================

1080 passed, 74 skipped in 33.90s

Wow...that's fast. My 2013 MacBook Pro runs the test suite about 10x slower!

1141 passed, 13 skipped in 379.68s (0:06:19)

Yeah my 2019 MacBook Pro i9 runs three times slower compared to my M1 Mac mini for these tests


WIP TBD Enable easy and transparent configuration of more evidence for a given data type or data source

I would expecting something like this
evidences:
  default:
    schema: <uri/file>
  datatypes:
    datatype1:
      schema: <uri/file>
      datasource1:

Related opentargets/platform#587 "Remove genetic_literature -> genetic_association change in pipeline"


Package not registering

Xamarin is not registering SimpleFeedReader.  Is there any way this can be fixed?

Seeing the same thing here. It's probably not strictly Xamarin-related, but more likely something wrong with the NuGet package itself.

Figured out a workaround.
The issue is that the package (the DLL) isn't getting referenced automatically, which it definitely should.
You can manually edit references, then browser to packages/SimpleReader and select the DLL, after which it should start working again.

I’m currently not in a position to fix this (hospitalized; nothing too bad though). Will have a look at this as soon as I can. PR’s are welcome.

Sorry didn’t mean to close... 😬

Update: simply adding a reference manually isn't enough, as it looks like it's still not getting included in the compiled app:
Could not load type of field 'SimpleFeedReader.DefaultFeedItemNormalizer:CS$<>9__CachedAnonymousMethodDelegate2' (3) due to: Could not resolve type with token 01000019 (from typeref, class/assembly System.ServiceModel.Syndication.SyndicationLink, System.ServiceModel, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089) assembly:System.ServiceModel, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=b77a5c561934e089 type:System.ServiceModel.Syndication.SyndicationLink member:<none>

@RobThree No worries, get better soon! I'll see if I can whip up a quick PR in the mean time.

Not sure I have the time, unfortunately, as this would most likely need to be migrated to .NET Standard (2.0), which would also mean switching to the new .NET Standard compatible syndication feed reader/write, available here: https://github.com/dotnet/SyndicationFeedReaderWriter

See #11


Dutch parsing of abbreviated month name with dash does not work

Dutch locale removes the dot from the abbreviated if it is used in a dashed notation: DD-MMM-YYYY. However, it doesn't work the other way around, which I think should be possible.
See https://jsfiddle.net/ztroj5zv/ for an example
I was trying to create custom regular expressions in the locale for the month, but this doesn't work because the remapping is always done using the normal month name:
for (i = 0; i < 12; ++i) {
    mom = createUTC([2000, i]);
    this._shortMonthsParse[i] = this.monthsShort(mom, '').toLocaleLowerCase();
    this._longMonthsParse[i] = this.months(mom, '').toLocaleLowerCase();
}

If you have any thought what would be a good general approach to fix this. My first idea was to pass the context of the token (thus -MMM-) to handleStrictParse such that it can be passed again to monthsShort again. I am happy to help implementing.
@mention jjupiter
A side node is probably that both ways of writing the abbreviated month names are accepted (even if not surrounded by dashes). See also: http://taaladvies.net/taal/advies/vraag/1727/afkortingen_van_de_namen_van_de_maanden/
I am used to never write it with a dot. If it is possible to pass configuration options when setting the locale, we can also choose that approach, and don't have to rewrite the parsing logic.

This may be easier than that. I haven't dug into the details, but there are some additional options you can add to the NL locale that modifying month parsing. See Russian for an example. Not completely sure, but I suspect you can use something in there to solve this.

I see, you can also reconfigure the parsing logic if you put the monthsParseExact to false. I have created a pull request #3259.


refactor Functions class with lambda

Signed-off-by: yang.zhang<EMAIL_ADDRESS>What's the purpose of this PR
refactor Functions class with lambda
Which issue(s) this PR fixes:
Fixes #
Brief changelog

Codecov Report

Merging #4430 (3c68a14) into master (ec2dabe) will increase coverage by 0.02%.
The diff coverage is 80.00%.

@@             Coverage Diff              @@
##             master    #4430      +/-   ##
============================================
+ Coverage     53.39%   53.41%   +0.02%
  Complexity     2688     2688
============================================
  Files           490      490
  Lines         15255    15252       -3
  Branches       1586     1586
============================================
+ Hits           8145     8147       +2
+ Misses         6553     6549       -4
+ Partials        557      556       -1

Impacted Files
Coverage Δ

.../foundation/internals/NetworkInterfaceManager.java
62.06% <66.66%> (-0.65%)
:arrow_down:

.../ctrip/framework/apollo/core/MetaDomainConsts.java
80.72% <100.00%> (-0.23%)
:arrow_down:

...amework/foundation/internals/ServiceBootstrap.java
94.11% <100.00%> (-0.33%)
:arrow_down:

...mework/apollo/portal/component/PortalSettings.java
65.62% <0.00%> (+7.81%)
:arrow_up:

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 ec2dabe...3c68a14. Read the comment docs.


[Fix bug in Chrome] Remove entry.isIntersecting

The fix related to this issue https://github.com/verlok/lazyload/issues/293

"So maybe is not a good idea to remove isIntersecting."
I think it's a good idea because it's causing an issue and lazy-loading doesn't work properly in Chrome. and isn't supported in IE.
I know that's Chrome issue and It would be better to not rely on this property at all since intersectionRatio > 0 is covering all cases.
closing this thus I created PR to development https://github.com/verlok/lazyload/pull/299


[Blocklist Request] Huawei blocklist deep-bhatt / huawei-block-list

https://github.com/deep-bhatt/huawei-block-list

Updated with https://github.com/nextdns/native-tracking-domains/commit/d8f77bd196382c386e537656e3ab75d0417c6cda


fix: don't attempt to write and stat the lock file during dry runs

Fixes #2431

Thanks! We're really should have more (integration) tests for this stuff ...


add java.util.Date ISO-8601 GSON type adapter (FINERACT-926)

FINERACT-926

Any active committers willing to review this one?
Mailing list replies engagement to be supportive and in favour of this.
I'll self merge it in 1 this week-end if no one raises any objections.

@awasum would you like to do the honours of merging this? Nobody seemed to object on list.


🔔 [Request]: Add Google Drive icon

🔎 Information:

Title: Google Drive
Category: Software
Source (.svg): https://upload.wikimedia.org/wikipedia/commons/1/12/Google_Drive_icon_(2020).svg
Website: https://drive.google.com

📝 Checklist:

[x] I have permission to use this logo.
[x] The link I have provided is optimized for web use.
[x] The size of the SVG is less than 20kb.

Ready 🚀
https://svgl.app/?search=google+drive


export calenar class

I wonder whether it's okay to export the Calendar class itself, in addition to exporting the component returned from uncontrollable. This would allow me to provide a custom render function by extending Calendar.

Hi there, thanks for the PR. I don't really want to do that since its generally considerd an anti-pattern to extend anything other than Component. If you insist tho :P you can access the underlying component from the uncontrollable instance via BigCalendar.ControlledComponent


PinDriver on ESP32-C3

I'm trying to use PinDriver to manager GPIO access on my ESP32-C3 but it looks like it's specifically not available for the chipset. Is this because it has not been implemented yet or because it's just not available at all?

Maybe the sample is outdated? I'm having the same issue.

Hey I had the same problem: You are probably looking at the examples on master which is tagged 0.39, but this seems not the be released yet.
If you take a look at the examples for 0.38.1 you'll see you need to use a different API: https://github.com/esp-rs/esp-idf-hal/blob/v0.38.1/examples/button.rs


Implement Send Invoice flow from Global Create

Details

Implementation of invoice creation flow from Global Create
Fixed Issues

$ https://github.com/Expensify/App/issues/40012
PROPOSAL: N/A
Tests

[x] Verify that no errors appear in the JS console

Note: the backend is not ready yet. So you can safely test only in offline mode. You can Settings -> Troubleshoot -> Force offline toggle for that.
Note: the display of Invoice room and related report actions is implemented in this PR https://github.com/Expensify/App/pull/40303. So until the PR is not merged, you need to pull it manually to this for testing.
Flow 1

Sign in to the app with a workspace admin account
Open Global Create and verify Send Invoice appears in Global Create
Click Send invoice in Global Create:
3.1 Verify “Distance” and “Scan" do not appear in the big number pad (BNP) screen.
3.2 Verify the Currency can be modified
Add an amount  -> tap Next
Select the participant, and make sure the participant's step works as expected. Press Next.
Verify all of the information on the confirmation screen looks as expected.
6.1 The sender Workspace is displayed as expected.
6.2 The receiver is displayed as expected.
Tap on the Send from workspace, you should be navigated to the Send from the screen.
Select another workspace, and make sure it works as expected.
Try to add a receipt image on the confirmation screen, make sure it works as expected.
tap Send $XX.XX invoice, verify all of the necessary data is created in Onyx.

Flow 2

Repeat Flow 1, but select the same sender and receiver.
Make sure you are navigated to the same room after invoice confirmation.

Flow 3

Sign in to the app with an account without workspaces
Confirm you have no Send Invoice option in Global Create

Offline tests

Same as in the Tests section
QA Steps

[x] Verify that no errors appear in the JS console

Same as in the Tests section
PR Author Checklist

[x] I linked the correct issue in the ### Fixed Issues section above
[x] I wrote clear testing steps that cover the changes made in this PR

[x] I added steps for local testing in the Tests section
[x] I added steps for the expected offline behavior in the Offline steps section
[x] I added steps for Staging and/or Production testing in the QA steps section
[x] I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
[x] I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).

[x] I included screenshots or videos for tests on all platforms
[x] I ran the tests on all platforms & verified they passed on:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

[x] I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
[x] I followed proper code patterns (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method

[x] If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:

[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I followed the guidelines as stated in the Review Guidelines
[x] I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] I verified that if a function's arguments changed that all usages have also been updated correctly
[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[x] If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:

[x] I verified that all the inputs inside a form are aligned with each other.
[x] I added Design label and/or tagged @Expensify/design so the design team can review the changes.

[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.

Screenshots/Videos

Android: Native

https://github.com/Expensify/App/assets/23176449/6341f07d-0746-4e56-8330-ba3cbe955e0f

Android: mWeb Chrome

https://github.com/Expensify/App/assets/23176449/b091dca6-edc8-48b0-a732-460a400e2374

iOS: Native

https://github.com/Expensify/App/assets/23176449/bb23fbd4-eeb5-4ff4-95cb-af9af0d4e301

iOS: mWeb Safari

https://github.com/Expensify/App/assets/23176449/0304264a-5295-465f-935f-b06bb21cc2e6

MacOS: Chrome / Safari

https://github.com/Expensify/App/assets/23176449/83a4a115-51f8-474d-817e-2c9d77a13a42

MacOS: Desktop

https://github.com/Expensify/App/assets/23176449/633082f9-a29d-4bfc-92fc-f36ceebe5068

Updates:

Updated param invoiceRoomID -> invoiceRoomReportID
Updates to follow main branch changes (MoneyTemporaryForRefactorRequestConfirmationList.tsx got removed)
Tested API updates

TODOs:

Waiting for API fixes to be able to progress PR

This PR is still waiting for some API fixes, but due to the short timeline, we need to start the review process the sooner the better!
cc @cristipaval

For the big number pad screen, we decided that there should be no tab control at the top:

Also just wanted to double check with @JmillsExpensify @dannymcclain @davidcardoza - are we going to add the Next steps right into the preview card? Looks like this PR has them:

I thought we might have decided to punt that?

@shawnborton Unfortunately, there are some API known issues that block me from doing the correct  screenshots/videos without the offline mode. But it should be resolved tomorrow morning, and I'll update the recordings as soon as it will be done

Sounds good!

Also just wanted to double check with @JmillsExpensify @dannymcclain @davidcardoza - are we going to add the Next steps right into the preview card?
I thought we might have decided to punt that?

Yes I believe we did decide to not tackle that right now.

@shawnborton @dannymcclain

Yes I believe we did decide to not tackle that right now.

Just to confirm, we shouldn't show Awaiting payment by xxx for now, right?
^^ @rezkiy37

Let's get confirmation from @JmillsExpensify on that first. If we implement it for invoices, we should be implementing it for all preview cards as well.

Brought the topic up in the VIP room - https://expensify.slack.com/archives/CSL3XBCCR/p1713994340869369

@shubham1206agra I've applied your feedback, please take another look!
I've also updated Notes in the PR Tests section, so please take a look at them before testing.
Updated recordings in online mode have also been attached.

@shawnborton @dannymcclain is this PR approved from the design standpoint?

the display of Invoice room and related report actions is implemented in this PR #40303. So until the PR is not merged, you need to pull it manually to this for testing.

@VickyStash Do I need to do anything extra or changes are already present here?

@shubham1206agra I held this one on https://github.com/Expensify/App/pull/40303

@VickyStash Do I need to do anything extra or changes are already present here?

@shubham1206agra You don't need to make any additional changes, maybe just minor conflict resolution can be required

Wooot! 🎉  The other PR is merged. Let's pull main into this one and test the ent-to-end Send Invoice flow

@shubham1206agra I've updated the PR, please take a look 👀

Looks good at my first glance, but I know @shawnborton is closer to this, so I'll let him chime in

@shubham1206agra

And why did we allowed addition of receipts in this?

The subtitle seems to be broken.

@shubham1206agra Could you please let me know what is the expected subtitle?

See 2 Shubham: written

Sorry, I don't get it, could you please clarify

@VickyStash Erroneous total and GBR showing while editing amount in invoice room. cc @cristipaval
@shubham1206agra the wrong amount after transaction edit is due to a backend issue that we fixed but it is not deployed yet. We are aware of it so please do not block this PR on this issue 🙏

No GBR present here.

@shubham1206agra GBR and Pay button are out of scope, I've hidden Pay button as well in this commit https://github.com/Expensify/App/pull/40015/commits/c36bd3bec9a56c42b628ed7d188cbfd85061c4f6

After doing clear cache and restart, the App crashes on opening invoices. (I have added a receipt in one invoice).

@shubham1206agra I've made some investigations and it looks like it can be related to another issue. There is an open issue with the app crashing with another flow, but the same error. There is a proposal that describes the reason of the problem and the solution, so I'm not sure if I should resolve it in the current PR

@VickyStash One minor thing I noticed is that QAB gets updated on Send Invoice. This shouldn't happen.

@shubham1206agra Thank you, fixed - https://github.com/Expensify/App/pull/40015/commits/43710829df28df950ce6b2364ccfade09f4831b3

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

Yes, that's right. Just like workspace chats we'd have the big sender avatar of the sender's workspace with the small payer user avatar.

@cristipaval Can we please create a follow-up issue to update the invoice room avatars display?
cc @waterim

Similar comment here as the other PR, I think we might not be using the correct room avatars here? cc @puneetlath
I think the idea was to do this for Workspace to Workspace:
And to do this for Workspace to Individual:
Does that sound right Puneet & @davidcardoza ?

Can we please create a follow-up issue to update the invoice room avatars display?
I created the issue here: https://github.com/Expensify/App/issues/41261

Let me know if I need to do anything else.

🚀 Cherry-picked to staging by https://github.com/francoisl in version: 1.4.67-7 🚀

platform
result

🤖 android 🤖
failure ❌

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

@Expensify/applauseleads please QA this PR and check it off on the deploy checklist if it passes.

🚀 Cherry-picked to staging by https://github.com/francoisl in version: 1.4.67-7 🚀

platform
result

🤖 android 🤖
failure ❌

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

@Expensify/applauseleads please QA this PR and check it off on the deploy checklist if it passes.

There's a bug noted mostly coming from this PR https://github.com/Expensify/App/issues/41287. If anyone can please take a look

🚀 Deployed to production by https://github.com/francoisl in version: 1.4.68-3 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

We missed considering the enabled features of the collect workspace to show in the send invoice confirmation screen which raised an issue here.


[REQ] Selection for Folders

Hi,
he will use all time the fis Normal and never the Anime for Anime's

Duplicate of #55.


feat(dicomImageLoader types): Add types to the dicom image loader

Shout-out to @jmannau and his team at Pliny for their awesome work on the TypeScript addition to the cornerstoneWADOImageLoader. They were a crucial part of this PR for adding types to this project and their hard work made my job so much easier, which was mostly copy pasting.

Todo
Seems like the ESM build does not work properly with the codecs "exports".
As per my investigation, the moduleResolution in the tsConfig is "node" which is basically "node10" and not newer node versions that supports "export".
See these references

https://github.com/microsoft/TypeScript/issues/51862
https://github.com/microsoft/TypeScript/issues/50152

Examples don't run in the deploy preview, need to investigate that https://deploy-preview-441--cornerstone-3d-docs.netlify.app/

I just tried to use cornestoneDicomImageLoader in my project, but there are no type files available. The compiler does not find them, and I also cant find them in the node_modules folder.
I see here, that in the last commit<PHONE_NUMBER>
everything was reverted to the old cornerstoneWADOImageLoader without TS support.
Is this the case? does the cornestoneDicomImageLoader not work at the moment? If yes the documentation should be updated.

I just tried to use cornestoneDicomImageLoader in my project, but there are no type files available. The compiler does not find them, and I also cant find them in the node_modules folder.
I see here, that in the last commit<PHONE_NUMBER>
everything was reverted to the old cornerstoneWADOImageLoader without TS support. Is this the case? does the cornestoneDicomImageLoader not work at the moment? If yes the documentation should be updated.

I am having a similar issue. Trying to use the cornerstone suite of tools in an angular application to load + view local DICOM files. I was able to install the core and tools packages and they seem to be working. But my IDE is giving an error when trying to import dicom-image-loader. Does this package work with typescript?
Could not find a declaration file for module '@cornerstonejs/dicom-image-loader'. <EMAIL_ADDRESS>implicitly has an 'any' type.   Try npm i --save-dev @types/cornerstonejs__dicom-image-loaderif it exists or add a new declaration (.d.ts) file containingdeclare module '@cornerstonejs/dicom-image-loader';`

Yes i guess, would be great if you add a PR


clustermesh: fix remote clusters configuration reset upon deactivation

The blamed commit explicitly reset the list of remote clusters upon clustermesh deactivation. However, it did so setting the corresponding setting to nil, which in Cilium v1.16 triggers an error due to not matching the schema configured. Let's address this by configuring an empty array instead.
Fixes: b148800cf7a2 ("clustermesh: reset remote clusters configuration upon disconnection")

@jrajahalme Gentle ping :pray:


Fix keys name for Transformer

What does this PR do?

This PR solves an issue due to #2489. Indeed, this PR modify the name of a key in decoder transformer self.mutihead_attn to self.multihead_attn. Doing so breaks the loading of state dict since it does not recognize the previous key. In order to solve this problem, I introduce a new function called map_old_state_dict_weights which is directly applied within torch_recovery, average_checkpoints and _load_from_state_dict. The first is when you are loading a checkpoint, the second when you are trying to avg multiple checkpoints (the issue here is that you need to make sure that before doing the avg, every ckpts has the same keys), and the latter when you are loading the state_dict directly from the object which can be the case in our codebase (i.e. bypassing checkpointer).

Before submitting

[ ] Did you read the contributor guideline?
[ ] Did you make sure your PR does only one thing, instead of bundling different changes together?
[ ] Did you make sure to update the documentation with your changes? (if necessary)
[ ] Did you write any new necessary tests? (not for typos and docs)
[ ] Did you verify new and existing tests pass locally with your changes?
[ ] Did you list all the breaking changes introduced by this pull request?
[ ] Does your code adhere to project-specific code style and conventions?

PR review

Reviewer checklist

[ ] Is this pull request ready for review? (if not, please submit in draft mode)
[ ] Check that all items from Before submitting are resolved
[ ] Make sure the title is self-explanatory and the description concisely explains the PR
[ ] Add labels and milestones (and optionally projects) to the PR so it can be classified
[ ] Confirm that the changes adhere to compatibility requirements (e.g., Python version, platform)
[ ] Review the self-review checklist to ensure the code is ready for review

Seems like the PR current doesn't resolve issues with HF models loaded through inference, see https://github.com/speechbrain/speechbrain/issues/2549#issuecomment-2149528797

Seems like the PR current doesn't resolve issues with HF models loaded through inference, see #2549 (comment)

To solve this, I made torch_parameter_transfer use the same logic, which I think is OK.
Other potentially problematic calls:

average_checkpoints() in checkpoints.py defaults to parameter_loader=torch.load.

Other calls that do load model state_dicts(?) but shouldn't be an issue:

In _cycliclrloader

Other calls that use torch.load for other things that shouldn't be an issue:

In InputNormalization (arbitrary dict)
In schedulers.py (arbitrary dict)
In huggingface_transformers/* (non-SB state_dicts)
In k2_integration/* (seems like graphs and other k2 stuff)
In inference/TTS.py (arbitrary dict)
In aligner.py (arbitrary dict)
In recipes/Voicebank/ASR/CTC/train.py (not used and local, probably not a worry)

sounds good to me.


SuiteCloud Plugin: Unexpected Error Encountered (Webstorm & VS Code)

Your environment
OS : e.g. iOS Version 13.1
Node.js version : v18.13.0
suitecloud-cli version : 1.6.2
Terminal/CMD tool : WebStormTerminal
Describe the bug
The plugin isn't working. I've tried working with existing account customization projects and starting brand new ones > both running into issues. Unable to connect to my account > "Unexpected Error Has Occured"

None of the CLI Commands work
None of the UI Commands / Click path features work (eg. NetSuite > NetSuite Settings)

To Reproduce
Steps to reproduce the behavior:
can't set up new account settings through CLI

Run suitecloud account:setup -i >> Unexpected error encountered

--
** can't set up new account settings through UI / or any other UI options**
3. UI PATH > Webstorm > Create New Project > NetSuite Account Customization > Add Project Name
4. Right click project directory > NetSuite  > NetSuite Settings > ERROR: Unexpected Error

NetSuite Support Unable To Help
I've opened a few cases with NetSuite support and we've validated all plugin prerequisites. I've tried to get the plugin to work with both Webstorm and VS Code without any luck. Not sure what else to try.

Let's focus on your suitecloud-cli to not mix 2 different tools in the same issue and also because this repository doesn't contain the WebStorm plugin.
First that I want to point out is that you don't have latest version. Currently @oracle/suitecloud-cli latest version is 1.7.2.
We set as prerequisite to have Node.js version 18.14.2 which is a higher version that the one you have installed.
Please update your versions and lets us know again.
I will ask to fill your environment info again adding to it you current java version to it:
OS: eg. macOS 13.1
Node.js version: output of node -v
Java version: output of java --full-version
suitecloud-cli version: output of suitecloud --version
Terminal/CMD tool: e.g. zsh / bash

Hi @Jgodfrey4050 ,
Can you check the owner of /home/{yourUserName}/.suitecloud-sdk folder?
If it's owned by root it could lead to the previous errors. Your user should have permissions to access it.
Please let us know if that is the case.


Issue regarding compatibility with Fabric (missing Fabric class)

Hi!
I have a new issue with my Fabric mod by a Quilt user (Please refer to Xujiayao/MCDiscordChat#62).
It seems that the problem occurs because my mod uses the following class:
net.fabricmc.loader.impl.metadata.EntrypointMetadata
net.fabricmc.loader.impl.metadata.LoaderModMetadata
I looked at Quilt's source code (https://github.com/QuiltMC/quilt-loader/tree/develop/src/fabric/impl/java/net/fabricmc/loader/impl/metadata) and didn't seem to find this class either.
Quilt is compatible with the vast majority of Fabric mods. Is there any way to achieve compatibility with Quilt and Fabric at the same time?
Thank you very much!

impl would generally mean "don't touch this or it may break at any time" (it's not part of the API which with loader always has api in the package name)
I'm seeing that you're using that at https://github.com/Xujiayao/MCDiscordChat/blob/a44aecf4e928296a7156fc5f2675ae3d0f3ec5ad/src/main/java/top/xujiayao/mcdiscordchat/minecraft/mixins/MixinLanguage.java.
And honestly... that looks quite wrong on a quick look.
Why do you need that, and are you sure you need that?
Let's assume you do... there's a public API that achieves what you're doing:
https://maven.fabricmc.net/docs/fabric-loader-0.14.8/net/fabricmc/loader/api/ModContainer.html#findPath(java.lang.String)

While kb-1000 is correct I think we can probably re-expose those fabric metadata legacy interfaces anyway, in the same way that we currently expose other legacy interfaces.

Why do you need that, and are you sure you need that?

Just to answer the question: This code is to fix Xujiayao/MCDiscordChat#35. It might not look good, but it does the trick.

I just fixed the deprecation problem of not using impl classes by https://github.com/Xujiayao/MCDiscordChat/commit/d1fd07a84403bf73f9a892f7f20cd680b3dc66d5. It works perfectly with Fabric but the latest commit 2c0d6591c606af6236c03e69020284f1288c38fc does not seem to fix the issue with Quilt.
Here is the log with Quilt Loader 0.17.1-beta.6: latest.log

Let's assume you do... there's a public API that achieves what you're doing:
maven.fabricmc.net/docs/fabric-loader-0.14.8/net/fabricmc/loader/api/ModContainer.html#findPath(java.lang.String)

Thanks for the advice, I'll look into it.

That actually sounds like something resource loader should be doing, surprised it doesn't
FML did that even back in 1.7

According to my latest tests, the latest version of Fabric translates custom advancements. 👍


Add some stabilisation changes  for logging Int test and dump Loki an…

Add some stabilisation changes  for logging Int test and dump Loki and Fluent-bit logs on test failure
How to categorize this PR?

/area logging
/kind enhancement
/priority normal
What this PR does / why we need it:

Add Valdiating Webhook which will block Loki updates (by the hvpa) during loki-tenant Integration test
Add check for Loki status in the loki-tenant integration test
Dump Fluent-Bit and Loki logs if any of the logging tests fail

Which issue(s) this PR fixes:
https://github.com/gardener/gardener/issues/3548
Special notes for your reviewer:
@dguendisch @vlvasilev
Release note:

None

/status author-action


next_misc_sidebar position problem

next主题misc侧边栏的位置突然在底部显示，如何恢复正常，在右侧显示

NexT is rebased into organization repo.
If you want new feature, fix, or support, create new in NexT v6.x repo (desirable in English).
There is instructions on English or Chinese how to update from v5.1.x to v 6.x
You also may read this for details.


Mobile support

A layout such as the one provided by this plugin would be amazing for mobile or tablet. Any chances to make it compatible?

At the moment no, as the required APIs for mobile do not exist in Joplin.

For future reference, I'm linking to the relevant plugin API, which, as of July 2024, is marked as desktop-only.


Journey Orchestration not found via search

See search query: https://docs.adobe.com/content/help/en/experience-platform/search.html?q=journey+orchestration&charset=UTF-8
for some reason CJA comes up instead only

Similar to Issue #39 there are known issues with the search results returning in docs.adobe.com. This should be resolved soon.
The Journey Orchestration guide can be found here: https://docs.adobe.com/content/help/en/journeys/using/journey-orchestration-home.html

Hi Wendy
Can you please re open the ticket until the issue has been confirmed to be
resolved after the release.
closing before the issue is actually fixed could leave gaps and remaining
issues if not confirmed before closing.
Thanks
Ian
On Wed, 30 Sep 2020 at 04:10, Wendy Braun<EMAIL_ADDRESS>wrote:

Closed #37 https://github.com/AdobeDocs/experience-platform.en/issues/37
.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/AdobeDocs/experience-platform.en/issues/37#event-3821016444,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AMIVVL2TNOD3QEBUVGK2BDTSIIPJJANCNFSM4R33AHEA
.


[rust xDS server] get config from file

This is a continuation work of rust xDS server https://github.com/googleforgames/quilkin/pull/506
In this PR we added a file provider to manage clusters from a configuration file.

Closing in favour of #527


update implicit solver interface

Purpose
Update implicit solver interface for RichardsModel to use ClimaCore.MatrixFields
closes #528
https://github.com/CliMA/ClimaLand.jl/pull/602 has to be merged first for update to ClimaCore v0.14
To Do

[x] GPU compatibility - requires https://github.com/CliMA/ClimaCore.jl/pull/1684 and ClimaCore patch release
[ ] compare allocations/performance to previous implementation

Content

delete thomas_algorithm
handling multiple vars
the full soil case will contain a variable that isn't stepped implicitly (theta_i), so we can't just loop over everything in the state

when extending, will add if statement, so that we use tridiagonal for theta_l and heat, and identity for theta_i

boundary conditions
[x] allocate space in cache for dtopBCdY (extend boundary_vars, boundary_var_domain_names, boundary_var_types, etc for MoistureStateBC)
[x] update cache var with expression currently in dtendencyBCdY (except multiply by dz factor)
[x] update dtendencyBCdY: update in place, rename to set_dfluxBCdY!, multiply by dz factor
[x] update dtheta_resdtheta setting: add if/else branch where if default use expression currently in code; if p.soil.dtopBCdtheta exists, add dtopBCdtheta term before div applied (use Operators.SetBoundaryOperators, then construct Bidiagonal(?)Matrix of zeros with this BC)

Status 4/17/24
The implicit solver has been updated and works on CPU. It doesn't work on GPU because of a couple of problems. First, one of the operators produces a non-isbits object. This is because the space is not being stripped out of the input object, which should happen via a call to strip_space. We need to extend adapt_structure for the SetBoundaryOperator type (and perhaps other operator types too), but even with that the solver fails on GPU.
It seems like the second bug may be from FT not being inferred correctly when it crosses the function boundary from make_update_jacobian to update_jacobian!

[ ] I have read and checked the items on the review checklist.

failing because of a change introduced in https://github.com/CliMA/ClimaCore.jl/pull/1653/commits/31e69efe212afcff92356278d87c671db29a790a - need to debug this

failing because of a change introduced in CliMA/ClimaCore.jl#1653 - need to debug this

fixed in https://github.com/CliMA/ClimaCore.jl/pull/1750/files#diff-fd85ec06a7d1ce92773b2c873ef104edc2471ecf15908935906af32125bb38a1


fix clients cannot connect to activemq middleware / broker network

The settings plugin.activemq.pool.${name}.ssl.cert and -.key were only
set in server::config::connector::activemq::hosts_iteration (called for
each broker in middleware_hosts on mcollective server). Servers could
connect to the broker network, clients not.
Patch moves the setting of plugin.activemq.pool.${name}.ssl.(cert|key)
to common::config::connector::activemq::hosts_iteration . Values stay
unchanged.

Hi @hskwirblies, thanks and sorry for the huge delay.
Is this still something you feel is worth pursuing? If so, I'd have some review comments, but would also need to call for help from someone who is actually knowledgeable about mco.

closing for inactivity


Texture2D looses layer count in resize

Repro:
Add this line to helloworld.cpp init
bgfx::createTexture2D(bgfx::BackbufferRatio::Equal, false, 4, bgfx::TextureFormat::RGBA8);
First time it creates a texture with ArraySize=4 as expected. Second time it is created from running a 'CommandBuffer::ResizeTexture' command and ArraySize=1.

thanks


Value Function Normalization

Hello,
I was reading through the paper "What Matters In On-Policy Reinforcement Learning? A Large-Scale Empirical Study" and from their recommendations there are two implementation improvements which are currently not available:

Value function normalization - I would say that this normalization could be implemented in the runner. I am not sure if this improvement is redundant when the rewards are normalized.
Recompute advantages at the beginning of each epoch - I am not sure if I got this right... If I understand correctly one needs to keep observations to recalculate the value functions and advantages which seems a heavy work (specially considering recurrent policies). Do I get it right?

What do you think? Do these improvements make sense?

I agree that we should at least try these suggestions by the authors of said paper, but I think these should be left for stable-baselines3. This repository is mainly for bug-fixing now, and focus is on stable-baselines3.
Another view: I like the paper as much as the next guy, but we should remember that the experiments were only done on continuous tasks in the MuJoCo-like envs, and as such we should not immediately take it for granted that these tricks are equally beneficial to other envs (e.g. Atari). I think authors mentioned something along these lines in the paper, too.


Feat/revision collapsible updated forms

ZH CARD

I'd like to do a round of manual testing too, but there are some conflicts in the view file, so I'd prefer to do the manual testing after those are resolved in case we hit that state/form bug again.

@BCerki I've resolved conflicts in case you want to do more manual testing.

I did some manual testing and turned up the following:

in the contacts dropdown, I got a strikethrough though there was no change:

hasExpenses appears (though it does in the green/yellow summary too, so I don't think that's introduced in this PR)

I did some manual testing and turned up the following:

in the contacts dropdown, I got a strikethrough though there was no change:

hasExpenses appears (though it does in the green/yellow summary too, so I don't think that's introduced in this PR)

@BCerki Thanks for noticing those issues.

first issue: I'm going to fix this one, Thanks again!
second issue: you're right, it's not introduced in my PR. we have a card for that here: https://app.zenhub.com/workspaces/climate-action-secretariat-60ca4121764d710011481ca2/issues/gh/bcgov/cas-cif/1150


Decide on a consistent naming of either Jinja or Jinja2

Continuing discussion from https://github.com/pallets/meta/issues/10#issuecomment-209980352
The naming is inconsistent:

Github repo is jinja
Pypi package name is jinja2
Pallets project calls it "Jinja": https://www.palletsprojects.com/p/jinja/
RTD namespace is jinja2.readthedocs.io
Pocoo docs (currently the official ones) are "Jinja": http://jinja.pocoo.org/docs/2.9/

We should pick either "Jinja" or "Jinja2" and use it everywhere for consistency.
I am open to either, "Jinja" is simpler and shorter, but "Jinja2" has a more distinctive ring to it and less likely to get confused with any other projects.

The Stack Overflow tag is "jinja2", "jinja" is a synonym that gets invisbly converted. Despite my efforts towards the opposite. (This happened a year or so ago.)
I really want to drop the "2" from the name. Start adding v2 builds to the "jinja" PyPI page. Deprecate the "jinja2" import and go back to the "jinja" namespace.

@ThiefMaster @mitsuhiko @untitaker do you guys have opinions?

I think we can do that but I would personally propose to align the 3.0 release with that.

:+1: on waiting for 3.0.

The Stack Overflow tag is "jinja2", "jinja" is a synonym that gets invisbly converted. Despite my efforts towards the opposite. (This happened a year or so ago.)

I may be able to fix that.

What is the timeline for 3.0 release?
The sooner we start giving folks a heads up the better, so what about adding a deprecation warning now on jinja2 imports and a warning on jinja imports that we will soon be pushing v3 out to the jinja namespace?

@davidism are you able to move the RTD namespace over to jinja? Per my comment above, it's currently under jinja2, and IIRC, you are one of the owners of it?

In a way the last major release of Jinja2 was a massive change in the engine. Not even sure if there is more stuff we need to break :D

Saving breaking changes and name consolidation for a Jinja v3 sounds great to me. We might as well try to find what breaking changes we can slate for it.
I'd like to remind everyone of a potential one - allowing included block overrides. That issue doesn't have to mean a breaking change, but if that's the route you all want to go, remaking/opening that issue with a v3 milestone is how I'd do it. Sorry for the tangent. :) Perhaps we can make another ticket for discussing what to break / milestone for Jinja v3.

nudge @davidism - per my comment above, are you able to modify the RTD namespace from jinja2 to jinja?

In the 2.11 release, I'm thinking of renaming the package to jinja, with a placholder module for jinja2 that forwards all imports and issues a deprecation warning.
I'll still have to work out the timing of this next step, but I'd also like to try moving back to the "Jinja" name on PyPI. I think what I'd try to do is have a Jinja 2.11 build that includes the jinja2 placeholder, and make the Jinja2 2.11 build just depend on jinja>=2.11, or have a small shim that explains installing the other name without breaking any code. I'm am willing to take on the extra effort of keeping these builds in sync for a while while we manage a transition.

@davidism this shouldn't happen in a point release.

Since I gave my blessings before I want to actually qualify this somewhat. I have some stomach ulcers with this change. Ultimately I don't think it's particularly useful for users (it just drops one character), introduces some backwards incompatibility concerns and it undoes a learning I made back when Jinja2 was originally released.
The reason the package renamed with 2.0 was that there was no way (and there still is no way) to have parallel installations of Python libraries that are incompatible unlike node or rust can.
So I think while this rename is somewhat okay I generally don't think anymore that it's a good idea. I think this change would be without concerns if the Python import system were to support imports with different versions which however I gave up hoping for.


Use sparse xarray for reporting.Quantity

xarray 0.13 includes support for converting pd.DataFrame to a pydata/sparse data structure.
This should mostly obviate the need for the custom AttrSeries class.
A PR should be opened to make the change, test performance, and make any necessary adjustments.
Resources:

Pint's technical commentary on container class hierarchy: https://pint.readthedocs.io/en/0.11/numpy.html#Technical-Commentary
AmphoraInc/xarray_mongodb, which integrates xarray, sparse, and pint, for reference (thanks @gidden).

#317 / iiasa/message_ix#372 partly addresses this issue; however, we still await a release of xarray >0.15.1 (see pydata/xarray#4031) to fix pydata/xarray#4019, which causes incorrect computation results in sparse-backed xarray.DataArray.

we still await a release of xarray >0.15.1 (see pydata/xarray#4031) to fix pydata/xarray#4019

This is now fixed & released.

Based on your previous comment, @khaeru, can we close this issue?

can we close this issue?

In short, no. That was an issue which blocked this one.
The block is now cleared, but we would still need to have a PR to implement the changes described here.

This is to be continued at khaeru/genno#23.


xgov-95: Gamify Exploration and Engagement of NFT ecosystem with Open-source browser game

since nothing is merged yet... here is an extra one :)

Example of the UI for the game, try demo here:  https://cosmic-match.vercel.app/

Proposer, please post your algorand forum discussion thread link here. Thank you.


Too many deprecated packages?

Is there any incoming update in near future? Like React 15 or PostCSS loader? I'm curious and worry at the same time because I think we should avoid deprecated packages?
Thanks.

Not sure, but i'm currently upgrading every package in my fork https://github.com/medfreeman/react-redux-universal-hot-example/tree/wip.
Not having the time these days, should get back to it start of next month.
Here's the issue for react 15 https://github.com/erikras/react-redux-universal-hot-example/issues/1128, with a pull request.

@medfreeman updating the current master with your pull request breaks server-side rendering


feat: include a new object with block nums for a few APY sample points

Related issue # (if applicable):
#435
What I did:
Added the block nums for now, week_ago, month_ago, inception to all apy calculators where we return also ApyPoints
For those where we don't return them like e.g. curve simple I didn't add this info yet because it's hard to determine which block it should be attributed to with the current calc logic.
How I did it:
How to verify it:
use a network which calculates quickly, e.g. ftm:
DEBUG=true make apy network=ftm
this produces the folllowing output for yvWFTM:
  {
    "inception": 16476356,
    "address": "0x0DEC85e74A92c52b7F708c4B10207D9560CEFaf0",
    "symbol": "yvWFTM",
    "name": "yvWFTM 0.4.3",
    ...
    },
    "apy": {
      ...
      "points": {
        "week_ago": 0.04074685763155883,
        "month_ago": 0.05048203850688959,
        "inception": 0.3656106019359633
      },
      "blocks": {
        "now": 52276022,
        "week_ago": 51955878,
        "month_ago": 50787760,
        "inception": 16478495
      },
      "composite": null
    }

For this vault, there's a small discrepancy between the two inception fields: the top-level one is the contract creation block, the inner one is the block that is the logical inception block as determined by the apy calculator. For v2 vaults, the inception marks the first time we have a report with allocated funds inside the vault so the two values will not be equal most of the times. For all other cases the two inception values should match and be the same.
Checklist:

[x] I have tested it locally and it works
[x] I have included any relevant documentation for the repo maintainers
[ ] (If fixing a bug) I have added a test to the test suite to test for this particular bug

Adding a Network
If the purpose of your PR is to add support for a new network, please copy the checklist from here into this PR conversation, and use it to track your changes.

rebased to master and added another mini change. Tested locally


Shared FFmpeg builds

Please, use shared FFmpeg builds. Instead of 2 files 100 MB each (200 MB total), you may reduce unpacked FFmpeg size to 100 MB.

I don't know about this. In my experience with shared builds, there are always users who are missing the required DLLs, and don't know what to do about it. Besides, I just tested, and a 7z archive of ffmpeg.exe and ffprobe.exe is only 45.3MB. I know many people have data limits or slow connections, but is an extra 45.3MB that important? Personally, I'm inclined to continue using the static builds.

I don't get your point about unresolved dependencies problem.
It is not Linux builds. The difference between static and shared builds is manner of using shared [between EXEs] code. As you can see above, dependencies are almost same. Dependencies on some system libraries are moved out to DLL (you may inspect it with any Dependency walker).
So in the end both builds are want same DLLs from your OS. But shared is more compact.

Also, who cares about the unpacked size?
Me. Why should I pay 100 MB to every program, instead of using that space to store video? It is not rational. There is no reason to eat space on drive, when you may reduce it w/o loss of functionality.

The difference between static and shared builds is manner of using shared [between EXEs] code.

That's not true. A shared (dynamically linked) build calls functions stored in external DLL files, while a statically linked build stores those functions in its own binary (which is why the binary is larger), so that it doesn't have to depend on DLL files.
You can see in your own screenshot that the shared build depends on a bunch of DLLs like avcodec-59.dll, that the static build doesn't depend on. If you delete or rename avcodec-59.dll, you will no longer be able to run the shared ffmpeg.exe, but the statically linked version will continue to run.
I actually didn't know ffmpeg linked to so many of its own DLLs, now it's clear that a random user isn't going to have those files installed, and wouldn't be able to use the shared build.


[RDBMS] Change MySQL MemoryOptimized tier name to BusinessCritical

Description

Changing customer facing naming of 'MemoryOptimized' tier to 'BusinessCritical' tier.
No change in RP and only CLI changes in list-skus, create, update commands
Testing Guide

History Notes

[Component Name 1] BREAKING CHANGE: az command a: Make some customer-facing breaking change
[Component Name 2] az command b: Add some customer-facing feature

This checklist is used to make sure that common guidelines for a pull request are followed.

[ ] The PR title and description has followed the guideline in Submitting Pull Requests.

[ ] I adhere to the Command Guidelines.

[ ] I adhere to the Error Handling Guidelines.

RDBMS

@evelyn-ys Could you run azp-run for this PR please?

/azp run


fix test tests/js/client/shell/shell-admin-log.js

Scope & Purpose
Executing said test locally failed after some recent changes that were made to declutter the test output.
This PR makes the test work again locally.
Only test functionality was affected. There is no need to backport the changes in this PR.

[ ] :hankey: Bugfix
[ ] :pizza: New feature
[ ] :fire: Performance improvement
[x] :hammer: Refactoring/simplification

Checklist

[ ] Tests

[ ] Regression tests
[ ] C++ Unit tests
[ ] integration tests
[ ] resilience tests

[ ] :book: CHANGELOG entry made
[ ] :books: documentation written (release notes, API changes, ...)
[ ] Backports

[ ] Backport for 3.9: -
[ ] Backport for 3.8: -
[ ] Backport for 3.7: -

Related Information

[ ] Docs PR:
[ ] Enterprise PR:
[ ] GitHub issue / Jira ticket:
[ ] Design document:

Obsoleted by https://github.com/arangodb/arangodb/pull/16058


Add How-to use chainhooks guide in the Clarinet/How-to documentation.

Duplicate of https://github.com/hirosystems/docs/issues/307


refactor: move language-independent paradigm code to morphodict.paradigm package

What is in this PR?
Mostly moving files around:

moved panes.py and manager.py to morphodict.paradigm package
moved their unit tests to test_$*.py within the same package: NOTE these unit tests test with Plains Cree data, however the code they test should be language-independent
moved default_paradigm_manager() (crkeng-specific) to CreeDictionary.paradigm.generation

NOTE: although the docs state that test data should be in a directory called testdata (makes sense), the pytest plugin we're currently using has no way of customizing the name of the data directory. Any ideas on how to handle this?

Codecov Report

Merging #836 (9cf19f0) into main (40a9610) will decrease coverage by 0.38%.
The diff coverage is 100.00%.

:exclamation: Current head 9cf19f0 differs from pull request most recent head 6e480a0. Consider uploading reports for the commit 6e480a0 to get more accurate results

@@            Coverage Diff             @@
##             main     #836      +/-   ##
==========================================
- Coverage   81.23%   80.85%   -0.39%
==========================================
  Files         103      103
  Lines        4205     3865     -340
  Branches      616      564      -52
==========================================
- Hits         3416     3125     -291
+ Misses        671      636      -35
+ Partials      118      104      -14

Impacted Files
Coverage Δ

...tionary/CreeDictionary/paradigm/test_generation.py
90.47% <ø> (ø)

...eeDictionary/CreeDictionary/paradigm/generation.py
89.47% <100.00%> (+4.85%)
:arrow_up:

...ry/CreeDictionary/templatetags/test_relabelling.py
100.00% <100.00%> (ø)

src/CreeDictionary/CreeDictionary/views.py
81.13% <100.00%> (+0.57%)
:arrow_up:

...nary/management/commands/ensurecypressadminuser.py
67.85% <0.00%> (-4.02%)
:arrow_down:

.../CreeDictionary/DatabaseManager/test_db_builder.py
36.20% <0.00%> (ø)

...ctionary/DatabaseManager/xml_entry_lemma_finder.py
98.60% <0.00%> (ø)

.../search_quality/management/commands/featuredump.py
32.69% <0.00%> (ø)

...ranslate/management/commands/translatewordforms.py
73.17% <0.00%> (ø)

src/CreeDictionary/shared/expensive.py
100.00% <0.00%> (ø)

... and 3 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 40a9610...6e480a0. Read the comment docs.


AdaptiveLighting-Edge

this pr contains some of the current prs.
You should utilize an edge branch for this project! You can easily create a release that always points to this branch available on HACS called 'Adaptive Lighting - Edge' which makes it easy to test the current in-development features.

this branch is way too old to realistically merge


Fix madd,mdel, medit bugs and added regex check for madd

Codecov Report

Merging #256 (d59f4f1) into master (ddaa614) will increase coverage by 0.07%.
The diff coverage is 50.00%.

@@             Coverage Diff              @@
##             master     #256      +/-   ##
============================================
+ Coverage     51.55%   51.62%   +0.07%
- Complexity      731      733       +2
============================================
  Files           141      141
  Lines          3437     3440       +3
  Branches        478      478
============================================
+ Hits           1772     1776       +4
+ Misses         1539     1538       -1
  Partials        126      126

Impacted Files
Coverage Δ

...ddress/logic/commands/module/AddModuleCommand.java
100.00% <ø> (ø)

...u/address/logic/parser/AddModuleCommandParser.java
0.00% <0.00%> (ø)

...ess/logic/commands/module/DeleteModuleCommand.java
55.35% <100.00%> (ø)

...dress/logic/commands/module/EditModuleCommand.java
62.61% <100.00%> (ø)

...dress/logic/commands/module/ViewModuleCommand.java
100.00% <0.00%> (ø)

...rc/main/java/seedu/address/model/ModelManager.java
77.11% <0.00%> (+1.68%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


resolveStyles breaks this.props.children if children is an object, not an array

This issue is related to #317, but is different enough that I thought I'd post a new issue instead of commenting there.
react-router sets this.props.children to be a keyed object. _resolveChildren uses React.Children.map to iterate over that object, and the result of calling that map function is a broken object that can't be used anywhere.
My gut tells me this is an issue with react-router, but an issue posted there was closed with the explanation that: "this.props.children is an opaque type that is being used by many different React libraries to mean something other than just node, array, or null. In react-motion's  component, for example, this.props.children is a function."
In any case, the interaction between these two libraries is causing issues. Can we fix this on the radium side (e.g. check childrenType before calling React.Children.map)?

IMO react-router should be passing those "named children" as props instead. Components expect this.props.children to be an opaque type that can be processed by React.Children. react-router is breaking that expectation.
This is not the same as react-motion, where they've created a component that accepts a different type for children. react-router is passing a different type of child to normal components, one that is not inline with the rest of React.
As for Radium working around this, I'm not sure it is possible; both are objects, so I don't know how we would distinguish.

Agreed. In the betas for react-router 1.0.0, the named children were in fact passed as props. I'm not sure why the decision was made to put them in children (although I guess it makes sense, in some ways). Would be great if @mjackson could chime in here.

Please reopen this if it is still a problem, but it seems to be working? Perhaps you are using React 0.14? Our tests are all against the latest stable version.

@ianobermiller Thank you for making that distinction. That's important. I think you're right. When we're passing children to someone else, we should probably give them a type they can expect.

@mjackson Oddly enough my test case with a keyed object works just fine, and React.Children.map does what you'd expect (it keeps arrays as arrays, and keyed objects and keyed objects).
Thanks for following up on this issue!


Support Apache DolphinScheduler LDAP auth based on Casdoor

See: https://blog.csdn.net/DolphinScheduler/article/details/122053746

@seriouszyx

Replaced by: https://github.com/casdoor/casdoor/issues/430


defaultScript doesn't appear to be used

There are two sources of data via defaultScript and defaultScriptName. The former holds, what appears to be, a script while the latter is the pointer to a configmap with the script.
I can trace where defaultScriptName is injected, pulled into the worker, and then used.
I can't find the same thing for defaultScript and it doesn't appear to be used outside of docker handling.
Should this be fixed or should the use be clarified?

I also found the project chart references defaultScript at:
https://github.com/Azure/brigade/blob/094f535f07ae458db4083979459ad193be49e8ba/charts/brigade-project/templates/secret.yaml#L22-L25
and
https://github.com/Azure/brigade/blob/094f535f07ae458db4083979459ad193be49e8ba/charts/brigade-project/values.yaml#L16-L21


[New game]: Word Scramble Game

🎮 Game Request
In This Game, letters are shuffled randomly, and you have to find the correct word using those letter within 30 seconds
Point down the features
In This Game, letters are shuffled randomly, and you have to find the correct word using those letter within 30 seconds. to make the  game easy for user, there is a hint of the word too.
Select program in which you are contributing
GSSoC23
Code of Conduct

[X] I follow CONTRIBUTING GUIDELINE of this project.

Hey @Madhavi210 !
Thank you for raising an issue 💗
You can self assign the issue by commenting /assign in comment 😀
Make sure you follow CODE OF CONDUCT and CONTRIBUTING GUIDELINES 🚀
Don’t Forget to ⭐ our GameZone🎮
Make sure you join our Discord🕹

Hey @Madhavi210 ! Thank you so much for your raising the issue💗
It’s all yours, you can come anytime again and make some contributions! 🚀
Alone, we can do little, but together we can do so much! 😇


Support for workspace versions

Versions can be defined in a virtual workspace, by specifying version.workspace = true, and those shouldn't be overriden.
Currently the tool is overwriting the version.workspace = true and replacing it with version = <new version>.
For an example, check out this repo and run the command:
$ git clone https://github.com/stellar/rs-soroban-sdk
$ cd rs-soroban-sdk
$ cargo set-version 22.0.0-rc.3
$ git diff
--- a/soroban-ledger-snapshot/Cargo.toml
+++ b/soroban-ledger-snapshot/Cargo.toml
@@ -6,7 +6,7 @@ repository = "https://github.com/stellar/rs-soroban-sdk"
 authors = ["Stellar Development Foundation<EMAIL_ADDRESS> readme = "../README.md"
 license = "Apache-2.0"
-version.workspace = true
+version = "22.0.0-rc.3"
 edition = "2021"
 rust-version.workspace = true

It also appears to not update the version in a workspace.version or workspace.dependencies|dev-dependencies|build-dependencies either. That would be needed to support workspaces.

Thanks for catching these issues! I will see if I can figure out a way to fix them!


esp32s3-devkit: spi flash initialize failed

Hi,
There may be a bug. the spi flash initialize failed
This is the bringup log:
-ROM:esp32s3-20210327
Build:Mar 27 2021
rst:0x1 (POWERON),boot:0x8 (SPI_FAST_FLASH_BOOT)
SPIWP:0xee
mode:DIO, clock div:1
load:0x3fce3818,len:0x1664
load:0x403c9700,len:0x4
load:0x403c9704,len:0xb74
load:0x403cc700,len:0x2e8c
entry 0x403c98fc
I (27) boot: ESP-IDF v5.1-dev-3972-g1559b6309f 2nd stage bootloader
I (27) boot: compile time Mar 15 2023 12:14:10
I (28) boot: chip revision: v0.1
I (31) boot.esp32s3: Boot SPI Speed : 80MHz
I (36) boot.esp32s3: SPI Mode       : DIO
I (41) boot.esp32s3: SPI Flash Size : 4MB
I (46) boot: Enabling RNG early entropy source...
I (51) boot: Partition Table:
I (55) boot: ## Label            Usage          Type ST Offset   Length
I (62) boot:  0 factory          factory app      00 00 00010000 00100000
I (69) boot: End of partition table
I (74) esp_image: segment 0: paddr=00010020 vaddr=3c020020 size=029c8h ( 10696) map
I (84) esp_image: segment 1: paddr=000129f0 vaddr=3fc896f0 size=00a20h (  2592) load
I (91) esp_image: segment 2: paddr=00013418 vaddr=40374000 size=02cb0h ( 11440) load
I (101) esp_image: segment 3: paddr=000160d0 vaddr=00000000 size=09f48h ( 40776)
I (114) esp_image: segment 4: paddr=00020020 vaddr=42000020 size=162b0h ( 90800) map
I (133) boot: Loaded app from partition at offset 0x10000
I (133) boot: Disabling RNG early entropy source...
ABERROR: Failed to initialize SPI Flash

NuttShell (NSH) NuttX-12.3.0
nsh>

I am using the official examples test, the specific steps are as follows：

tools/configure.sh esp32s3-devkit:spiflash
make
make flash

BTY: I remember that when I use mcuboot, I need to open XMC support, I don't know if this is also the problem
Thanks.

@dapeng0512 did you try some older version? Maybe the first version with ESP32-S3 SPI Flash support.
@tmedicci did you see it happening too?

Hi @dapeng0512 , we need more information.
Which board are you using? (especially, which module). Also, can you please run the nxdiag application with Espressif's specific configs enabled too.

Hi @tmedicci ,  I test on ESP32-S3 devkit with ESP32-S3-WROOM-1 M0N8R2 module. this is all serial log and nxdiag --all result
log_20231211_1653.log

@tmedicci maybe using littlefs could avoid this issue, because AFAIK lfs could work even when flash is not formatted.

@tmedicci maybe using littlefs could avoid this issue, because AFAIK lfs could work even when flash is not formatted.

We usually use the SPIFFS for other purposes, but our internal CI tests the SmartFS, that's why it's the default ;)

All right, thanks for your reply @tmedicci. manual formatting is indeed required.


Fixed incorrect documentation link in admin UI

Fixes #5609

GH won't let me see the diff as the line is too long. I trust ya @rossmcdonald
:+1:

@e-dard Hah, well your trust may have been misplaced. I think I have it fixed now, though.
I wasn't aware that the admin UI needs to be regenerated with the statik tool on every change, so my original edits didn't have any effect. I also fixed all of the incorrect doc links I could find, which should hopefully be all of them.
@mjdesa It looks like you've regenerated the admin UI in the past. Can you double check this readme I addded make sure I didn't do anything glaringly wrong?

Okay, so:

changed the statik readme to point to the admin readme
all references to 0.9 have been fixed to point to 0.10
updated paths with the switch to 'influxdata/influxdb' over 'influxdb/influxdb'

Never again @rossmcdonald. Never again! Where did all this content come from, it was a single massive line this morning. 😂

+1

+1 :shipit:

:+1:

@rossmcdonald Sorry, I hosed your ability to merge cleanly with another PR! ;)

shakes fist angrily
It's all good. I just had to rebuild the statik filesystem with the merged changes. I'll merge on green. Thanks for your help everyone!


creativeprojects.resticprofile version 0.24.0

[x] Have you signed the Contributor License Agreement?
[x] Have you checked that there aren't other open pull requests for the same manifest update/change?
[x] This PR only modifies one (1) manifest
[x] Have you validated your manifest locally with winget validate --manifest <path>?

[x] Does your manifest conform to the 1.5 schema?

I feel like https://github.com/creativeprojects/resticprofile should be linked somewhere, but I can't figure out where. (Maybe if we had a PackageRepositoryUrl or PackageSourceUrl?) I also hope that linking the project's support page in PublisherSupportUrl is correct, even though it feels like it should belong to a PackageSupportUrl.
Microsoft Reviewers: Open in CodeFlow

@wingetbot waivers Add Validation-Executable-Error


copy mechanism poc

Goal of this POC is to deploy a working example on dev. I tested it locally but I'd really appreciate a second look before deploying it; design is different than on figma, this is normal (will be finalize after demo it to Saska & Sofie)

Thanks :)

When I go to a persons's position, select an address and save, I'm redirected to a bestuursorgaan without any mandatarissen / bestuursleden (but I should, because I just updated a position ?)

It seems to be the same behavior on dev / acc. I don't think I changed anything there 🤔  The address is persisted tho, if you go back to the position, it is correctly selected.

* The addresses showing in the list, for a person, are the active addresses. Technically, I totally get why it's the case, but jut to be sure, did we expect that older addresses added for that same person would show up ?

Yes this is required in the FP. only active position's addresses should be listed.

* Doing the following when there is already a contact detail in the list will replace it by blank contact details : "Nieuw" -> Don't fill anything -> "Opslaan" (+ it's not persisted, when I refresh the old details are back)

Yes this is normal. All fields in a contact details are optionals + you must click on "Opslaan" (not the one from the modal but the one from the page itself) to have it persisted. If you press the second opslaan, it will be saved and all fields will be empty.
It doesn't seem to be a logical behavior, but I'd prefer to keep it as is for the purpose of the poc, I'll demo it as is to Sofie and see what she thinks of what should we do if an user clicks on new & don't fill anything. Should be fairly easy to adjust for the final implementation.

* Suggestion - Reuse the buttons formatting of "Bewerk kerngegevens" to make it stand out a little more ?

Design will probably change a lot in the final implementation when I got the feedback of Saska & Sofie 😄
I've fixed the other comments, thank you !


Docs/timeline to backlog

Adjusted the release plan to use trackable issues in a feature backlog format.

lgtm, besides the already requested changes


Erroneous overriding of template-defined orientation

Description
If one sets the orientation of a split-layout in a Template:
<vaadin-split-layout orientation="vertical" id="layout">

primary

secondary

</vaadin-split-layout>

Then in Java, bind this element using
@Id("layout")
private SplitLayout layout;

The layout orientation will be set to the default horizontal layout (overriding the value set in the template). This happens
because the SplitLayout's constructor sets the orientation explicitly: setOrientation(Orientation.HORIZONTAL);
Expected outcome
The bound object should not override the value set in the template.
See https://github.com/vaadin/flow/issues/10668

Grooming: The component should check if the property already has a value and only set a default orientation if the property does not have a value.
A workaround would be to reapply the orientation in Java code after the components were initialized.


Adding support to inject custom converters

My expression has integer numbers operating with nullable decimals. In this case, an expression compatibility problem happens when I parse a simple multiplication: x * 100, where x is a nullable decimal parameter.
Then, I needed to extend the conversion behavior to enable custom number conversions that can be passed by the developer through parameters.
After this implementation, I solved my problem writing a custom IntegerConverter in my project. This custom IntegerConverter converts all numbers to decimal.

@Iarly check my PR: https://github.com/davideicardi/DynamicExpresso/pull/89. Maybe it will help you

I will close the PR for inactivity. Feel free to reopen if you still need this PR.


loggin issue with niconico

[x] I've verified and I assure that I'm running youtube-dl 2017.03.16
[x] At least skimmed through README and most notably FAQ and BUGS sections
[x] Searched the bugtracker for similar issues including closed ones

My issue is:

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

$ youtube-dl -v -u technolapin http://www.nicovideo.jp/watch/sm27905394
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', '-u', 'PRIVATE', 'http://www.nicovideo.jp/watch/sm27905394']
Type account password and press [Return]:
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2017.03.16
[debug] Python version 3.6.0 - Linux-4.4.52-1-MANJARO-x86_64-with-glibc2.3.4
[debug] exe versions: ffmpeg 3.2.4, ffprobe 3.2.4, rtmpdump 2.4
[debug] Proxy map: {}
[niconico] Logging in
[niconico] sm27905394: Downloading webpage
[niconico] sm27905394: Downloading video info page
[niconico] sm27905394: Downloading flv info
ERROR: Niconico videos now require logging in
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/youtube_dl-2017.3.16-py3.6.egg/youtube_dl/YoutubeDL.py", line 761, in extract_info
    ie_result = ie.extract(url)
  File "/usr/lib/python3.6/site-packages/youtube_dl-2017.3.16-py3.6.egg/youtube_dl/extractor/common.py", line 427, in extract
    ie_result = self._real_extract(url)
  File "/usr/lib/python3.6/site-packages/youtube_dl-2017.3.16-py3.6.egg/youtube_dl/extractor/niconico.py", line 142, in _real_extract
    expected=True)
youtube_dl.utils.ExtractorError: Niconico videos now require logging in

<end of log>

Description of my issue
Seems that I cannot log in.
The usernames and passwords are the good ones. The problem is somewhere else.
There is no possible char misencoding. Only ascii for this account.
I don't know if the loggin happens. Maybe it does and I'm logged out imediatly or maybe it just doesn't and doesn't warn me.
The other possibility is: maybe niconico changed AGAIN something and youtube-dl isn't following.
It makes several weeks (2 or 3) that I have this bug.
I did a full sys update and nothing got solved.

put the username/password in yout netrc file and it should work
Refer to the bottom part of the issue  #11170

I, too, can't get NICONICO videos, with the -p / --password and -u /--username parameters. I am using your WINDOWS client, so the ".netrc" option isn't available to me. I realize that the ".netrc" option is only a WORKAROUND, not a solution, but reading the comments on #11170 suggest that you would prefer people to use the workaround instead of (1) repairing the login credentials / (2) removing the -p/-u options outright.
There is a song that is ONLY available on this website; I have no other options.

Closing as no feedback for a long time. I assume it works for the original poster.
@maimizuno I've added an example for how to use .netrc on Windows in the last line of https://github.com/rg3/youtube-dl#authentication-with-netrc-file. It works for me:
G:\tmp>youtube-dl.exe -v --netrc http://www.nicovideo.jp/watch/nm3362855
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', '--netrc', 'http://www.nicovideo.jp/watch/nm3362855']
[debug] Encodings: locale cp950, fs mbcs, out cp950, pref cp950
[debug] youtube-dl version 2017.05.29
[debug] Python version 3.4.4 - Windows-7-6.1.7601-SP1
[debug] exe versions: none
[debug] Proxy map: {}
[niconico] Logging in
[niconico] nm3362855: Downloading webpage
[niconico] nm3362855: Downloading video info page
[niconico] nm3362855: Downloading flv info
[debug] Invoking downloader on 'http://smile-cca62.nicovideo.jp/smile?s=3362855.12144as3'
[download] Destination: 【チエ・カジウラ】 06. What's my name  【Gift 25】-nm3362855.swf
[download] 100% of 2.01MiB in 00:00

If that's still broken for you, feel free to leave comments below.

I followed all instructions as listed, yet I get the same result.
The program sees the default conf, and knows to use the .netrc file (I tested without the file present first, and it complained).
Still gives the same result: logging in, getting video information, then ... "you have to login" ....
youtube-dl http://www.nicovideo.jp/watch/nm3362855
[niconico] Logging in
[niconico] nm3362855: Downloading webpage
[niconico] nm3362855: Downloading video info page
[niconico] nm3362855: Downloading flv info
ERROR: Niconico videos now require logging in
I have "niconico" as the "machine" (which isn't really clarified as to what to put there). Should it be something else? An example of your .netrc file would be helpful for duplication purposes (with appropriate redacting, of course).

This is my .netrc:
machine niconico
    login<EMAIL_ADDRESS>    password top_s3cr3t_passw0rd

Personally, I would prefer the COMMAND LINE flags to work. If I have to copy / move my programs to another machine, I don't have to hunt-and-peck for place files like these; my aliases to command-line flags can (and do) successfully do the job.

Let's find out why credentials do not work first. Could you run youtube-dl -v --write-pages --netrc http://www.nicovideo.jp/watch/nm3362855 and paste the output as well as uploading all *.dump files?

And we have a winner!
On the website, you only have to provide your username. For the .netrc file, you must provide your registration email address. That was the issue. Your posting your [altered] sample was the key.
Truth be told, command-line is easier for me (portability: bringing flash drive to and from work). Since the flags are supported in the first place, shouldn't "fixing them" be on the horizon instead of relying on workaround / one-machine-at-a-time-only solutions?

If .netrc works, flags on command line should too..

On the website, you only have to provide your username.

I use gmail, and niconico says "Email address or password incorrect." if I omit the @gmail.com part. What is your email provider?

Truth be told, command-line is easier for me

As @Hrxn said, command line flags should work if .netrc works. Could you try again with full email address?

While I experiment, can I make the intermediate suggestion: if the login fails, a better failure message would be helpful. "This website requires a login" didn't help me understand the issue. "Login failed"
would make more sense. I'll let you know about the CLI flags momentarily.

An error message is useful. Let's reopen.

FYI, using the full email worked successfully.

This will be fixed in the next version. Sorry for being late as I was quite busy on my thesis the last month.

Hope your thesis presentation went well.