Clarify the distinction between m.key.verification.start and its m.sas.v1 variant.

Currently the m.key.verification.start event appears twice with the exact same title, in the "Key verification framework" section and the "Short Authentication (SAS) verification" section. It's not immediately clear that the first occurrence describes the format of the event in general terms and that the second occurrence describes the fields when the m.sas.v1 verification method is being used. This is a similar relationship to the m.room.message event and its various msgtype
variants.
This commit does three things:

It tweaks the generation of the documentation to change the title of the second occurrence of m.key.verification.start to distinguish it from the first.
It updates the language in the description of the two versions of the event to better describe the relationship between the two.
It adds the optional next_method field to the schema of the m.sas.v1 variant, as specified in the general form of m.key.verification.start.

Note: These changes are based on my intuition of what the intent was, but I might be completely wrong about any or all of this!
Signed-off-by: Jimmy Cuadra<EMAIL_ADDRESS>

Another issue related to this that I noticed is that m.key.verification.accept has equivalent fields to the m.sas.v1-specific version of m.key.verification.start. This makes me think that the accept event should have a "generic" form and method-specific forms just like the start event does. In other words, I think there ought to be separate "m.key.verification.accept" and "m.key.verification.accept (m.sas.v1)" sections to mirror the two already addressed in this PR. Or perhaps just adding "(m.sas.v1)" to the title of the current section without adding a "generic" version. Thoughts?

re: keeping the accept event separate: I'd keep it separate for now. The event isn't really generic enough to be promoted to the general structure yet, as some verification methods may not use the event.
It's a little confusing at the moment, however we anticipate other verification methods being introduced. The spec is built to support the future case, as hopefully it'll be near future rather than distant future.

Okay, I think I've addressed all feedback. Ready for another review.

It looks like I'm unable to commit the changelog change myself, but this PR looks good to go once the changelog is addressed.
Thank you!


使用Paddle X训练果蔬识别出现错误

错误日志为：
This log file path is D:\test\数据集\projects\P0003\T0008\err.log
注意：标志为WARNING/INFO类的仅为警告或提示类信息，非错误信息
!!! The CPU_NUM is not specified, you should set CPU_NUM in the environment variable list.
CPU_NUM indicates that how many CPUPlace are used in the current task.
And if this parameter are set as N (equal to the number of physical CPU core) the program may be faster.
export CPU_NUM=16 # for example, set CPU_NUM as number of physical CPU core which is 16.
!!! The default number of CPU_NUM=1.
2021-01-26 23:12:43,095-WARNING: D:\test\数据集\pretrain\MobileNetV2_pretrained.pdparams not found, try to load model file saved with [ save_params, save_persistables, save_vars ]
D:\PaddleX\PaddleX\paddle\fluid\executor.py:1070: UserWarning: The following exception is not an EOF exception.
Process Process-1:2:
Traceback (most recent call last):
File "site-packages\paddle\fluid\io.py", line 1891, in load_program_state
File "site-packages\paddle\fluid\io.py", line 805, in load_vars
File "site-packages\paddle\fluid\executor.py", line 1071, in run
File "site-packages\six.py", line 703, in reraise
File "site-packages\paddle\fluid\executor.py", line 1066, in run
File "site-packages\paddle\fluid\executor.py", line 1154, in _run_impl
File "site-packages\paddle\fluid\executor.py", line 1229, in _run_program
paddle.fluid.core_avx.EnforceNotMet:

C++ Call Stacks (More useful to developers):
Windows not support stack backtrace yet.

Python Call Stacks (More useful to users):
File "site-packages\paddle\fluid\framework.py", line 2610, in append_op
File "site-packages\paddle\fluid\io.py", line 785, in load_vars
File "site-packages\paddle\fluid\io.py", line 1891, in load_program_state
File "site-packages\paddlex\utils\utils.py", line 292, in load_pretrain_weights
File "site-packages\paddlex\cv\models\base.py", line 262, in net_initialize
File "site-packages\paddlex\cv\models\classifier.py", line 195, in train
File "paddlexui\pms\model_tasks\train\classification.py", line 134, in train
File "paddlexui\pms\model_tasks\tasks.py", line 68, in _call_paddlex_train
File "multiprocessing\process.py", line 99, in run
File "multiprocessing\process.py", line 297, in _bootstrap
File "multiprocessing\spawn.py", line 118, in _main
File "multiprocessing\spawn.py", line 105, in spawn_main
File "site-packages\PyInstaller\loader\rthooks\pyi_rth_multiprocessing.py", line 43, in _freeze_support
File "paddlexui\PaddleXCore.py", line 39, in main
File "paddlexui\PaddleX.py", line 18, in

Error Message Summary:
UnavailableError: Load operator fail to open file D:\test\数据集\pretrain\MobileNetV2_pretrained\conv1_1_weights, please check whether the model file is complete or damaged.
[Hint: Expected static_cast(fin) == true, but received static_cast(fin):0 != true:1.] at (D:\1.8.4\paddle\paddle/fluid/operators/load_op.h:41)
[operator < load > error]
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "multiprocessing\process.py", line 297, in _bootstrap
File "multiprocessing\process.py", line 99, in run
File "paddlexui\pms\model_tasks\tasks.py", line 68, in _call_paddlex_train
File "paddlexui\pms\model_tasks\train\classification.py", line 134, in train
File "site-packages\paddlex\cv\models\classifier.py", line 195, in train
File "site-packages\paddlex\cv\models\base.py", line 262, in net_initialize
File "site-packages\paddlex\utils\utils.py", line 292, in load_pretrain_weights
File "site-packages\paddle\fluid\io.py", line 1894, in load_program_state
RuntimeError: Failed to load model file , please make sure model file is saved with the following APIs: save_params, save_persistables, save_vars

工作区和程序目录需要放到英文目录

工作区和程序目录需要放到英文目录

工作区和程序目录需要放到英文目录

think you~

工作区和程序目录需要放到英文目录

think you~

thanks


Add wifi autoconnect

Check for wifi config script in root of boot partition and attempt to connect if it exists.
this script will mount the boot partition under /boot, and check for "wpa_supplicant.conf" if it exists it will attempt to connect using that as the config file.

@JorisBolsens - thanks for the commit.  This is a useful feature for sure.  Give us a day or two to test, comment and pull.

@JorisBolsens - would you rather have the wpa_supplicant.conf on the EXT4 filesystem (e.g.  somewhere like /etc/wpa_supplicant/wpa_supplicant.conf.pynq)?  I want to understand if useful having that file on the FAT boot filesystem - I would expect that file to be generated on PYNQ or do would you expect to generate it from other machines?
That said - I filed issue for next image to include boot partition mounted by default.

@schelleg
The usefulness of the config being on the boot partition is so that it can be written to the SD card by the user without needing to connect to PYNQ via seriel or ethernet. This makes it so the user can just write the pynq image to the SD card, add their network setup, plug it in and boot it up, which is great because many times ethernet is in an inconvenient location and USB-seriel drivers are notoriously unreliable. It may be better to move it off the boot partition to a standard location as you mentioned, instead of keeping it there, however if it is left on the boot partition it is more easily modified if network conditions change (user can just plug sd card back into pc and modify as necessary).
Another solution that could accomplish both goals (moving to standard location and easily modified by user on pc) would be to check boot partition for the config and overwrite the existing config in the standard location if a new version exists on the boot partition.

Another helpful change would be if the udev rules were updated to use the wlan# naming scheme instead of wlx[mac address]

got it - I agree for quick wifi readiness when no serial/ethernet available - something I am taking for granted right now.


Raise the addon memory limits to 1G

The limits were chosen based on basic tests; they aren’t sufficient in various production scenarios. Pending actual scale testing which will help determine accurate limits, this raises the limit to 1G which should be enough for common clusterset sizes.
Signed-off-by: Stephen Kitt<EMAIL_ADDRESS>(cherry picked from commit 8f5c3685898ab4e99dd5d637193c1f21b9dc2620)

/lgtm

/approve

/test all


[language][move] Added typing tests [part 1]

Motivation

Added tests for typing pass.
Tried to cover +/- cases for each check. Covers:

Constraint solving/instantiation on user defined types
Binds/Decls/Assigns
Returns
Scoping/Shadowing
Simple values

Test Plan
ran em

@bors-libra r=tzakian

:pushpin: Commit c23b7b9 has been approved by tzakian

:hourglass: Testing commit c23b7b9e716799fd2321796f3e04433ada253917 with merge f2d698a7f6ed4907a4f20a7164dda71c133ebfa5...

@bors-libra r=tzakian

:pushpin: Commit 6d9e4b0 has been approved by tzakian

:hourglass: Testing commit 6d9e4b0b218d5882a91d957ac246de858c90cb78 with merge 0ebeb1f3e34bfeae706d22963d7f5e2c67abae6c...

:broken_heart: Test failed - checks-circle_commit_workflow

@bors-libra r=tzakian

:bulb: This pull request was already approved, no need to approve it again.

This pull request previously failed. You should add more commits to fix the bug, or use retry to trigger a build again.
There's another pull request that is currently being tested, blocking this pull request: #1706

:pushpin: Commit 6d9e4b0 has been approved by tzakian

:hourglass: Testing commit 6d9e4b0b218d5882a91d957ac246de858c90cb78 with merge acec4f541045d904c6506d290f508b98702cb92a...

:sunny: Test successful - checks-circle_commit_workflow
Approved by: tzakian
Pushing acec4f541045d904c6506d290f508b98702cb92a to master...


Unable to extract swf url for adobeconnect

I've verified that I'm running youtube-dl version 2019.11.22
E:\youtube-dl>youtube-dl --verbose https://ianimate.adobeconnect.com/_a959616276/pgbw94i9lmfz/
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--verbose', 'https://ianimate.adobeconnect.com/_a959616276/pgbw94i9lmfz/']
[debug] Encodings: locale cp936, fs mbcs, out cp936, pref cp936
[debug] youtube-dl version 2019.11.22
[debug] Python version 3.4.4 (CPython) - Windows-10-10.0.18362
[debug] exe versions: ffmpeg git-2019-11-25-d5e3d8e, ffprobe git-2019-11-25-d5e3d8e
[debug] Proxy map: {'https': 'https://<IP_ADDRESS>:1972', 'http': 'http://<IP_ADDRESS>:1972', 'ftp': 'ftp://<IP_ADDRESS>:1972'}
[AdobeConnect] _a959616276: Downloading webpage
ERROR: Unable to extract swf url; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.
Traceback (most recent call last):
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpwnp2jh33\build\youtube_dl\YoutubeDL.py", line 796, in extract_info
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpwnp2jh33\build\youtube_dl\extractor\common.py", line 530, in extract
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpwnp2jh33\build\youtube_dl\extractor\adobeconnect.py", line 18, in _real_extract
File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpwnp2jh33\build\youtube_dl\extractor\common.py", line 1005, in _search_regex
youtube_dl.utils.RegexNotFoundError: Unable to extract swf url; please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.

rtmpdump-2.3
youtube-dl 2019.11.22
E:\youtube-dl>youtube-dl --cookies cookies.txt https://ianimate.adobeconnect.com/_a959616276/peyls8ec65eg
[AdobeConnect] _a959616276: Downloading webpage
[download] Destination: week-8-_a959616276.flv
[rtmpdump] Downloaded 0 bytes
ERROR: rtmpdump exited with code 1

outdated rtmpdump.


Add Grafana Operator

Adds generation for Grafana Operator CRDs:
https://github.com/grafana-operator/grafana-operator/
This required a small change to field escaping, since various properties
contain a . character, such as Grafana.spec.config.['auth.basic']

@nickgooding can you please rebase on master?

@xvzf I've rebased and confirmed generation still appears to be working.


ex: fix global insert of a newline

This fixes a corner case where the last command in a global command list is insert/append/change and the last line of that is an empty line, and the terminating period is not used (it is optional if the insert/append/change is the last command in a global command list since the end is unambiguous). The example is:
g/foo/i\
<newline>

thanks!

nvi has a bug in this (lichray/nvi2#135). For traditional vi (heirloom-ex-vi), it should work:
$ cat file
enum
$ printf '%s\n' 'g/enum/i\' '' '%p' | ./ex file
"file" 1 line, 5 characters

enum

Double-checked this with OpenIndiana (which has traditional SVR4 ex at /usr/xpg4/bin/ex) and same thing.

Ah thanks, I leraned something today !


Thanks man!


Add time dimension navigation

What
Add the ability to select a time dimension on the CMD journey for CPI and then navigate through the dimension and add/remove values. Note that this uses stubbed versions of the Filter/Dataset apis and may need further integration when plugging in to real versions.
How to review
Start the usual services for CMD with the feature/time-dimension branches checked out on the filter-dataset-controller and renderer. You will also need the codelist-api checked out on master as well as cloning this repo https://github.com/mattrout92/stubbed-apis and running the stubbed filter and dataset apis based on the current state of the specs.
Once you have all these services running you should be able to navigate through the time dimension by going to http://localhost:20000/filters/12327673/dimensions and choosing time! Note these fields will not dynamically update until the real apis are plugged in.
Who can review
Frontend dev

@mattrout92 I'm getting an error on make debug, I think we're missing a vendored dependency:
cannot find package "github.com/murlokswarm/log"


adding fix for newest version of esp-idf

fixed some files for the newest version of esp-idf

@W-M-D can i ask you a question...
just in in freeRTOS.cpp file for insance, i get the ringbuffer change...as that is for the new version of ESP-IDF
but there is a change to the FreeRTOS::Semaphore::Semaphore(std::string name)  method
changed the semaphore from binary to mutex
just wondering why

Darn, I can't remember off the top of my head. I'm pretty sure there was a change in freertos that requires this.

I got cpp_utils to compile with this PR, and a couple small tweaks.  But BLE scanning seems to be broken and the errors point to the FreeRTOS::Semaphore mentioned above.  I'm getting this
`0x40093bfb: panic_abort at /Users/chris/esp/esp-idf/components/esp_system/panic.c:330
0x40093c09: esp_system_abort at /Users/chris/esp/esp-idf/components/esp_system/system_api.c:68
0x4009602e: abort at /Users/chris/esp/esp-idf/components/newlib/abort.c:46
0x40096cd7: xQueueGenericSend at /Users/chris/esp/esp-idf/components/freertos/queue.c:728 (discriminator 5)
0x400d80c2: FreeRTOS::Semaphore::give() at /Users/chris/Documents/clients/wave/simple_ota_example/components/cpp_utils/FreeRTOS.cpp:119
0x400d6825: BLEScan::handleGAPEvent(esp_gap_ble_cb_event_t, esp_ble_gap_cb_param_t*) at /Users/chris/Documents/clients/wave/simple_ota_example/components/cpp_utils/BLEScan.cpp:80 (discriminator 3)`
Seems to happen when the scan period is over and Semaphore::give is called.  Anyone seen this?

FYI, reverting the semaphore changes make the BLE scan work with current IDF.  Not sure if it causes any other issues though.


Remediate High vulnerability

Snyk reports 1 High vulnerability in HumanCellAtlas/unity nokogiri. Please remediate by the end of Q3 Milestone 3 or, if applicable, document as a false positive finding.

From Jon: "The version of nokogiri installed is the latest available (1.10.4).  So there's also no remediation available for that if it isn't because of this CVE. The issue is that there aren't resolutions available for nokogiri." Note: a milestone has not been assigned to this ticket because it doesn't exist for this repo.

From Nokogiri: https://github.com/sparklemotion/nokogiri/issues/1582
The TL;DR is that the XXE vulnerability in libxml2 (upon which Nokogiri depends) is only an issue for the gem if the application opts into accepting DTD loading and network access.  By default these are both false.  The stance of the maintainers is that this is not an issue for users of the gem that don't customize options.
There is still activity on their repo about this, so I'm going to leave it open for now, but this may get closed as a "false positive".

As per https://github.com/sparklemotion/nokogiri/issues/1582#issuecomment-537750186:
The maintainers of Nokogiri are asserting that this is a false positive as of v1.8.3.  The underlying issue was patched in libxml 2.9.8, which was pulled into Nokogiri in 1.8.3.  They specifically call out anyone who is a "security scanner" that this is already dealt with, and that it should be marked as green.
As a result, I'm closing this issue as we are on v1.10.4.


Integration with ebouther/imdb-id

Is there any way to integrate this with ebouther/imdb-id?
I'm new at js so unfortunately I can't do this myself

Well, that module returns the id, so you can run a search through there and then pipe that ID back into imdb. It looks like they'll work together just fine!

Oh okay :) I'm just wondering though, will it take a performance hit? Both use cheerio and maybe the request could be simplified.

It will not take a performance hit

If we have the same dependency versions you will also not have to redownload the dependencies

Simply install both modules

Cool. Thanks!


Does it possible that i can put indicator to the left position?

Hi, thanks for your wonderful extension.
It's really beautiful.
The two features that can make it more perfect for me are these:

Changing the direction of the indicator.(for example i want to see indicator on the left side)
Using middle scroll for browsing between workspace.

Hi, @azkia98 !

Changing location of indicator is not it's responsibility. You should try to move tray. There are several extensions to do that. Like this one https://github.com/MartinPL/Tray-Icons-Reloaded
I've already tried to add scroll functionality but it turned out that it's not so convenient. Check comments in this issue https://github.com/MartinPL/Tray-Icons-Reloaded
In the end I decided not to add scroll-to-change-workspace functionality. But, if you still wanna use scroll in order to switch workspaces you can get the code from this branch https://github.com/tty2/horizontal-workspace-indicator/tree/feature/scrollable-widget
I keep this branch for this case, but I'm not sure if I'll support it.

Hi, @tty2 !
Thanks for your suggestions.
The tray icons reloaded was a great suggestion.
For the scrolling I found this extension.
Anyway, I'm really grateful for all you've done for us.


Update the selected file if a renamed folder is a prefix of the path

This seems to fix #10527, but I don't know the code well enough to know if there would be other side-effects - I just made this fix by local inspection of the code. @dangoor could you take a look?
This fix exposes another issue, though: if you follow the steps in #10527, but rename the folder so it clashes with an existing filename, you get an error dialog, but now the selection is messed up again. The reason is that we update this._selections.selected before we know whether the rename was successful or not. (I think you would get a similar bug without this fix if you were just renaming an ordinary file.) So there's probably more work that would need to be done to make sure that gets updated only after we know the rename succeeded, but that looks like a more complex fix and someone who knows the code better should probably get into it :)

Oops, the original commit had a problem. I amended and force-pushed it, so if you looked at this branch in the last five minutes please reset :)

Also - this probably needs unit tests, but I don't have time right at the moment - if someone else wants to take a stab that would be great; otherwise I could look at writing some later (but am not sure what the timeline is to get this into 1.2).

OK, I improved the fix to not adjust the selection if the rename fails, and added tests for these cases.
I wasn't entirely sure if the selection adjustment needed to happen in the FILE_CREATING case - logically it should if the new item remains selected after the rename, but it seems like in the actual UI that's not the case (the selection switches to the working set), and there are no existing tests around the file tree selection after a create. However, it seemed safer to do the adjustment in both cases (since it was doing it in both cases before my change).
@dangoor would be great if you could do a quick review. If we do take this fix, it would also be good for people to do some testing around both creating files/folders and renaming them.

I haven't tested this, but it looks good to me.

@madanbn @ryanstewart I feel pretty good about this fix if you want to try to get it in for 1.2 - but would suggest you have folks do some focused testing around creating and renaming files/folders in the file tree; I did some testing around basic scenarios but didn't go deep.2

Looks like there's additionally a view/pane management bug here.  If I follow the #10527 steps and then select the nested "file-in-folder.js" again afterward, I get this error in the console:
/..<snip>../folderRenamed/file-in-folder.js found in pane working set but pane.addView() has not been called for the view created for it

Same thing happens any time I select that file in the future (or select it in the working set).

@njx Otherwise this looks great and the tests are good too.  Is it worth fixing the Pane issue before merging this?  If the bug repros all the way back to 0.44, merging it doesn't seem urgent for 1.2, but OTOH the Pane issue does appear to be a second bug in different code...

Yeah, looking at it more, it seems separable enough that this is worth merging now.  I'll put up a separate PR for the Pane issue.


feature/cron

we need workers monitoring for full automation, so #30 must be implemented before this MR


[BUG] Types symlink don't work on Nix

Describe the bug
The types folder cannot be linked to anything /usr/lib or anything there
To Reproduce
Clone on Nix
Expected behavior
I don't know if you want to take this into account, personnaly i would like not to clone it and set this up myself, adding this setup step to a contributing section, there might also be some extra steps like a bun install so one more command might not be that bad to be sure it works everywhere
Desktop (please complete the following information):

Distribution: NixOS
Window Manager/Desktop Environment: Hyprland

Are you saying to remove the types reference /types from the repo?

There might be some use of that file i don't see to this file, but to me when i clone that's just a dead symlink, so yes I am saying to remove this reference
Maybe a shellhook could fix it, but that would mean it's gonna link it on every devshell activation


itemRerender is so complicated

I can not use item rerender feature as when I use it the items disapear.. I try to make the shape of a card  like this ( https://ant.design/components/card/#header )
but when I use it the items disapear ..can anyone help by providing some examples for diffrenent shapes for items
thanks in advance

I would suggest starting from here
https://codesandbox.io/s/k0wn41y0o7
this is a full example of itemRenderer. Try coding your item from this starting point and post the codesandbox here so we can help figure it out together


Update various dependencies

@homu r+

:pushpin: Commit f259ed9 has been approved by poteto

:zap: Test exempted - status


Phantasy Star Nova [PCSG00351]

Game summary

Game name: Phantasy Star Nova
Game serial: PCSG00351
Game version: 1.05

Vita3K summary

Version: v0.1
Build number: 1075
Commit hash: https://github.com/vita3k/vita3k/commit/6142543

Test environment summary

Tested by: Zangetsu38
OS: Windows 10
CPU: AMD Ryzen 2700X
GPU: NVIDIA GTX 1080 Ti
RAM: 16 GB DDR4 3600 mhz

Issues

Stop boot with unicorn error

Unicorn error 0x7 at: start PC: 0x83B6BF95 error PC 0x83123716 LR: 0x9D91

Log
vita3k.log

I just tried testing this myself on my end with build v0.1 1712-0debeeb4. While there's no Unicorn error anymore, it does not progress past the live area splash screen.

Game Serial: PCSG00351

Game version: 1.00

OS: Manjaro Linux 20.2 with kernel 5.8.16-2

CPU: AMD Ryzen 1700

GPU: RX580 using amdgpu and mesa 20.2.1-1

vita3k.log

Vita3K v0.1.5 2724-4cc25397
still nothing and crashes out the emulator
vita3k.log

Hope someone can get this game to run eventually. Really wanted to try out Nova after playing all the other Phantasy Star games with online modes. And it being heavily based on PSO2 makes it something that really interesting to me, NGS just doesn't do it for me.

Vita3K summary

Version: v0.1.6
Build number: 3017
Commit hash: https://github.com/vita3k/vita3k/commit/762ee3bc
CPU backend: Dynarmic

Test environment summary

Tested by: othmanead
OS: Windows 11
CPU: Intel i5-10300H
GPU: RTX 3060 mobile
RAM: 16 GB

Issue:
Goes ingame but crashes at character selection
Screenshots:

Log
vita3k.log
Recommended labels

Ingame-
Crash

note on latest report: on linux, it crashes xorg sessions, so theres that

Vita3K summary
Version: v0.1.6
Build number: 3023
Commit hash: https://github.com/Vita3K/Vita3K/commit/cd96eff
CPU backend: Dynarmic
Test environment summary
Tested by: OneTS
OS: Windows 11
CPU: AMD Ryzen 5 1600X
GPU: AMD Radeon RX480
RAM: 16 GB
Issue
All characters is corrupting loading when I selecting any race and crashes in Character Create. I don't think, if locations in game is - loadable. We cannot confirm about loadable locations in game, if have with Character issue.
Log
I lost vita3k.log when I trying, but, I have shader's logs.
full cache and shaderlog today(2023.02.20).zip
character cache and shaderlog(2023.02.20 - not all).zip

Vita3K summary
Version: v0.1.9
Build number: 3525
Commit hash: Vita3K/Vita3K@d942cf20
CPU backend: Dynamic
Test environment summary
Tested by: Shadowth117
OS: Windows 10
CPU: AMD Ryzen 9 5900X
GPU: Nvidia RTX 3080
RAM: 32 GB
Issue
Game tends to halt or crash in character creation. Specifically, skip intro videos, New Game, and hitting o through the default menu options until the pictured screenshots. From there, it tends to crash or freeze. Sometimes, it will load a green, yellow, red character similar to the ones in the above report.
In addition, the initial load to the title screen after skipping videos does seem especially slow.
Would very much love to see this more functional as my Vita's screen died and I never got the chance to complete the game.
Log
cache.zip
vita3k.log
#Screenshots

Vita3K summary
Version: v0.1.6
Build number: 3542
Commit hash: https://github.com/Vita3K/Vita3K/commit/482b347
CPU backend: Dynarmic
Test environment summary
Tested by: OneTS
OS: Windows 10
CPU: AMD Ryzen 5 1600X
GPU: AMD Radeon RX480
RAM: 16 GB
Issue
Characters render finally loadable access to ingame. But have various issues with avatar render, various glitchy cutscenes and any location (and using english patch) during in game possibly crashing.
Log
vita3k.log
shaderlogs.zip
Screenshots

Recommended labels
Ingame+

so excited for this to be playable, such good progress

App summary

App name: ファンタシースター ノヴァ
App serial: PCSG00351
App version: 1.00

Vita3K summary

Version: v0.2.0
Build number: 3594
Commit hash: https://github.com/vita3k/vita3k/commit/d49480f8
CPU backend: Dynarmic
GPU backend: Vulkan

Test environment summary

Tested by: me
OS: Linux, Arch
CPU: Ryzen 5600x
GPU: Radeon 7700XT
RAM: 32GB

Issues
Game seems to think there is save data from the demo on the memory card, though there is none, and displays a dialog about importing that data. See screenshot.
The emulator crashes when the game attempts to access save files, such as by pressing 'yes' at the screen mentioned above or immediately after character creation.
Screenshots

Log
vita3k.log

Just try the game and mess around in settings, it seems the bug was caused by upscaling the resolution and disabling surface sync, however in Cast Race the bug still exists.

RETESTED ON PC - Confirm this should be marked as playable now as long as certain settings are applied. Thank to teh post from [rockman05] above.

App summary

App name: Phantasy Star Nova (ファンタシースター ノヴァ)
App serial: PCSG00351
App version: 1.05 + ENG Patch

Vita3K summary

Version: v0.2.0
Build number: 3690
Commit hash: https://github.com/vita3k/vita3k/commit/[f0285143]
CPU backend: Dynarmic
GPU backend: Vulkan

Test environment summary

Tested by: JackMonty
OS: Windows 10
CPU: AMD Ryzen 5 Pro 3500U
GPU: Nvidia Geforce GT1030
RAM: 16 GB

Issues
No game breaking issues to report anymore - game is fully playable, I tried it with and without the English patch but the following need to be taken into account to ensure the best experience:

Use Vulkan (OpenGL runs too slowly and crashed for me)
Do not run above 1X resolution - any higher causes graphics bugs
Uncheck "Disable Surface Sync"
Check "Asyn. Pipeline Comp."
When starting a new game do not load data detected from the demo (this causes a crash as no data is actually present)

One thing to note - some parts take a while to load - it will load so just be patient. As mentioned by [rockman05] above there are still graphics issues if you select male or Female members from the Cast race. Human and Newman races work fine.
Screenshots
Gameplay

Recommended labels

Add Playable
Remove Crash
Remove Ingame -
Keep Graphics bug

I forgot to mention my last comment may have screenshots from the English patch but the game behaves the same way even if it is in its original form with no English patch. I only tested version 1.05 though.


refactor: use require.resolve and remove resolve dependency

What this PR solves / how to test
Fixes N/A
It looks like we can simplify the resolve using require.resolve, similar to how other parts of the codebase that also does so:
https://github.com/cloudflare/workers-sdk/blob/0deb42b2b6b5960d0bd79884471805069c0f29b0/packages/vitest-pool-workers/src/pool/module-fallback.ts#L292
https://github.com/cloudflare/workers-sdk/blob/0deb42b2b6b5960d0bd79884471805069c0f29b0/packages/wrangler/src/deployment-bundle/bundle.ts#L332-L337
This allows the package to drop the resolve dependency, which isn't used anywhere else in the wrangler prod dependency graph.
Author has addressed the following

Tests

[ ] TODO (before merge)
[ ] Tests included
[x] Tests not necessary because: refactors code

E2E Tests CI Job required? (Use "e2e" label or ask maintainer to run separately)

[ ] I don't know
[ ] Required
[x] Not required because: refactors code

Changeset (Changeset guidelines)

[ ] TODO (before merge)
[x] Changeset included
[ ] Changeset not necessary because:

Public documentation

[ ] TODO (before merge)
[ ] Cloudflare docs PR(s):
[x] Documentation not necessary because: internal refactor

I had to remove a test to fix the fail. Looks like it's because the test was importing a non-exported entrypoint here:
https://github.com/cloudflare/workers-sdk/blob/bea65583f72fcf8346ed82d4b9b1176669bcfd23/fixtures/import-wasm-example/src/index.js#L4
It worked with the resolve package because it does not support the package "exports" field when resolving paths, but node (since v12.7.0) had supported that field when resolving, so it prevents accessing non-exported paths.
Technically it could be a breaking change that it now respects the "exports" field when resolving packages, but on the other hand, "exports" field had been supported by most tooling for many years now that it could be seen as a fix, but I'll leave y'all to decide. I don't mind closing this PR if we're not ready to change that yet.

@bluwy Thanks for this contribution! Given it requires removing a test I don't think we'd want to merge it as-is—we do want to preserve that test's behaviour, if possible

Alright I'll close this for now then, but I think it's something worth revisiting again in a breaking version to respect the "exports" field. https://github.com/cloudflare/workers-sdk/issues/2805 might be related.


Global Styling iteration 2

fix: article cards in list follow the SAP grid
fix: hero banner and title-banner are (still) full-width
Main changes:
a) Article cards in list follow the same grid that is being used on existing news.sap.com/blog pages (https://sap.frontify.com/document/223141#/layout/grid-breakpoints):
** The cards "stretch", while the gutter space remains fixed (gutter space is determined per breakpoint)
** For breakpoint XL, when reaching 1600px+, neither the cards stretch nor the gutter changes, but the margins left and right enlarge ("horizontally centered view"). See https://sap.frontify.com/document/223141#/layout/grid-breakpoints > "The grid will have a fixed width for any resolution higher than 1600px and will not grow further than that."
b) Hero Banners and Title Banners (topic/theme pages) still have full-width (may change with the upcoming second-level nav)
** Title Banner text has been aligned with the cards
Not covered in this ticket:

Topic / Author pages: Some vertical spacing between header and main area remains

Fix #39
Test URLs:

Before: https://main--hlx-test--urfuwo.hlx.live/blog/2023/11/supply-chain-issues-keeping-ceos-up-at-night

After: https://39-style-blog-page--hlx-test--urfuwo.hlx.live/blog/2023/11/supply-chain-issues-keeping-ceos-up-at-night

[ ] New Blocks introduced in this PR => No

[ ] New variations introduced in this PR => No

This has been validated by Elaine Shih here: https://adobe-dx-support.slack.com/archives/C06H8UNQ3RS/p1707727508931139.
Please review or say "ok", so I can merge it in.
NOTE: There will anyways be further rework as part of the header / side-nav work (by @saurabh-khare) and in the grid system ticket (#116)

@pahupe I do not see article cards here
https://39-style-blog-page--hlx-test--urfuwo.hlx.page/blog/2023/11/supply-chain-issues-keeping-ceos-up-at-night


Dim.Auto (DimAutoStyle.Text) confuses TextFormatter when Width is absoulte and Height is auto

Change CheckBox's constructor to set Height = Dim.Auto (DimAutoStyle.Text)
Checkbox unit tests fail when they shouldn't

This test sets Width to an absolute.
        var checkBox = new CheckBox
        {
            X = 1,
            Y = Pos.Center (),
            Text = "Check this out 你",
            TextAlignment = Alignment.Centered,
            Width = 25
        };

For some reason, this is confusing TextFormatter.

The bug is here. I knew this was a hack.  ;-)

The root of the issue is TextFormatter.AutoSize applies to both width & height. Like View, it needs to treat them independently.
There may be another workaround that doesn't require rewriting TextFormatter...

I found this, and have a workaround in the PosAlign scenario in https://github.com/gui-cs/Terminal.Gui/pull/3415

The root of the issue is TextFormatter.AutoSize applies to both width & height. Like View, it needs to treat them independently.

It only consider the text direction for the AutoSize.


Chained Credentials RFC (104) Data provenance is not to be mistaken for provenance of authority (delegation)

The first sentence in the section Delegation as provenance of authority (of the README file) states: "Delegation can be modeled as a data provenance issue, where the data in question is an authorization."
I disagree. Attesting stuff (stuff would be: statements), and pointing to the sources for that is one thing. Delegating stuff (stuff would be: rights and/or duties), and pointing to the source of the right, is quite different. Whereas the right to say things is commonly acknowledged (it is a human right), this is not the case for the right to pass rights/duties on. If I have the right to drive a car, this does not imply that I can pass on this right to anyone else.
I suggest to change the text of the README to accommodate for this.

I think this nuance is created because of a core difference in the meaning of AnonCreds and W3C Verifiable Credentials.  In AnonCreds both the Issuer and the Holder are cryptographic participants in the issuance of the credential ("Issuer Alice said X to Holder Bob") vs. in the W3C Verifiable Credential model where only the Issuer is ("Issuer Alice said X about Subject Bob" -- no reference to the holder).
Inherently in the AnonCreds case, the possession of the data -- proof that you are the Holder as intended by the Issuer -- makes it so that possession does matter. Thus if the semantic meaning of the specific credential is that it is an authority, then prove of being the holder is a delegation as noted in this RFC.
Note that in the W3C model, if the semantic meaning of the credential is that the Issuer grants authority to the Subject AND the Holder proves they are the Subject, then the same result is achieved. That extra step is required.
In the "chained credential" model -- the Holder becoming an Issuer of the Credential to another Holder provides a further delegation.

The issue is not whether or not the holder (to which the credential is issued) is the subject of (claims in) the issued credential. The issue is that a claim is a conceptually different notion than an authority.
If I can pass a claim about me to you, then all I do is pass a statement of the claim's issuer to you. For example, some authority could issue a credential saying that I have the right to drive a car. That right, however, does not automatically entitle me to delegate it to you. And the same goes for contract negotiations and anything else. A right (permission, authorization, duty) is NOT a statement that you can pass on.
That is not to say you cannot have chained delegations. But that requires a different kind of chain: you must not prove that the data originated from a specific source/issuer, but you must prove that this source/issuer is properly entitled to provide you with that right. And that source/issuer itself may not even need to have that right itself (the officer that issues my driving license is not required to have a driving license itself).

Ah...now we get into a debate about what is a Verifiable Credential vs. other terms for the concepts of inherent in VCs.  In the W3C VC model, there is considerable opinion on what such a chunk of data -- particular the focus on "subject".  So using a W3C VC for other purposes (such as authorization) is out of bounds.  And that is fine.
That said, in AnonCreds there is not the same opinion defined in the specification. It is much more about "Verifiable Data", where such data can be used as a (lower-case) verifiable credential, but it can also be used for other purposes, including as an authority.  What is proven by an AnonCreds presentation:

Who issued the credential.
That it was issued to the Holder/Prover
That is was not tampered with.
(Optional) that it was not revoked.

Those attributes are needed for verifiable credentials, but can also be used for other purposes where those same properties are needed.  It just so happens that one such other use is with authority granted by the issuer to the holder.  Agree that is not a "verifiable credential", but my argument is that it needs the same properties.
Thus, if we back away from the rigid use of "subject" and just apply the "verifiable" aspects to data, the delegation  model becomes a possible use case, including the chaining of such verifiable data to enable delegation of authority.
There is a long discussion about the pros and cons of this in a famed W3C CCG chain started by Kaliya Young here: https://lists.w3.org/Archives/Public/public-credentials/2020Dec/0023.html

Yes -- that is what is intended.  The intent of the issuer in issuing the credential must be known -- the schema and the intended semantics of using that specific credential. Which gets back to governance.

Cool. It implies that the embedding of accreditation and certification credentials as proposed by the Decentralized SSI Governance paper is then fully in line with this RFC. That's good enough for me to have this issue closed.

Excellent paper -- we share that one with collaborators.
Closing this issue per note above.


Additional Command Buttons attack button issues.

The "Attack" button does not make your flagship attack the selected target while it is pressed like it would without the plugin installed, it is instead a second "F:Atk" button.
The "Attack" button should make your flagship attack a target as if it was an AI ship.

Thanks for reporting. It's fixed now.


Upgrade to pyubee==0.6

Description:
Upgrade to pyubee==0.6, supporting more models.
Also specify list of supported models.
Checklist:

[x] The code change is tested and works locally.
[x] Local tests pass with tox. Your PR cannot be merged unless tests pass
[x] There is no commented out code in this PR.

If the code communicates with devices, web services, or third-party tools:

[x] The manifest file has all fields filled out correctly (example).
[x] New dependencies have been added to requirements in the manifest (example).
[x] New dependencies are only imported inside functions that use them (example).
[x] New or updated dependencies have been added to requirements_all.txt by running script/gen_requirements_all.py.
[x] New files were added to .coveragerc.

Support for EVW3226@UPC was added as per https://github.com/mzdrale/pyubee/pull/8.
Also contains a bug-fix for the EVW320B model.


Integrate meta-lhg into i.MX8M

LGTM

Thank you Andrey and Peter for the review.

I agree it would be better to have the same OP-TEE user TA path for all devices. I suggest to use the current patch temporarily and that we improve the solution when the integration is more mature.


buttonName change doesnt work

I want to change the button contextual class but its not working
I tried
$(":file").filestyle({buttonName: "btn-primary"});
as well as
<input type="file" class="filestyle" data-buttonName="btn-primary">
FYI: I am using dynamic file input.

Got the solution was using
$(":file").filestyle();
$(":file").filestyle({buttonName: "btn-primary"});
So last statement wasn't getting affected.
Silly mistake


Grid: MudItem - set default width to 12

Feature request type
Enhance component
Component name
MudGrid
Is your feature request related to a problem?
In this case, when I write form-fields that are needed to be full width I had to explicitly put xs="12". Would it be better if it's defaulted to full width so that you will only have to adjust the width for the items that need to share the same row?

Describe the solution you'd like
Set the Grid Item's default width to 12.
Have you seen this feature anywhere else?
Bootstrap auto columns
Describe alternatives you've considered
No response
Pull Request

[ ] I would like to do a Pull Request

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Use MudStack for this type of stuff and not MudGrid. While there is no right or wrong here, MudGrid was built more for bigger layout kind of stuff that changes depending on screen size.
Sure it can be used for smaller things as well like a form but the code quickly gets messy where it does not have to be.


Add Hello world in malayalam.

What does the program do ?
This program prints hello world in Malayalam.
In what programming language it is written?
Python

Thank you for participating  in hacktoberfest ❣ if you liked working on this repo you can share it with friends and star this project for helping others


He/N Collector Crash when other He/N Fluids Exist

Similar to https://github.com/turbodiesel4598/NuclearCraft/issues/123 , I get a server crash a few seconds after placing a Helium Collector. No other machines or pipes are yet connected to it.
Crash report:
crash-2017-09-26_09.16.32-server.txt
Minecraft: 1.11.2
Forge Mod Loader: 1.11.2-<IP_ADDRESS>6
NuclearCraft: 2.4b--1.11.2
Modpack: https://minecraft.curseforge.com/projects/nst-unofficial-exploration

Might have found my mistake.

I think I made a mistake in the Tank code, where I accidentally referred to a method parameter instead of the actual properties of the tank. Hopefully the latest version (2.5) fixes the issue :)

Helium Collector still crashes a few seconds after placement (no pipes or other machines attached) with 2.5. :) I just tried a Nitrogen Collector and it has the same issue.
Helium Collector crash-report: crash-2017-09-29_21.57.01-server.txt
Nitrogen Collector crash-report: crash-2017-09-29_22.06.46-server.txt
Minecraft: 1.11.2
Forge Mod Loader: 1.11.2-<IP_ADDRESS>6
NuclearCraft: 2.5--1.11.2
Modpack: https://minecraft.curseforge.com/projects/nst-unofficial-exploration

Apparently there is a nullPointer error here, but I have no clue why. I'm even doing a null check... I will continue to search for a solution, but this is bizarre...

Ok, maybe this will work?

No dice yet, still crashes shortly after placing a Helium Collector with 2.5fluidCrashFixAttemptNo5Million (nice name ;)): crash-2017-09-30_09.33.23-server.txt

Could it be the NBT data?

at nc.tile.NCTile.func_189515_b(NCTile.java:41)
at nc.tile.NCTile.func_189518_D_(NCTile.java:64)

Or we're getting a fluid that doesn't exist here?

at nc.fluid.Tank.getFluidName(Tank.java:41)

I've never seriously programmed in Java, so am not much help, sorry. :/

It is yes, and being read incorrectly at the line in changeFluid - the reason I'm confused is because I would expect the null check to just stop the helium collector running, not crash the game. The reason this is tricky is because for some reason, it's not crashing mine :P

Maybe it's the combination of mods (e.g. UniDict combining common metals, I don't think it does fluids; or perhaps GalactiCraft)?
Here's what I see for Helium in fml-server-latest.log
[09:35:51] [Server thread/INFO] [nuclearcraft/nuclearcraft]: Registered block helium_collector
[09:35:51] [Server thread/INFO] [nuclearcraft/nuclearcraft]: Registered fluid fluid_helium3
[09:35:51] [Server thread/INFO] [nuclearcraft/nuclearcraft]: Registered fluid fluid_helium
[09:35:51] [Server thread/INFO] [nuclearcraft/nuclearcraft]: Registered fluid fluid_liquidhelium
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:blocks id mismatch nuclearcraft:fluid_helium: 2566 (init) -> 2212 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:blocks id mismatch moreplanets:helium_gas: 2134 (init) -> 3122 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:blocks id mismatch nuclearcraft:helium_collector: 2556 (init) -> 2204 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:blocks id mismatch nuclearcraft:fluid_helium3: 2565 (init) -> 2211 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:blocks id mismatch nuclearcraft:fluid_liquidhelium: 2568 (init) -> 2214 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch nuclearcraft:fluid_helium: 7938 (init) -> 7321 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch moreplanets:helium_gas: 6972 (init) -> 9799 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch nuclearcraft:fluid_helium3: 7937 (init) -> 7320 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch nuclearcraft:fluid_liquidhelium: 7940 (init) -> 7323 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch moreplanets:helium_gas_bucket: 7086 (init) -> 9848 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch nuclearcraft:helium_collector: 7928 (init) -> 7313 (map).
[09:36:32] [Server thread/DEBUG] [FML/]: The fluid nuclearcraft:helium3 has been selected as the default fluid for helium3
[09:36:32] [Server thread/DEBUG] [FML/]: The fluid nuclearcraft:liquidhelium has been selected as the default fluid for liquidhelium
[09:36:32] [Server thread/DEBUG] [FML/]: The fluid moreplanets:helium_gas has been selected as the default fluid for helium_gas
[09:36:32] [Server thread/DEBUG] [FML/]: The fluid galacticraftplanets:helium has been selected as the default fluid for helium

And for Nitrogen
[09:35:51] [Server thread/INFO] [nuclearcraft/nuclearcraft]: Registered block nitrogen_collector
[09:35:51] [Server thread/INFO] [nuclearcraft/nuclearcraft]: Registered fluid fluid_nitrogen
[09:36:31] [Server thread/INFO] [FML/]: Found a missing id from the world advancedrocketry:nitrogenfluid
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:blocks id mismatch nuclearcraft:fluid_nitrogen: 2576 (init) -> 3254 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:blocks id mismatch nuclearcraft:nitrogen_collector: 2559 (init) -> 3262 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch nuclearcraft:fluid_nitrogen: 7948 (init) -> 9920 (map).
[09:36:31] [Server thread/DEBUG] [FML/]: Fixed minecraft:items id mismatch nuclearcraft:nitrogen_collector: 7931 (init) -> 9905 (map).
[09:36:32] [Server thread/DEBUG] [FML/]: The fluid galacticraftplanets:nitrogen has been selected as the default fluid for nitrogen
[09:36:32] [Server thread/DEBUG] [FML/]: The fluid galacticraftplanets:liquidnitrogen has been selected as the default fluid for liquidnitrogen

Are you trying with my NST Exploration modpack (which doesn't have all the latest updates I'm testing at home) or your own?

Ok, if this doesn't work, then I'm stumped for now :P

I'll try again tomorrow (at work now and family night out tonight), thank you for the quick responses @turbodiesel4598 ;)

Still crashes with NuclearCraft-2.5YetAnotherCrashFixAttemptPlsWorkOkThx5million+1--1.11.2 :'(
crash-2017-10-01_07.50.22-server.txt
Did you try with my modpack or a different one? Maybe it's a mod conflict messing up the fluids?
I also tried a SSP brand new world and got a crash:
crash-2017-10-01_07.55.53-server.txt

It's possible, although unexpected - I would have thought Forge could deal with multiple fluids of the same name - I'll go over to their forums and ask about - there are a lot of people there that know a lot more about stuff like that than me.

Removing both GalactiCraft and More Planets (GalactiCraft add-on) let's the Helium and Nitrogen Collectors work and collect their elements with no crash. Re-adding just GalactiCraft seems to cause both the Helium and Nitrogen Collectors to cause the crash when they attempt to collect their element.

It's likely not specific to GC - I am experiencing a Nitrogen Collector crash similar to this, and I have Rockhounding:Chemitry mod which has its own Nitrogen fluid.

Ok, I have an idea - perhaps the GC Helium/Nitrogen is being registered and the NC ones are not, so when te collector tries to generate the NC variety, it crashes... worth a try :P

Ok, I've tested with GC, GregTech and Rockhounding Chem installed and neither of the collectors are crashing the game :)
Will just keep this open while we wait to see if the crash disappears for you too.

NC 2.6 is now released - hopefully the crash has gone...


Update licenseclassifier version

This bumps up the classifier to a newer version that supports Go
modules.
Addresses this issue

FTR - i think we need https://github.com/google/licenseclassifier/pull/32 merged first.

master branch is higher version than the PR


Rewrite tests, for exhaustive coverage

We want to be exhaustive in what we test, specifically multiple projects with differing configurations, such as

those using hpack; #116
those using project modules #119

bash is neither a suitable nor friendly language (and runtest.sh is growing in size & complexity), so let's feel free to write them in a more suitable language (like Haskell) as long as we don't complicate things too much.

I explored the Haskell route and concluded that the complexity doesn't give us huge benefits. Instead I just refactored the bash in #122, and expanded test coverage in #126 and #127 by creating independent tests in their own directories. The only thing shared between the tests is common.sh which is fairly small'ish enough to be maintained over time.
Let's revisit the Haskell route if the tests will have to become more complex than they currently are.


Suggestion: update documentation

I would suggest to update v5 readme because some default options are inaccurate, which may confuse some (especially new) users. For example:
groupSeparator (numerics)
Default: ""

Not true. Default separator is , (at least in currency).
prefix
Default: ""

Not true. Default is $ (at least in currency).
If I (or someone else) finds other incorrect or out-of-date information, I will update this post.

@toxpal ,
Yes, this is true.  Depending the alias used the option default will vary.
It would be nice to extend/enhance the readme.  Send in a pul request with the changes.  I will coment if I don't agree and otherwise will merge them in.

Alright, will try to update it.


ui: Merge SearchInput and ValidationState into BoxelInput

This has a while to go yet.

Making note of this here though I haven’t yet added in ValidationState things so it might be superseded

hmm how strange, I didn’t even see that while working on this! Thanks for pointing it out. But it turns out to be because the old SearchInput didn’t use type="search", that control is added by the user agent, here’s Safari:

vs Chrome:

Firefox doesn’t show it by default, it’s feature flagged!
So I guess it’s out of my hands really. I do wonder whether the magnifying glass icon should go away when content has been entered as two icons beside each other seems a bit weird, I feel like this is a pattern I‘ve seen but now I can’t find it… I’m going to make this a design question.


feat: extend pixi clean cache with more cache options

adds --exec --mapping --repodata to the clean cache function.
Also renames the mapping cache dir to conda-pypi-mapping

@tdejager you can already do that with --conda or --pypi


Django 3.1 support, dropped support for django 1.1

Fixed RemovedInDjango40Warning about django.conf.urls.urls()
Dropped support for django 1.11
fixes f213/django#13

Hey, @mvantellingen!
I have updated the project to fully support django 3.1. Unfortunately, github checks are not triggered by pull requests, so i need your help to validate this pr.

Hey @mvantellingen!
Sorry for bothering you again. Any updates on this?

Shouldn't we merge it now?

Thanks, didn’t see this earlier


Setup instructions

Hi,
I could not find setup instructions for setting up kubedash. Could someone pls. add it in the README or comment here and i'll be happy to send a PR.

Peeyush

Hi @apeeyush, I have updated the README to include setup and setup instructions.
Heapster v0.18.0 has not been released yet, however. In the meantime,
feel free to use https://github.com/afein/heapster/tree/model11
The accuracy of the metrics and the memory consumption of Heapster will be significantly better at the actual v0.18.0 release


"free selection" of firefox extension capture wrong area

Try to do "free selection" this rectangle.

But I got this (white left side and transparent color right side).

I cannot reproduce this issue.
Is your display mode retina? plz more info

I have reproduced on retina display


Is it possible to match multiline patterns?

I'm using vim-javacomplete2 which has the ability to complete method overrides after@Override.
I configured ncm2 to use it, and the other patterns work, but I can't get ncm2 to show the completions after @Override followed by a new line.
If I set omnifunc to javacomplete#Complete and use <C-x><C-o> I can see that the completions are there.
OS
Antergos 4.18.12-arch1-1-ARCH
neovim :version output
NVIM v0.3.1
Build type: Release
LuaJIT 2.0.5
Compilation: /usr/bin/cc -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -Wconversion -O2 -DNDEBUG -DMIN_LOG_LE
VEL=3 -Wall -Wextra -pedantic -Wno-unused-parameter -Wstrict-prototypes -std=gnu99 -Wimplicit-fallthrough -Wvla -fstack-protector-strong
 -fdiagnostics-color=auto -Wno-array-bounds -DINCLUDE_GENERATED_DECLARATIONS -D_GNU_SOURCE -DNVIM_MSGPACK_HAS_FLOAT32 -DNVIM_UNIBI_HAS_V
AR_FROM -I/build/neovim/src/build/config -I/build/neovim/src/neovim-0.3.1/src -I/usr/include -I/build/neovim/src/build/src/nvim/auto -I/
build/neovim/src/build/include
Compiled by builduser

Features: +acl +iconv +jemalloc +tui
See ":help feature-compile"

   system vimrc file: "$VIM/sysinit.vim"
  fall-back for $VIM: "/usr/share/nvim"

Minimal vimrc for reproducing the issue
call plug#begin(expand('~/.local/share/nvim/plugged'))
Plug 'roxma/nvim-yarp'
Plug 'ncm2/ncm2'
Plug 'artur-shaik/vim-javacomplete2', {'for': 'java'}
call plug#end()

augroup ncm2
  au!
  au User Ncm2Plugin call ncm2#register_source({
              \ 'name': 'java',
              \ 'priority': 9,
              \ 'subscope_enable': 1,
              \ 'scope': ['java'],
              \ 'mark': 'java',
              \ 'word_pattern': '\w+',
              \ 'complete_pattern': ['->\s*', '::', '\.',
              \                      '@Override\n\s*'],
              \ 'on_complete': ['ncm2#on_complete#omni',
              \                 'javacomplete#Complete']
              \ })
augroup END

It's not possible with current version.
You could define a custom on_complete with looser complete_pattern
Check the @override in your custom function, forward the call to javacomplete#Complete when necessary.

I see, thank you.

I fiddled around and added a PoC source for it at ObserverOfTime/ncm2-jc2.

The link is now added in wiki.


:lipstick: Improve error message when slot is not available due to being busy

#675  👈 (View in Graphite)
main

This stack of pull requests is managed by Graphite. Learn more about stacking.


ci: use JDK 21 for Graal testing

I have merged this directly. It is a copy of what already happened upstream, and having CI run on this would've been pointless, because the change uses pull_request_target and therefore the CI only ever runs from the source code that's on the development branch.
The change will be validated through Dependabot PR to upgrade to Quarkus 3.17.2.


Responsible layout

follow https://m3.material.io/components/lists/guidelines#561cc637-aa43-4055-be1e-0716faeef7af

By the #211, we solve it by using below strategy:

AlertDialog v.s. Dialog.fullscreen
showMenu v.s. showModalBottomSheet
Breakpoints
Routing

close it as we have (partially but main features) supported.


Cannot set max-line-length argument

I would like to increase the max line length from 79 to 92 characters by adding the following entry to my config:
    "flake8.args": [
        "--max-line-length 92"
    ],

However, this does not seem to have any effect since I keep getting warnings that my lines are longer than 79 characters. I've also tried "--max-line-length=92" and "--max-line-length", "92", which do not work either.

You have to set it like this:
"flake8.args": [
        "--max-line-length", "92"
    ],

OR
"flake8.args": [
        "--max-line-length=92"
    ],

Please share the logs from Output > flake8

Output > flake8:
Name: Flake8
Module: flake8
Python extension loading
Waiting for interpreter from python extension.
Python extension loaded
Server Command [RUN]<EMAIL_ADDRESS>/Users/clemens/.vscode/extensions/ms-python.flake8-2023.2.0/bundled/tool/lsp_server.py
Server Command [DEBUG]<EMAIL_ADDRESS>/Users/clemens/.vscode/extensions/ms-python.flake8-2023.2.0/bundled/tool/_debug_server.py
CWD Server: /
sys.path used to run Server:
   /Users/clemens/.vscode/extensions/ms-python.flake8-2023.2.0/bundled/libs
   /Users/clemens/.vscode/extensions/ms-python.flake8-2023.2.0/bundled/tool
<EMAIL_ADDRESS><EMAIL_ADDRESS><EMAIL_ADDRESS>   /Users/clemens/Library/Python/3.10/lib/python/site-packages
   /usr/local/lib/python3.10/site-packages
Settings used to run Server:
[]

<EMAIL_ADDRESS>-m flake8 --version
CWD Linter: /

5.0.4 (mccabe: 0.7.0, pycodestyle: 2.9.1, pyflakes: 2.5.0) CPython 3.10.10 on
Darwin

Version info for linter running for /:
5.0.4 (mccabe: 0.7.0, pycodestyle: 2.9.1, pyflakes: 2.5.0) CPython 3.10.10 on
Darwin

SUPPORTED flake8>=5.0.0
FOUND flake8==5.0.4

<EMAIL_ADDRESS>-m flake8 --format='%(row)d,%(col)d,%(code).1s,%(code)s:%(text)s' /Users/clemens/Desktop/hello.py
CWD Linter: /
file:///Users/clemens/Desktop/hello.py :
'2,80,E,E501:line too long (92 > 79 characters)'

Last entry in my settings.json:
    "flake8.args": [
        "--max-line-length=92"
    ],

Looking at the logs it seems like you opened just the file /Users/clemens/Desktop/hello.py without opening a workspace, correct?

Yes. Does this extension require a workspace?

No, it should not need one. This is a bug.


test: fix failing CNS test due to bad API key in unstoppable package

Currently in the umbra-js directory there is this failure when running yarn test
1) СNS functions
       gets the public keys associated with a CNS address:
     ResolutionError: < Request to https://polygon-mainnet.g.alchemy.com/v2/iG-oHZ2FvjqC9D43O5q9sj62out5ubsy failed with response status 401 >
      at new ResolutionError (/Users/mds/Documents/projects/umbra-protocol/node_modules/@unstoppabledomains/resolution/build/errors/resolutionError.js:99:24)
      at FetchProvider.<anonymous> (/Users/mds/Documents/projects/umbra-protocol/node_modules/@unstoppabledomains/resolution/build/FetchProvider.js:114:35)
      at step (/Users/mds/Documents/projects/umbra-protocol/node_modules/@unstoppabledomains/resolution/build/FetchProvider.js:56:23)
      at Object.next (/Users/mds/Documents/projects/umbra-protocol/node_modules/@unstoppabledomains/resolution/build/FetchProvider.js:37:53)
      at fulfilled (/Users/mds/Documents/projects/umbra-protocol/node_modules/@unstoppabledomains/resolution/build/FetchProvider.js:28:58)
      at processTicksAndRejections (node:internal/process/task_queues:96:5)

Using ripgrep we can see that URL comes from the unstoppable package:
$ rg iG-oHZ2FvjqC9D43O5q9sj62out5ubsy --no-ignore
<EMAIL_ADDRESS>323:        'polygon-mainnet': 'https://polygon-mainnet.g.alchemy.com/v2/iG-oHZ2FvjqC9D43O5q9sj62out5ubsy',

in that<EMAIL_ADDRESS>file we see:
UnsInternal.UrlMap = {
    mainnet: 'https://eth-mainnet.alchemyapi.io/v2/GmQ8X1FHf-WDEry0BBSn0RgjVhjHkRmS',
    rinkeby: 'https://eth-rinkeby.alchemyapi.io/v2/ZDERxOLIj120dh2-Io2Q9RTh9RfWEssT',
    goerli: 'https://eth-goerli.alchemyapi.io/v2/J-ff_OlmWzw41ocqwpkRccHdfqSZML4q',
    'polygon-mainnet': 'https://polygon-mainnet.g.alchemy.com/v2/iG-oHZ2FvjqC9D43O5q9sj62out5ubsy',
    'polygon-mumbai': 'https://polygon-mumbai.g.alchemy.com/v2/YtQwLH1UOmRGgQp_Rg1TXvFWSWeV5Y02',
};

Maybe we need to update the unstoppable package to a newer version which fixes this, if that's not the solution then we probably need to open an issue upstream for them to fix the key.
But I did confirm that replacing the iG-oHZ2FvjqC9D43O5q9sj62out5ubsy API key in that file with my own causes the tests to pass

Going to try updating the package on to see if that fixes the issue


Fix #57 Reading of memo fields of vfp9 DBF

This PR will allow to read memo texts from VFP9 dbf and will fix #57 and #19

Thanks for merging and adapting to your code style ;) cheers


Filter list permissions in database request/dataloader

Simple solution to filter retrieved ids in query, instead of in memory.

Performance hit should be minimal, but I'll also do some tests.


chore(docs): add note about devel option in browser

Ref #50
This PR adds a note about the devel option being used in the browser.

Hey @PythonCreator27, thanks for this.  I'm going to add some additional notes also in the readme (tracking in #54), as it's not actually so simple to use this in the browser (because of cors).

Of course... Good old CORS.

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

Of course... Good old CORS.

:joy:


support with firebase?

I'm submitting a ...
[ ] bug report
[ x ] feature request
[ ] question about the decisions made in the repository

Do you want to request a feature or report a bug?
does it support firebase angularfire2 ? Do I install it?

regards

What is the current behavior?

If the current behavior is a bug, please provide the steps to reproduce and if possible a minimal demo of the problem via
https://plnkr.co or similar (you can use this template as a starting point: http://plnkr.co/edit/tpl:AvJOMERrnz94ekVua0u5).

What is the expected behavior?

What is the motivation / use case for changing the behavior?

Please tell us about your environment:

Angular version: 2.0.0-rc.X
Browser: [all | Chrome XX | Firefox XX | IE XX | Safari XX | Mobile Chrome XX | Android X.X Web Browser | iOS XX Safari | iOS XX UIWebView | iOS XX WKWebView ]

Other information (e.g. detailed explanation, stacktraces, related issues, suggestions how to fix, links for us to have context, eg. stackoverflow, gitter, etc)

Hi @MELAS007, take a look at this issue https://github.com/akveo/ng2-admin/issues/594.

@nnixaa THANK YOU VERY MUCH

@MELAS007 no problem!


Update mssql driver

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 85.882%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
4909

Relevant Lines:
5716

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 85.882%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
4909

Relevant Lines:
5716

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 85.882%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
4909

Relevant Lines:
5716

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 85.882%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
4909

Relevant Lines:
5716

💛  - Coveralls

Pull Request Test Coverage Report for Build<PHONE_NUMBER>
Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 85.882%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
4909

Relevant Lines:
5716

💛  - Coveralls


Switch from node-sass to dart sass

LibSass, that is used by node-sass, seems to be deprecated, so node-sass won't support the nice new features like SASS Modules.
Using this starter (npm init gatsby, selecting Wordpress) will add node-sass instead of sass (Dart Sass) to its dependencies, in contrast to the correct recommendation of the gatsby-plugin-sass plugin to install sass, instead.

Hi @martin-braun, thanks for the info! npm init gatsby isn't part of this project so I'd recommend opening this issue on the main GatsbyJS monorepo. Thanks!

Hi @martin-braun, thanks for the info! npm init gatsby isn't part of this project so I'd recommend opening this issue on the main GatsbyJS monorepo. Thanks!


MBPMid2010_GPUFix

Hi Julian,
I read and downloaded your MBPMid2010_GPUFix.
Your description says... "is an utility program that allows to fix MacBook Pro (15-inch, Mid 2010)".
Does this fix apply ONLY for MBP mid2010 15-inch? Would this GPUFix also work on my MBP Mid2010 13-inch ? Does 13-inch Mid2010 have a different GPU? Please reply.

@BobLee01 I'm sorry, this patch does not apply to 13-inch MBP, the issue is different on these versions. The patch would not work on these MacBooks.

Ok, Julian. Thanks for getting back to me. Happy Holidays!

Hi Julian, I was tempted to try your patch. Good thing you told me not to do it! Happy Holidays!
On Friday, December 27, 2019 Julian Poidevin<EMAIL_ADDRESS>wrote:
@BobLee01 I'm sorry, this patch does not apply to 13-inch MBP, the issue is different on these versions. The patch would not work on these MacBooks.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.


Unc0ver 8.0.2 iPhone XS 14.8 random reboot every 2 days

Describe the bug
Get random reboot every 2 days.
Device (please complete the following information):

iOS Version:  14.8
iOS Device: iPhone Xs
unc0ver Version: 8.0.2

Place an "x" between the brackets if true:

[ ] this is a bug others will be able to reproduce
[x] this issue is present with all tweaks uninstalled(except for default packages) or disabled
[ ] this issue is present after a rootfs restore
[x] this issue is present on the latest version of unc0ver

Logs
panic-full-2022-01-23-120155.000.txt

X

I’m having the issue with the same device and all unc0ver versions, iOS 14.4.2, especially when ads pops up or browsing safari.

Let's consolidate this in issue #2288


Cors policy error Using Axios.get Request.

Hi.
Thanks for your great services. The get request with ajax doesn't work. I am trying to get the data using axios.get('https://api.ipgeolocationapi.com/geolocate') but I get the Cors Policy Error.
Access to XMLHttpRequest at 'https://api.ipgeolocationapi.com/geolocate' from origin 'https://whitefox-dev.myshopify.com' has been blocked by CORS policy: No 'Access-Control-Allow-Origin' header is present on the requested resource.
Thanks.

Having the same issue you ever manage to fix this?

Same issue any fixes?

Facing same issue using angular http client

Same issue here


Change device hostname through web UI

As more users are deploying multiple TinyPilots to the same network, we should make it easier to change their hostnames.
Which changes the hostname to the desired
Ansible
Add a script called /opt/tinypilot-privileged/change-hostname that the tinypilot user can execute as sudo to change the hostname in /etc/hosts and /etc/hostname.
The script can be written in bash or as a standalone Python script. See this PR as an example of adding a privileged script.
Updating /etc/hostname is simple because it's a file with just the hostname, but /etc/hosts requires some care. We should ensure that:

We perform exactly one string replacement (see update, below)

The string is in the position we expect (see update, below)

The hostname contains only valid characters

The new hostname is not localhost

Update: Per discussion, rather than updating the existing /etc/hosts entry, change-hostname should add a block to the top of /etc/hosts like this:

# AUTOGENERATED BY TINYPILOT <<<
<IP_ADDRESS> my-custom-hostname.local
# >>> AUTOGENERATED BY TINYPILOT

The OS processes /etc/hosts from top to bottom, so our block will take precedence over future blocks.
Backend
Add a new REST endpoint:
/api/hostname (PUT)
The API should accept a JSON message like this:
{
  "hostname": "some-new-name"
}

The handler should call a module that wraps the call to /opt/tinypilot-privileged/change-hostname script using subprocess. See debug_logs.py for a similar example.
The endpoint should respond with a message like this:
{
  "success": true,
  "error": null
}

/api/hostname (GET)
Retrieves the current hostname like this:
{
  "success": true,
  "error": null,
  "hostname": "tinypilot"
}

It should retrieve the hostname by executing the system's hostname command and piping through the result calling platform.node.
Frontend
We should add an option under "Commands" that's "Change Hostname". It pops up a dialog box that says "Change hostname" and offers a text input showing the current hostname (from /api/hostname) and allows the user to change it.
Added (2021-02-15): The dialog should include a warning at the bottom that says, "Your device will restart to apply this change."
If the user changes it, the dialog should say: "Restart now to apply changes?"
If the user chooses to reboot, The dialog should call /api/shutdown to reboot and then poll in the background for a response at the new hostname URL. When the new URL is serving, the dialog should redirect the browser to the new URL.

@mtlynch on a general note, do you have something in mind for how to go about the local dev server? Because right now it’s not mandatory to start the dev server in an environment where the priviledged scripts are available under /opts/..., so using these settings via the UI locally will produce errors. Along with the “shutdown” commands this is an additional case where the dev and prod environments are not at par.

on a general note, do you have something in mind for how to go about the local dev server?

I don't have a good plan for that yet. It started out with the shutdown as the only privileged command, but then I've been slowly adding new ones over the past month and so there's more and more drift.
One thing we could do is define a configuration for an Ansible installation you can run in a dev environment so that it's closer to the prod setup and has the right scripts in place.

How about mocking the scripts? (Or was that what you meant?) It’s not exactly parity, on the other hand there is little point in, e.g., changing the network config such as the host name, or shutting down the machine, when it’s all running locally. For me it would already be a good first step if the frontend didn’t crash in an odd way.

I was thinking of putting the real scripts in, but we could mock as well. I started a separate bug in #501 to track.

I believe this is done, isn’t it? 🥳

Oh right. Fixed!


Match GetObliqueDirection

Decompiled with help from @StableCrimson

Should I be opening PRs for my matches here? I have 2 I opened in this repo but I can do that here if need be.

Hi @StableCrimson, first of all thanks for your amazing contributions.
This repo isn't meant to be a replacement of the other one, these are two different projects. Gh0stBlade's project seeks to do a PC reimplementation of the game, while this one compiles a binary that's identical bit by bit with the executable found on the game disk. I can't really speak for Gh0stBlade on whether if he's going to merge your pull requests anytime soon, but I can guarantee you on my end that this repo is still active and I will be reviewing and merging your code submissions. So it's up for you to decide...the scratches that you have been working on have been created by me using the disassembly generated by the splat configuration of this project, and I eventually plan to create a scratch for every single game function that doesn't already have one.

Hi @StableCrimson, thanks for your amazing contributions.
This repo isn't meant to be a replacement of the other one, these are two different projects. Gh0stBlade's project seeks to do a PC reimplementation of the game, while this one compiles a binary that's identical bit for bit with the executable found on the game disk. I can't really speak for Gh0stBlade regarding if he's going to merge your pull requests anytime soon, but I can guarantee you on my end that this repo is still active and I will be reviewing and merging your code submissions. So it's up to you to decide...the scratches that you have been working on have been created by me using the disassembly generated by the splat configuration of this project, hence why me and Mc-Muffin have been helping you finish the functions and uploading the final result here, and properly crediting you of course.

Sounds good! I didn't know about this repo until you mentioned me, I'll pull the code and make sure I make a PR here for any future decomp work I do on the game.


Init E2E tests

Changes:

Initialize the e2e package to declare E2E tests. Execute the command make e2e-test to run the tests.

Types of changes
What types of changes does your code introduce?

[x] Other (please describe): tests enchanting

Testing
Requires testing: No

Codecov Report
Attention: Patch coverage is 73.75000% with 21 lines in your changes are missing coverage. Please review.

Project coverage is 86.34%. Comparing base (398245d) to head (01080b5).

Files
Patch %
Lines

e2e/e2e.go
68.65%
13 Missing and 8 partials :warning:

Additional details and impacted files
@@             Coverage Diff             @@
##           develop     #384      +/-   ##
===========================================
- Coverage    86.59%   86.34%   -0.26%
===========================================
  Files           78       80       +2
  Lines         3977     4057      +80
===========================================
+ Hits          3444     3503      +59
- Misses         448      461      +13
- Partials        85       93       +8

Flag
Coverage Δ

unittests
86.34% <73.75%> (-0.26%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

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


[Dropdown] Error style is incorrect when in Form > Field

When using Dropdown inside Form > Field with error class there is a incorrect styling
Referred from semantic ui react: https://github.com/Semantic-Org/Semantic-UI-React/issues/1462

Hi, please provide a test case as per our contributing guidelines; you can fork this JSFiddle.

Hi,
This is my fiddle results. http://jsfiddle.net/uwp6a3ux/
I'm not sure if it's react problem or SUI styling now, because when i opened a issue at https://github.com/Semantic-Org/Semantic-UI-React/issues/1462 they said it's SUI styling which is wrong and asked me to open the issues here instead.

@jeremyjohn Thanks, the reason I asked for a test case, is because I couldn’t reproduce—completely forgot that dropdowns could have descriptions. I’ve read Semantic-Org/Semantic-UI-React#1462, will try to deal with it tomorrow, but it will take a while before it’s merged and published as a release, so maybe it’s a good idea to come up with a workaround until then.

Fixed in the community fork Fomantic-UI by
https://github.com/fomantic/Fomantic-UI/pull/1803


Ontario Energy Board Integration not loading in 2023.5.0b0

This error originated from a custom integration.
Logger: homeassistant.config_entries
Source: custom_components/ontario_energy_board/init.py:21
Integration: Ontario Energy Board (documentation, issues)
First occurred: April 26, 2023 at 9:48:25 PM (3 occurrences)
Last logged: 12:01:41 AM
Error setting up entry Hydro Ottawa Limited (RESIDENTIAL) for ontario_energy_board
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 387, in async_setup
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/ontario_energy_board/init.py", line 21, in async_setup_entry
hass.config_entries.async_setup_platforms(entry, PLATFORMS)
AttributeError: 'ConfigEntries' object has no attribute 'async_setup_platforms'

getting the same error

Same error here too. Right after the update

There was a ticket opened about this very thing back in February, where HA warned about the deprecation of async_setup_platforms. The integration owner never acknowledged or did anything about it. Hopefully the integration isn't abandoned already.  Maybe they're not getting notifications?

I reverted to using a template for the tariff and a rest sensor to get rates pulling directly from OEB. Working well so far.
Looks like this integration might be abandoned.

@rtorchia I tested your PR on my system and it is working perfectly. Hopefully the project owner will merge soon.

Thanks. Change worked perfectly.

@rtorchia tested your fix on the container version of HA 2023.5.1 and it's working great.

Thank you, @rtorchia, for the contribution.
There's now a new release that includes the fix.


Volume Up/Down do not work as expected

Hi,
When using the Stream Deck buttons, instead of their expected behaviour:

Volume Up switches between 5%, 15% and 35% (my default volume) (Example Video notice how the volume slider moves, each move is a button press on stream deck. It's not even consistently switching between the three)

Volume Down just mutes volume

This seems to be an issue with exponential volume which you can disable in Settings>Audio. Doesn't seem to be fixable here, pretty sure its an issue with the api.

Indeed, that fixed it.
Thanks for the response and looking into it.


Feature: Allow Owners to Archive Badges/Organizations

Allow Owners to hide Badges and Organizations from the front end.
This does not impact anything on-chain.
The Owner may "Archive" either the Badger or the Organization to hide them from their view.

This is a functionality that had not been planned to be exposed until v8. It will have to be designed and added to the plan.

Yes, I would like this to be addressed

This update is active in the developed version, which brings a complete dashboard clean-up. Can always find the progress of each version at: https://github.com/orgs/FlipsideCrypto/projects/8
Have recorded your +1 🥳

The API is now prepared for this and is only pending a frontend update.


pkcs8: add comment about padding during unmarshal

Adds this comment to the source so we don't ever lose track of the rationale
Signed-off-by: Riyaz Faizullabhoy<EMAIL_ADDRESS>

LGTM, thanks @riyazdf!


Visible overflow in short mode tooltip pop-up in case of long backlink text

Please check that this issue hasn't been reported before.

[X] I searched previous Bug Reports didn't find any similar reports.

Expected Behavior
In short mode, when the backlink and heading text are quite long, in the tooltip pop-up the text should either wrap or the pop-up should expand.
Current behaviour
In short mode, when the backlink and heading text are quite long, the text will visibly overflow beyond the bounds of the tooltip pop-up that shows up when you hover, as shown here:

Steps to reproduce

Create a note with a reasonably long name - for example A file with a very long name.
Create a heading inside that file that is also not too short, for example A heading with an even longer name
Add tasks to that heading.
Query the tasks from this page in short mode.
Observe how the text overflows from the black tooltip.

Which Operating Systems are you using?

[ ] Android
[ ] iPhone/iPad
[ ] Linux
[X] macOS
[ ] Windows

Obsidian Version
1.2.2
Tasks Plugin Version
3.1.0
Checks

[X] I have tried it with all other plugins disabled and the error still occurs

Possible solution
Here's 2 CSS solutions:
If you want to make the text fit the pop-up
.tasks-list-text .tooltip {
    white-space: normal;
}

If you want to extend the pop-up (not a good solution because in case of really long text - beyond the width of your window - the text will still overflow)
.tasks-list-text .tooltip {
    max-width: max-content;
}

Steps to reproduce
See screenshot, this is from the Tasks test vault.

Please kindly give actual steps to reproduce, as per
https://publish.obsidian.md/tasks/Support+and+Help/Report+a+Bug#Give+steps+to+reproduce+the+bug
Many thanks.

Updated, thanks.

Updated, thanks.

Great - thank you!

I'm seeing this too. I wonder if the easiest solution might be to make the backdrop the width of the full text area regardless. Not really a big deal but aesthetically not optimal.

Thanks @aubreyz.


OrientImageFilter changes the origin of the image

Reported on discourse.
Anisotropic images cause wrong origin to be calculated by OrientImageFilter.
Data: https://1drv.ms/u/s!AgvRZZtXCbbOnIwGa6dEHvJ75jvSOQ?e=xf5TiS
Code: https://github.com/sarthakpati/ITKOrientFilterExample

New finding reported: https://discourse.itk.org/t/orientimagefilter-changes-the-origin-of-the-image/2200/16?u=sarthakpati
Basically, there is a difference when the Orientation filter is applied on the raw itk::Image::Pointer v/s the read image from disk:
Original Orientation: LPI
Started verification.
Original Image Properties:
        Origin: [86.9175, 90.0284, -101.794]
Oriented Image [RAI] Properties:
        Origin: [-100.04, -158.669, -101.794]
Re-Oriented Image [LPI] - from Raw RAI Properties:
        Origin: [86.9175, 90.0284, -101.794]
Re-Oriented Image [LPI] - from Written RAI Properties:
        Origin: [86.9378, 90.0131, -101.794]

New finding reported: https://discourse.itk.org/t/orientimagefilter-changes-the-origin-of-the-image/2200/19?u=sarthakpati

The real issue is #1237.


Date serialisation mismatch from Meteor default.

Suppose there is a meteor method "foo" which take following argument
var args = {
    date: new Date()
}

If we call this method from Meteor client date object is serialised properly.
Meteor.call("foo",args);

//in server args.date will be date object

If we call this method using asteroid date object is represented as string.
asteorid.call('foo',args)

//in server args.date will be string in following format '2015-10-12T06:30:00.000Z'

This mismatch will lead develper to write specilized code to fix this issue as follows.
//in server. work around

if(!(args.date instanceof Date)){
        args.date = new Date(args.date);
}

Any updates on this? I'm having the same issue

+1


Write blog post on OCR resources

Try to complete this for the upcoming newsletter

What is this? The 3rd blog post from Jonathan's OCR series?


Appstudio update hacbs-test-project-muik

Pipelines as Code configuration proposal
To start the PipelineRun, add a new comment with content /ok-to-test
For more detailed information about running a PipelineRun, please refer to Pipelines as Code documentation Running the PipelineRun
To customize the proposed PipelineRuns after merge, please refer to Build Pipeline customization

Pipelines as Code CI has failed.There was an error creating the PipelineRun: hacbs-test-project-muik-on-pull-request-
creating pipelinerun hacbs-test-project-muik-on-pull-request- in namespace rhtap-demo-rynr-tenant has failed.
Tekton Controller has reported this error: the namespace of the provided object does not match the namespace sent on the request


[Linux] Client crashes when using "call" function with jitsi

Describe the bug
When using the "Call" feature with jitsi, the welcome window openes fine but when clicking "Join meeting" the jitsi windows gets white and the RocketChat windows grey.
Closing the window with the jitsi call closes the whole RocketChat Client.
The App write this to the terminal when the app crashes:
[bugsnag] Uncaught exception, the process will now terminate…
Error: Render frame was disposed before WebFrameMain could be accessed
    at Object.n._sendInternal (electron/js2c/browser_init.js:165:558)
    at Object.b._sendInternal (electron/js2c/browser_init.js:161:2550)
    at BrowserWindow.closedByUser (electron/js2c/browser_init.js:185:2450)
    at Object.onceWrapper (events.js:422:26)
    at BrowserWindow.emit (events.js:327:22)
    at BrowserWindow.EventEmitter.emit (domain.js:467:12)

What operating system and which version? RHEL 8.4
Which version of Rocket.Chat (Server)? 3.18.3
Which version of Rocket.Chat.Electron (Electron/Desktop)? 3.5.7
Is there any setting relevant changed? jitsi was updated to stable-6433
To Reproduce
Steps to reproduce the behavior:

Start a Call in the Rocket.Chat.Electron Client (jitsi) (for example with rocket.cat
Click on Join meeting
App crashes

Expected behavior
You join the call - with no app crash ;)
Screenshots

Additional context
The Rocket.Chat instance and Jitsi are running in podman containers.
Before the update to docker-jitsi-meet stable-6433 everything was running fine.
I know that was a change outside of Rocket.Chat or Rocket.Chat.Electron - but imho the app should not crash.
And only the Linux Version is affected - a test on the windows version worked fine.

This also happens on MacOS 12.0.1 21A559 using Rocket.Chat 3.5.7 installed using Homebrew.
On Mac the cause seems to be pretty clear:
This app has crashed because it attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain an com.apple.security.device.audio-input key with a string value explaining to the user how the app uses this data.

But perhaps something related to permissions is happening on Linux.

related to https://github.com/RocketChat/Rocket.Chat.Electron/issues/1912

Not sure if its really related...
digged a bit deeper - the application crashes with a signal 11 - segmentation violation...
           PID: 35114 (rocketchat-desk)
           UID: 1002 (xxx)
           GID: 1002 (xxx)
        Signal: 11 (SEGV)
     Timestamp: Tue 2021-11-16 08:50:02 CET (4min 28s ago)
  Command Line: /opt/Rocket.Chat/rocketchat-desktop --type=renderer --autoplay-policy=no-user-gesture-required --field-trial-handle=16296178035104316405,515268292889882005,131072 --disable-features=CookiesWithoutSameSiteMustBeSecure,SameSiteByDefaultCookies,SpareRendererForSitePerProcess --disable-gpu-compositing --lang=en-US --app-path=/opt/Rocket.Chat/resources/app.asar --no-sandbox --no-zygote --disable-blink-features --node-integration-in-worker --num-raster-threads=2 --enable-main-frame-before-activation --renderer-client-id=9 --no-v8-untrusted-code-mitigations --shared-files=v8_context_snapshot_data:100
    Executable: /opt/Rocket.Chat/rocketchat-desktop
 Control Group: /user.slice/user-1002.slice/session-8.scope
          Unit: session-8.scope
         Slice: user-1002.slice
       Session: 8
     Owner UID: 1002 (xxx)
       Boot ID: xxx
    Machine ID: xxx
      Hostname: pluto
       Storage: none
       Message: Process 35114 (rocketchat-desk) of user 1002 dumped core.
Coredump entry has no core attached (neither internally in the journal nor externally on disk).

but this started with an update of jitsi - rocketchat got no update... :/

related to #1912

Well, in that case, you are probably right!
There was one similar case in past, when update of Jitsi lead to RC.Electron crash

@roggy85 can you try 3.6.0 version?
There was changes in UserAgent string which can potentially fix your issue.

I gave it a try but after changing the setting to "open Video Chat using Application Window" the exact same behaviour is back and the app crashes with signal 11 - segmentation violation.
At least you can select if you want to have it open in a browser - which does not fix the issue itself but you don't kill the application each time you have a call ;)

At least you can select if you want to have it open in a browser - which does not fix the issue itself but you don't kill the application each time you have a call ;)

Yeah, it could be some kind of workaround for that issue. But proper fix is still needed.

In 3.6.0 the problem with OSX is to be resolved.
I will try to find what is happening in linux, but I couldn't reproduce the bug yet.

Please test if the lastest release (3.7.0) has solved this issue.

The Call Window now works again! Thanks for the fix.
But at first I had to downgrade again to 3.6.0 because in 3.7.0 I can't open the Settings menu to switch back to open Call windows in Application.
Now in 3.7.0 The application crashes when I try to open any menu like

Downloads
Settings

And It looks like the "View -> Reload" does also not work anymore in 3.7.0.
I also tried to reset the whole App with no luck....

Same 3.7.0 crashing behavior (Menu navigation), on Windows.

I'm experiencing the same problem now with a fresh installation:
RocketChat Server: 6.9.2
Jitsi Server: 2.0.9457
Ubuntu snap RocketChat Client: 3.9.14 (ubuntu 22.04)
The app crashes when joining the call:


Update CACHE_KEY when setting credential in HDFS configuration

The PrestoFileSystemCache is caching file system instances with stale credentials. Adding a CACHE_KEY property to pass to PrestoFileSystemCache so the cache will recreate the file system instance when CACHE_KEY changes.
Ref: prestosql/presto-hadoop-apache/pull/1.

Updated the commit.
CI will fail until prestosql/presto-hadoop-apache/pull/1 is merged and version in pomis updated.


defmt-test: hide location info lines that point to the #[tests] attribute

given this test file
#[defmt_test::tests] // <- line 8
mod tests {
    #[test]
    fn a() {
        trace!("A");
    }

    #[test]
    fn b() {
        trace!("B");
    }
}

probe-run output looks like this:
$ cargo t
0.000000 INFO  (1/2) running `a`...
└─ foo::tests::__defmt_test_entry @ tests/foo.rs:8
0.000000 TRACE A
└─ foo::tests::a @ tests/foo.rs:12
0.000000 INFO  (2/2) running `b`...
└─ foo::tests::__defmt_test_entry @ tests/foo.rs:8
0.000000 TRACE B
└─ foo::tests::b @ tests/foo.rs:17
0.000000 INFO  all tests passed!
└─ foo::tests::__defmt_test_entry @ tests/foo.rs:8

the location info shown on the "running" lines is misleading because it points to the #[tests] attribute. I think it would be better if no location info was shown on those:
$ cargo t
0.000000 INFO  (1/2) running `a`...
0.000000 TRACE A
└─ foo::tests::a @ tests/foo.rs:12
0.000000 INFO  (2/2) running `b`...
0.000000 TRACE B
└─ foo::tests::b @ tests/foo.rs:17
0.000000 INFO  all tests passed!
└─ foo::tests::__defmt_test_entry @ tests/foo.rs:8

if the "running" lines had custom tags (as suggested in #167) then I think this could be implemented in probe-run.
I guess the other option is to crate a set of (private?) defmt logging macros that do not include location info and then use those from the defmt-test proc macro.

Couldn't we use the span of the test function name instead of the call-site span to fix this?

Couldn't we use the span of the test function name instead of the call-site span to fix this?

actually, that would be even better


[SPARK-21681][ML] fix bug of MLOR do not work correctly when featureStd contains zero (backport PR for 2.2)

What changes were proposed in this pull request?
This is backport PR of https://github.com/apache/spark/pull/18896
fix bug of MLOR do not work correctly when featureStd contains zero
We can reproduce the bug through such dataset (features including zero variance), will generate wrong result (all coefficients becomes 0)
    val multinomialDatasetWithZeroVar = {
      val nPoints = 100
      val coefficients = Array(
        -0.57997, 0.912083, -0.371077,
        -0.16624, -0.84355, -0.048509)

      val xMean = Array(5.843, 3.0)
      val xVariance = Array(0.6856, 0.0)  // including zero variance

      val testData = generateMultinomialLogisticInput(
        coefficients, xMean, xVariance, addIntercept = true, nPoints, seed)

      val df = sc.parallelize(testData, 4).toDF().withColumn("weight", lit(1.0))
      df.cache()
      df
    }

How was this patch tested?
testcase added.

Test build #81021 has started for PR 19026 at commit 4221fc6.

Test FAILed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/81021/
Test FAILed.

Merged build finished. Test FAILed.

Jenkins, test this please.

Test build #81026 has started for PR 19026 at commit 4221fc6.

Test build #81026 has finished for PR 19026 at commit 4221fc6.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

Test PASSed.
Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/81026/
Test PASSed.

Merged build finished. Test PASSed.

LGTM
Thanks @WeichenXu123 !
Merging with branch-2.2

@WeichenXu123 could you please close this manually?  Thanks!


Is HeaderHeightContext a stable API?

First, wow! Been using ReactNavigation since v3. It just keeps getting better. Thanks to everyone for making this thing so awesome!
Anyhow, I noticed exports for:
HeaderHeightContext https://github.com/react-navigation/react-navigation/blob/2467ce4ff7dcd234280863ca0a767691b3b77d42/packages/stack/src/index.tsx#L41
and the corresponding effect useHeaderHeight https://github.com/react-navigation/react-navigation/blob/2467ce4ff7dcd234280863ca0a767691b3b77d42/packages/stack/src/index.tsx#L45
in Stack (v5)
I'd love to use them but haven't seen them documented on the site yet.
Question: are these things that I can start using in production code, or are they undocumented for a reason? e.g. experimental, pre-release, etc.
Thanks again!

See here https://reactnavigation.org/docs/stack-navigator/#headertransparent

Oh nice. Thanks for pointing that out @cseelus


Multibit error take my btc , i want my btc back .

I will post any every forum about this bug and how btc owners dont want to resolve it .

Closing due to inactivity.

https://cryptorecovers.com/blog/multibit-wallet-recovery-how-to-restore-your-classic-hd-wallets/ ?? this maybe


Preferred language support

Hi, I noticed that someone opened up another post with regards to restricting the language to be English. I am also looking for this functionality. The video linked by Sundaresh, GJLlxj_dtq8 has transcripts in many languages, but it seems that the script pulls the text for the language that is listed first alphabetically, in this case it would be in Chinese. I am wondering if the API has changed since 6 months ago?
And so, I think it would help myself and many users you could look into whether functionality could be added such that an array of preferred languages may be passed and it retrieves the transcript based on whether it is available in those languages, e.g. [english, korean, russian] --> not found in english, found in korean ==> korean output. If none of the preferred languages are found, output text for any language, otherwise throw the 'no transcript error'.
Thanks for the great repo!

Thank you for you suggestion! I implemented the feature in #7 and just published is in a new version (0.1.2).
I added the following section to the README, which describes how it works:
You can also add the languages param if you want to make sure the transcripts are retrieved in your desired language (it usually defaults to english).
YouTubeTranscriptApi.get_transcripts(video_ids, languages=['de', 'en'])
It's a list of language codes in a descending priority. In this example it will first try to fetch the german transcript ('de') and then fetch the english transcipt ('en') if it fails to do so. As I can't provide a complete list of all working language codes with full certainty, you may have to play around with the language codes a bit, to find the one which is working for you!