text:
rd

Purpose/implementation Section
What changes are being implemented in this Pull Request?
What was your approach?
What GitHub issue does your pull request address?
Tell potential reviewers what kind of feedback you are soliciting.
New Content Checklist

[ ] New content/chapter is in an Rmd file with this kind of format and headers.

[ ] New content/chapter contains Learning Objectives and are in the correct format.

[ ] Bookdown successfully re-renders and any new content files have been added to the _bookdown.yml.

[ ] Spell check runs successfully in Github actions style-n-check).

[ ] Any newly necessary packages that are needed have been added to the Dockerfile and image.

[ ] Images are in the correct format for rendering.

[ ] Every new image has alt text and is in a Google Slide.

[ ] Each slide is described in the notes of the slide so learners relying on a screen reader can access the content. See https://lastcallmedia.com/blog/accessible-comics for more guidance on this.

[ ] The color palette choices of the slide are contrasted in a way that is friendly to those with color vision deficiencies.
You can check this using Color Oracle.

is it possible to get some details of the error? @cansavvy

This check is not because of anything you did -- it's because of a fix that I deployed related to other improvements to OTTR. I just filed a PR that should address the problem.
For future reference, you can click on the Details button on any check and it will give you more information about the check and how it failed.

source: gharchive/pull-request

authors: arpanda cansavvy

repo: abyzovlab/CNVpytor-course

license_type: permissive

license_source: github-api


text:
feat: allow nested filtering for any association field

The filtering arguments (page, perPage, where, order) are now automatically added to any association field allowing us to do nested filtering 🎉. This will still be only one SQL query to resolved the whole GraphQL query; that query based on the field requested in the operation.
Example:
query me {
  me {
    id
    email
    addresses(where: { country: { eq: 'Canada' }}) {
      id
      city
      country
    }
}

This is the second attemps to release the feature as beta version since the first attempt failed (https://github.com/accesimpot/graphql-gene/pull/50). I assume this was due to the fact that I rebased the beta branch on main instead of merging main which resulted in removing the tags.

:tada: This PR is included in version graphql-gene-v1.1.0-beta.4 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

:tada: This PR is included in version @graphql-gene/plugin-sequelize-v1.1.0-beta.2 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: accesimpot/graphql-gene

license: MIT


text:
fix(styles): fix wrong opacity on hovering

Issue #93
Fix for wrong hover on AP logo, to make it  consistent with  www.accordproject.org.
Changes
Remove styles with the same selectors, which overrides the proper one
closes #93

Thanks @daniloff200, merging ....

repo: accordproject/techdocs


text:
🛑 DHCR is down

In 98b3b49, DHCR (https://dhcr.clarin-dariah.eu) was down:

HTTP code: 0
Response time: 0 ms

Resolved: DHCR is back up in 49044c0 after 14 minutes.

source: gharchive/issue

repo: acdh-oeaw/status


text:
Incorrect demo version

Could you fix differences between  Demo version and last release version, please?
The Demo version doesn't have element options and works fine, but the last release has it but doesn't explain how to use it.

Updated the (demos on) public site https://ace-diff.github.io/ace-diff/

repo: ace-diff/ace-diff


text:
🛑 AceBlock Swagger UI is down

In a558360, AceBlock Swagger UI ($ACEBLOCK_SWAGGER_UI) was down:

HTTP code: 0
Response time: 0 ms

Resolved: AceBlock Swagger UI is back up in 0a843f3.

repo: aceblockID/monitoring


text:
🛑 AceBlock Swagger UI is down

In 3fbe868, AceBlock Swagger UI ($ACEBLOCK_SWAGGER_UI) was down:

HTTP code: 0
Response time: 0 ms

Resolved: AceBlock Swagger UI is back up in 41ab895.


text:
🛑 AceBlock Swagger UI is down

In 38007e5, AceBlock Swagger UI ($ACEBLOCK_SWAGGER_UI) was down:

HTTP code: 0
Response time: 0 ms

Resolved: AceBlock Swagger UI is back up in 454c61f.


text:
🛑 AceBlock Swagger UI is down

In 4fb1cff, AceBlock Swagger UI ($ACEBLOCK_SWAGGER_UI) was down:

HTTP code: 0
Response time: 0 ms

Resolved: AceBlock Swagger UI is back up in 7719908.


text:
Refactor console and tty drivers

This PR breaks the dependency between the Printf code and the TTY device. The Printf and Fprint  implementations have been moved into the kfmt package and their output can be redirected to an io.Writer. If no writer is specified, then the output gets captured by a ring buffer. As Go interfaces cannot be used before calling goruntime.Init this fallback is used to capture early kernel output (e.g. output from the memory alllocator)
In addition, this PR:

cleans up the the console and TTY interfaces
provides improved implementation for the vga text console (e.g. palette manipulation)
updates the VT implementation to support features as scrollback, active/inactive state (VT buffers output when inactive and dumps it to the attached console when it becomes active)

Finally, a new hal implementation is provided which allows the various driver packages to provide hardware probe functions that are collected by the hal package and executed as part of the hardware detection and driver initialization logic

Codecov Report

Merging #38 into master will not change coverage.
The diff coverage is 100%.

@@          Coverage Diff           @@
##           master    #38    +/-   ##
======================================
  Coverage     100%   100%
======================================
  Files          21     24     +3
  Lines         836   1005   +169
======================================
+ Hits          836   1005   +169

Impacted Files
Coverage Δ

src/gopheros/kernel/mem/pmm/allocator/bootmem.go
100% <100%> (ø)
:arrow_up:

src/gopheros/kernel/kfmt/fmt.go
100% <100%> (ø)

src/gopheros/kernel/irq/interrupt_amd64.go
100% <100%> (ø)
:arrow_up:

src/gopheros/device/tty/vt.go
100% <100%> (ø)

src/gopheros/kernel/mem/vmm/vmm.go
100% <100%> (ø)
:arrow_up:

src/gopheros/device/video/console/probe.go
100% <100%> (ø)

...heros/kernel/mem/pmm/allocator/bitmap_allocator.go
100% <100%> (ø)
:arrow_up:

src/gopheros/kernel/kfmt/ringbuf.go
100% <100%> (ø)

src/gopheros/device/tty/probe.go
100% <100%> (ø)

src/gopheros/device/video/console/vga_text.go
100% <100%> (ø)

... and 6 more

Continue to review full report at Codecov.

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

authors: achilleasa codecov-io

repo: achilleasa/gopher-os

license: mit

license_source: bigquery


text:
Expo 51 Android build failed

Describe the bug
I've just upgraded to Expo 51 and running a development build. The build failed and mentioned expo-share-intent so I thought I'd share (could be my issue):
FAILURE: Build completed with 2 failures.
1: Task failed with an exception.

Where:
Script '/home/expo/workingdir/build/app/node_modules/expo-modules-autolinking/scripts/android/autolinking_implementation.gradle' line: 408
What went wrong:
A problem occurred evaluating project ':expo'.

A problem occurred configuring project ':expo-share-intent'.
Failed to notify project evaluation listener.
compileSdkVersion is not specified. Please add it to build.gradle
Could not get unknown property 'release' for SoftwareComponent container of type org.gradle.api.internal.component.DefaultSoftwareComponentContainer.

Try:

Run with --stacktrace option to get the stack trace.
Run with --info or --debug option to get more log output.
Run with --scan to get full insights.
Get more help at https://help.gradle.org.
==============================================================================
2: Task failed with an exception.

Where:
Script '/home/expo/workingdir/build/app/node_modules/expo-modules-core/android/ExpoModulesCorePlugin.gradle' line: 85
What went wrong:
A problem occurred configuring project ':expo'.

Could not get unknown property 'release' for SoftwareComponent container of type org.gradle.api.internal.component.DefaultSoftwareComponentContainer.

Try:

Run with --stacktrace option to get the stack trace.
Run with --info or --debug option to get more log output.
Run with --scan to get full insights.
Get more help at https://help.gradle.org.
==============================================================================
BUILD FAILED in 2m 42s

Environment
info Fetching system and libraries information...
System:
OS: Linux 6.5 Ubuntu 23.10 23.10 (Mantic Minotaur)
CPU: (8) x64 Intel(R) Core(TM) i7-1065G7 CPU @ 1.30GHz
Memory: 4.25 GB / 15.20 GB
Shell:
version: 5.2.15
path: /bin/bash
Binaries:
Node:
version: 18.18.0
path: ~/.nvm/versions/node/v18.18.0/bin/node
Yarn:
version: 1.22.22
path: ~/.nvm/versions/node/v18.18.0/bin/yarn
npm:
version: 10.7.0
path: ~/.nvm/versions/node/v18.18.0/bin/npm
Watchman: Not Found
SDKs:
Android SDK: Not Found
IDEs:
Android Studio: Not Found
Languages:
Java: Not Found
Ruby: Not Found
npmPackages:
"@react-native-community/cli": Not Found
react:
installed: 18.2.0
wanted: 18.2.0
react-native:
installed: 0.74.1
wanted: 0.74.1
npmGlobalPackages:
"react-native": Not Found
Android:
hermesEnabled: Not found
newArchEnabled: Not found
iOS:
hermesEnabled: Not found
newArchEnabled: Not found
Additional context
Add any other context about the problem here.

expo version (ex: 49) : 51.0.1
using firebase : no
using static build : yes / no
routing : react-navigation
package version (ex: 1.2.0) : ^1.1.0
platform target : Android (and iOS)
device : simulator & real device
type: expo build

same here

Duplicate of #58

Expo 51 is now supported in the v2.0.0 release !

Amazing!
Thank you so much :rocket:
Just updated.
#hero

authors: achorein davidcarboni joacub

repo: achorein/expo-share-intent


text:
Add files via upload

Corrected NCT6798D ID and added NCT679BD
Supports Z370 & Z390

Hello, nice it worked for you. Could you please correct the indentation? We use Tabs instead of spaces (note https://github.com/acidanthera/VirtualSMC/pull/13/files).

Fixed tab

Hello, nice it worked for you. Could you please correct the indentation? We use Tabs instead of spaces (note https://github.com/acidanthera/VirtualSMC/pull/13/files).

That was very weird.  It looked fine in xcode but when I looked at it on my git hub it was messed up, even though I never used spaces!  I tried to fix multiple time in xcodes and commit but it didn't see the change.  I finally just edited the file directly.

Hi, it still looks very messed up. Check https://stackoverflow.com/questions/3216426/is-it-possible-to-set-indent-settings-in-xcode-per-project-or-per-file-even

Hi, it still looks very messed up. Check https://stackoverflow.com/questions/3216426/is-it-possible-to-set-indent-settings-in-xcode-per-project-or-per-file-even

That was very strange, 2 of the files were set to spaces and one to tabs.  Thank you for being patient with me.

It still hassling me.  Will try again

I am very perplexed.  I changed the spacing to tabs in 2 locations, general preferences and per file, made the changes and it is refusing to commit.  Is it possible it is not seeing spaces vs tabs it as a change?

No worries, I fixed it up locally and committed:
https://github.com/acidanthera/VirtualSMC/commit/09917026278b682e25d1875ec53a78a648b953a4
Thanks again for the fixes =)

I just figured it out when I got your note, have to say I was relieved, thank you again for your patience.
By the way, I'm missing individual core frequencies, is that configurable and can I modify the
IOKitPersonality for my board like in FakeSMC?  I want to remove unnecessary entries and change some labels.
Thanks!

Individual core frequencies are to be obtained with Intel Power Gadget, SMC has nothing to do to it (despite FakeSMC doing whatever it wants). Then your monitor software should read it with Intel Power Gadget API.
Similarly, entry configuration (the choice of which SMC keys are used) is also to be done by the client you are using, not within VirtualSMC. VirtualSMC reports the sensors your hardware actually has. I believe some HWMonitor (?) implementations can do that.
Also, this is not a support forum =)

Sorry and thank you!

repo: acidanthera/VirtualSMC


text:
Incorrect index calculation in case item{} function is used with items{} in LazyColumn

In case
LazyColumn(state = listState, modifier = Modifier.reorderable(orderState, { a, b -> onReorder(models, a, b) })) {
item{
ListHeader()
}
items(models.size, { index -> getKey(models[index]) }) { index ->
ListItem(model = item, index)
}
}
To achieve header on top of the list, beyond which you can't drag the item. After starting the drag motion, item dragged will have position index+1 and possibly cause outOfIndexException in case you drag the item to last poistion in function .move(to, from)

If you want to a header you need to do it in  items scope (like the locked headers in sample code).
In case you wanna stick with your single item , you can do it like this :
.reorderable(state,
onMove = { from, to -> onReorder(max(from - 1, 0), max(to - 1, 0)) },
canDragOver = { it > 0 })

The canDragOver was the key, thanks. Maybe a requirement of only using items() function could be in readme. But overall very nice library, thanks.

The index always refers to the LazyList item index , the list dosn't know your data.
So mapping must be done in onMove , canDragOver  ,  (onDragEnd)  if your data index != list index .
But let's see if i can improve mapping , at least for keyed lists.

authors: Hessesian aclassen

repo: aclassen/ComposeReorderable


text:
C++ attach 调试

我在C++中创建debugger，等待vscode链接，但是始终链接不上，请问我是哪里写错了么
	debugger_create("127.0.0.1:4278");
	debugger = debugger_get();
	debugger->wait_client();
	debugger->attach_lua(State);

vscode中，launch.json配置如下：
`{
"version": "0.2.0",
"configurations": [
    {
        "name": "attach",
        "type": "lua",
        "request": "attach",
        "stopOnEntry": true,
        "ip": "0.0.0.0",
        "port": 4278
    }
]

}`

连接本地请用127.0.0.1

vscode使用的是x86版本的dll，我本地使用的是自己用源码编译出来的x64版本的dll，会是这个问题么

应该已经可以了

attach我测试是没问题的，也许你应该试下你的客户端和服务端之间是否能连通


text:
Add working-directory

Fixes https://github.com/actions-rs/cargo/issues/6.
I wish this would be handled in the Github Actions Framework level. It seems silly that all actions are expected to provide something like this.
Prior Art:
(Other actions also add this option.
working-dir works with run

I recommend rebuilding this before publishing as a security best practice.

Works great for me! https://github.com/fenollp/reMarkable-tools/runs/637142119?check_suite_focus=true
Thanks :)

Hey guys, any plans to accept this pr?

This would be nice to have!

Why hasn't this been merged yet? GH hasn't added support for working-directory for uses and this would really makes things great for us...

Any updates for this PR?

This repo is dead

Any updates on this PR? What's stopping it from being merged?

The only maintainer of the @actions-rs organization, @svartalf, has been known to take protracted absences from the internet. Feel free to fork the project in @svartalf's absence.

Hi, everyone. I'm well aware that this PR is quite stale, but at the moment I do not have neither resources nor time to maintain any of my open source projects. Hopefully there will be more time available for me closer to this spring, but not right now because my personal matters and well-being of me and my family are more important for me.
Of course, we all can agree that communication should've been better, but at this point, it is what it is, unfortunately, and I am sorry about it.
Before you ask about adding more maintainers, I thought about it for a long time, but since @actions-rs are used heavily both by companies and individuals at this point for both public and private repos, there is a huge trust issue we should take into the consideration, because having a write access to these repositories provides a huge attack vector too.
I prefer to keep these repos stale for now rather then accidentally allowing some malicious third party to get access to all these private repos, which will be way worse than not having some feature merged.
I do hope that I'll be able to get back to these repos some time soon.
P.S. Dear @fanninpm , I can't say I'm appreciating your negative implication in here

has been known to take protracted absences from the internet

I suggest you to re-consider your position on this topic and start behaving yourself; I do not own you anything (as a reminder, it is also explicitly stated in the project license) and how exactly I'm maintaining my projects or what spending my time on is also none of your business.
Though I can agree that forking is always an option, there is a mention of it in #6 comments.

Use this one instead:
https://github.com/ClementTsang/cargo-action

authors: Karrq MarcoPolo YukiCoco anatawa12 fanninpm fenollp giansalex igormq ozgunozerk patrick-fitzgerald svartalf

repo: actions-rs/cargo


text:
QUESTION: how could I know the version of the github runner?

QUESTION: how could I know the version of the github runner is running?

@shenmou98 Hey! The only way would be to run kubectl get po -o yaml and see the image tag of the runner image. Also, please consider using GitHub Actions for questions and discussions. Issues are for concrete bug reports and feature requests :)

Moving to Discussions


text:
Errors during uploadChunk leading to uncaught errors

Errors thrown during uploadChunk are leading to a variety of uncaught errors, including:

Error: Cache upload failed becaues the file read failed with EBADF: bad file descriptor, read
Error: Cache upload failed because file read failed with ESPIPE: invalid seek, read

These errors cause the cache step to fail, whereas we expect caching to fail gracefully and not break a workflow.
I discuss a hypothesis for why this happens in https://github.com/actions/cache/issues/399#issuecomment-675051780, namely that:

Some error happens during the call to uploadChunk, in this case it was a 503 response
That error causes the finally block to execute and close the file descriptor
Closing the file descriptor kills the other in-progress calls to uploadChunk, resulting in the Error: Cache upload failed becaues the file read failed with EBADF: bad file descriptor, read

Merged #596 to fix this issue by catching and logging warnings.  The save step should no longer fail.

repo: actions/cache


text:
Update github cli to 2.16.1

Tool name
gh
Tool license
Its your own product
Add or update?

[ ] Add
[X] Update

2.16.0 has a bug breaks calling workflows https://github.com/cli/cli/issues/6328
Desired version
2.16.1
Approximate size
No response
Brief description of tool
This is not an add request but 2.16.1 solves an issue with running workflows https://github.com/cli/cli/issues/6328
URL for tool's homepage
No response
Provide a basic test case to validate the tool's functionality.
No response
Platforms where you need the tool

[ ] Azure DevOps
[ ] GitHub Actions

Runner images where you need the tool

[X] Ubuntu 18.04
[X] Ubuntu 20.04
[X] Ubuntu 22.04
[ ] macOS 10.15
[ ] macOS 11
[ ] macOS 12
[ ] Windows Server 2019
[ ] Windows Server 2022

Can this tool be installed during the build?
No response
Tool installation time in runtime
No response
Are you willing to submit a PR?
No response

Will be deployed this week

The new images with gh 2.16.1 on board have been deployed.

authors: al-cheb markododa mikhailkoliada

repo: actions/runner-images


text:
[Windows] Update Windows Driver Kit version

Description
Update Windows Driver Kit version
Related issue:
https://github.com/actions/runner-images/issues/8718
Check list

[x] Related issue / work item is attached
[ ] Tests are written (if applicable)
[ ] Documentation is updated (if applicable)
[ ] Changes are tested and related VM images are successfully generated

/azp run windows2019,windows2022

/azp run windows2022

authors: Alexey-Ayupov mikhailkoliada


text:
Hosted MacOS hostname changed inside a single step

When using macos-latest to run a job, there was an intermittent issue. The hostname of the runner changed inside one step. Please check this workflow run:
https://github.com/tsduck/tsduck/runs/807842947?check_suite_focus=true#step:5:9
https://github.com/tsduck/tsduck/runs/807842947?check_suite_focus=true#step:5:1668
The runner hostname changed from Mac-1720 to Mac-1784 .
The issue is reported in this community forum ticket: https://github.community/t/change-runner-host-between-steps-of-a-single-workflow/119937
How did the runner change inside a job? Is it a bug?

Hi @Yanjingzhu @lelegard! This is probably the same issue as described here https://github.com/actions/virtual-environments/issues/978
macOS hostname changes in a few seconds after the build is started. We're working on the fix, but no ETA for now so I'm afraid it's better to avoid using hostname-based variables at the moment.
I'm going to close this issue as a duplicate, let's track everything on the first one, but feel free to contact us if you have any concerns.
Thank you!

authors: Yanjingzhu miketimofeev

repo: actions/virtual-environments


text:
An error occurred while provisioning resources (Error Type: Failure).

Description
In my private repo macOS action fails with this error (It doesn't event start) :
An error occurred while provisioning resources (Error Type: Failure).

Question, Bug, or Feature?:

Bug
Virtual environments affected

[ ] Ubuntu 16.04
[ ] Ubuntu 18.04
[ ] Ubuntu 20.04
[x] macOS 10.15
[x] macOS 11.0
[ ] Windows Server 2016 R2
[ ] Windows Server 2019

Image version

It doesn't even run, there is no Setup job, so I don't know but the build script contains this :
  ReleaseToAppStore:
    name: Release to the App Store
    runs-on: macos-latest
    needs: buildForiOsPlatform
.....

Hi, @uchar !
We will investigate the issue and will return with details soon :)

Hey, @uchar !
This issue is a duplicate of https://github.com/actions/virtual-environments/issues/1933, so I'll close this one. There was an update 3 days ago in 1933, so I guess it can be temporary problem due to capacity issues.
Please, report the problem to the original issue if it still persist.

authors: LeonidLapshin uchar


text:
Win2019 execution fails while downloading the package

Description
Its for windows 2019 deployment and it was working fine earlier but the build has been failing for the last 4 attempt as PS exited with 1.
Platforms affected

[X] Azure DevOps
[ ] GitHub Actions

Virtual environments affected

[ ] Ubuntu 18.04
[ ] Ubuntu 20.04
[ ] Ubuntu 22.04
[ ] macOS 10.15
[ ] macOS 11
[ ] macOS 12
[X] Windows Server 2019
[ ] Windows Server 2022

Image version and build link
Powershell exited with code 1.
Is it regression?
no
Expected behavior
Installation success and continue execution
Actual behavior
2022-06-13T23:10:57.7689492Z ==> vhd: Machine successfully restarted, moving on
2022-06-13T23:10:57.7717080Z ==> vhd: Provisioning with Powershell...
2022-06-13T23:10:57.7733255Z ==> vhd: Provisioning with powershell script: C:\a\1\s\virtual-environments\images\win/scripts/Installers/Install-VS.ps1
2022-06-13T23:11:11.3248304Z     vhd: Downloading Bootstrapper ...
2022-06-13T23:11:11.3268697Z     vhd: Downloading package from: https://aka.ms/vs/16/release/vs_Enterprise.exe to path C:\Users\INSTAL~1\AppData\Local\Temp\vs_Enterprise.exe .
2022-06-13T23:11:11.3289423Z     vhd: Package downloaded successfully in 0.19 seconds
2022-06-13T23:11:11.3315705Z     vhd: Enable short name support on Windows needed for Xamarin Android AOT, defaults appear to have been changed in Azure VMs
2022-06-13T23:11:12.6377683Z     vhd: Starting Install ...
2022-06-13T23:12:52.2094985Z     vhd: [1b4c:00a2][2022-06-13T23:12:31] Package 'Microsoft.VC.14.29.16.11.Premium.Tools.HostX86.TargetX86.base,version=14.29.30142' failed to download from 'https://download.visualstudio.microsoft.com/download/pr/f0356831-8920-401d-ab11-813875c90d50/f036a3d9827afcb8f7437efab69a9dda475c8ead88d0d6dc43ffd3d2c3ac0d69/Microsoft.VC.14.29.16.11.Premium.Tools.HostX86.TargetX86.base.vsix'. One or more errors occurred., Signature: PackageId=Microsoft.VC.14.29.16.11.Premium.Tools.HostX86.TargetX86.base;PackageAction=DownloadPackage;ReturnCode=0x80131500
2022-06-13T23:12:52.2101450Z     vhd: [1b4c:0006][2022-06-13T23:12:42] Error 0x8013153b: Failed install: The operation was canceled.
2022-06-13T23:12:52.2119229Z     vhd:    at Microsoft.VisualStudio.Setup.InstallOperation.Run(CancellationToken token)
2022-06-13T23:12:52.2141916Z     vhd:    at Microsoft.VisualStudio.Setup.Engine.RunOperation(InstallOperation installOperation, CancellationToken token, ExecuteAction action, ITelemetryOperation telemetryOperation)
2022-06-13T23:12:52.2154171Z     vhd:
2022-06-13T23:12:52.2173018Z     vhd: Non zero exit code returned by the installation process : 1
2022-06-13T23:12:52.5208568Z ==> vhd: Provisioning step had errors: Running the cleanup provisioner, if present...
2022-06-13T23:12:52.5221680Z ==> vhd:
2022-06-13T23:12:52.5236943Z ==> vhd: Deleting individual resources ...
Repro steps
While running the pipeline execution, Package Microsoft.VC.14.29.16.11.Premium.Tools.HostX86.TargetX86.base,version=14.29.30142' failed to download

Nothing we can help with a flaky network connection.

authors: al-cheb celenn


text:
[Ubuntu] build vcpkg from specific commit

Description
Latest commit in master does not build, pick the previous one which builds fine. Also fixed the symlink,
/usr/local/bin -> /usr/local/bin/vcpkg (bin must remain a directory).
Check list

[ ] Related issue / work item is attached
[ ] Tests are written (if applicable)
[ ] Documentation is updated (if applicable)
[ ] Changes are tested and related VM images are successfully generated

/azp run ubuntu1804, ubuntu2004

authors: miketimofeev mikhailkoliada


text:
Update Windows2019 image to use 2004 SDK & WDK

Description
Need newer Windows SDK to compile against GraphicsCaptureSession.IsCursorCaptureEnabled property. I personally don't care about WDK, but it seems like they need to be updated as a set.
Verified correct version of SDK, WDK, and WDK VS extension were all installed to generated VM. My application compiles successfully.
Didn't touch Windows2019-Readme.md because it looks auto-generated.
Related issue:
Should I create an issue?
Check list

[ ] Related issue / work item is attached
[x] Tests are written (if applicable)
[x] Documentation is updated (if applicable)
[x] Changes are tested and related VM images are successfully generated

/azp run windows2019

/azp run windows2019

Hey @nibanks!
We've noticed that after these changes you can't specify version 10.0.18362.0 as discussed here
https://github.com/actions/virtual-environments/issues/259#issuecomment-586757009
The error is
 ##[error]C:\Program Files (x86)\Windows Kits\10\build\WindowsDriver.common.targets(222,5): Error : A WDK corresponding to target version '10.0.18362.0' was not found. Please install this WDK version before building.
Will simple version changing work for you or we need to take care of two WDK versions on the image?

@miketimofeev I just created https://github.com/microsoft/msquic/pull/439 to try removing the explicit version specified in the project files. Assuming this builds Ok, I think MsQuic will be Ok with this change. That being said, it might be a good idea to always support two version (current & previous) just in case.

@nibanks thanks for the answer! We'll consider adding the previous version.

authors: jpark37 maxim-lobanov miketimofeev nibanks


text:
Website is broken

As the title states

https://github.com/activescaffold/active_scaffold/issues/85

authors: alfuken scambra


text:
building actonc fails after source code changes

Acton Version
0.11.7.20221014.9.24.53
Steps to Reproduce
This behaviour is new for me since I got a MacBook Air M1 running MacOS 12.5.1
Change some Haskell source code in the compiler and do make
Expected Behavior
rebuilding of the system
Actual Behavior
Building executable 'actonc' for acton-0.11.7.20221014.9.24.53..
[29 of 30] Compiling Paths_acton
[30 of 30] Compiling Main
Linking .stack-work/dist/aarch64-osx/Cabal-3.2.1.0/build/actonc/actonc ...
acton> copy/register
Installing executable actonc in /Users/sydow/acton/compiler/.stack-work/install/aarch64-osx/c0a61ca3b9d848a424af2019a052e93294f3ff541273ae429a5b30cf4ff52996/8.10.7/bin
cp compiler/actonc dist/bin/actonc
dist/bin/actonc builtin/ty/src/builtin.act
make: *** [builtin/ty/out/types/builtin.ty] Killed: 9
The problem is probably in
cp compiler/actonc dist/bin/actonc
After the above failure, I can run compiler/actonc, but dist/bin/actonc crashes, in spite of the files being identical.
If I now move compiler/actonc to dist/bin, everything works. I don't understand this, but googling gives several hits with similar behaviour in MacOS.
Suggested solution:
Change cp to mv in line 424 of acton/Makefile (or, if one for some reason I don't understand wants to keep compiler/makefile, use the same hack as for actondb a few lines further down).

I've seen this too on my M2 Mac... Although I realize now that it's been awhile. I wonder why.
Are you running a parallel make?
Is it because we are replacing actonc while it is executing? Feels weird though, we should copy it in place before running it. Even parallel make should fix that, provided our target prerequisites are defined correctly though.
Does the cp and mv workaround that we also do for actondb work?

We don't want to move the file I think because then stack will always compile actonc, so we have to leave that file in place.

I agree, mv is not good. If the make does affect C files and not actonc itself, make will try to move a possibly non-existing file. So the hack is better; it works for me as far as I can see,

Make will realize that compiler/actonc is missing and tell stack to compile it! So if you mv it, you will end up recompiling it every time... that's probably quite slow and rather annoying if you are working on some C files ;)

So I picked up my M2 and reproduced the problem. It doesn't just fail temporarily, I cannot run this actonc afterwards, as a permanent error. How is this possible? What is it doing?
➜  acton-m2 git:(main) ✗ make -j && dist/bin/actonc examples/helloworld.act&& examples/helloworld
cd compiler && stack build --dry-run 2>&1 | grep "Nothing to build" || \
		(sed 's,^version:.*,version:      "0.11.7.20221016.1.8.17",' < package.yaml.in > package.yaml \
		&& stack build --ghc-options -j4 \
		&& stack --local-bin-path=. install 2>/dev/null)
acton> configure (exe)
Configuring acton-0.11.7.20221016.1.8.17...
acton> build (exe)
Preprocessing executable 'actonc' for acton-0.11.7.20221016.1.8.17..
Building executable 'actonc' for acton-0.11.7.20221016.1.8.17..
[29 of 30] Compiling Paths_acton
[30 of 30] Compiling Main
Linking .stack-work/dist/aarch64-osx/Cabal-3.2.1.0/build/actonc/actonc ...
acton> copy/register
Installing executable actonc in /Users/kll/terastream/acton-m2/compiler/.stack-work/install/aarch64-osx/892a08223c78b0d033cd52a84638c717ed71d132975dfdc30a8c5c41041aa667/8.10.7/bin
cp compiler/actonc dist/bin/actonc
dist/bin/actonc builtin/ty/src/__builtin__.act
make: *** [builtin/ty/out/types/__builtin__.ty] Killed: 9
➜  acton-m2 git:(main) ✗ make -j && dist/bin/actonc examples/helloworld.act&& examples/helloworld
/bin/sh: line 1: 24625 Killed: 9               dist/bin/actonc --numeric-version 2> /dev/null
/bin/sh: line 1: 24631 Killed: 9               dist/bin/actonc --numeric-version 2> /dev/null
dist/bin/actonc builtin/ty/src/__builtin__.act
make: *** [builtin/ty/out/types/__builtin__.ty] Killed: 9
➜  acton-m2 git:(main) ✗ md5sum dist/bin/actonc compiler/actonc
6ecbc2066fef459040a42b67abe1b2ca  dist/bin/actonc
6ecbc2066fef459040a42b67abe1b2ca  compiler/actonc
➜  acton-m2 git:(main) ✗ compiler/actonc
Missing: CMD

Usage: actonc [--numeric-version] [--version] [--parse] [--kinds] [--types]
              [--sigs] [--norm] [--deact] [--cps] [--llift] [--hgen] [--cgen]
              [--ccmd] [--quiet] [--verbose] [--debug] [--timing] [--stub]
              [--dev] [--cpedantic] [--tempdir TEMPDIR] [--syspath TARGETDIR]
              [--root ARG] CMD [ARG]
  Compile an Acton source file with recompilation of imported modules as needed
➜  acton-m2 git:(main) ✗ dist/bin/actonc
[1]    24690 killed     dist/bin/actonc
➜  acton-m2 git:(main) ✗ cp compiler/actonc dist/bin/actonc
➜  acton-m2 git:(main) ✗ dist/bin/actonc
[1]    25047 killed     dist/bin/actonc
➜  acton-m2 git:(main) ✗ rm dist/bin/actonc
➜  acton-m2 git:(main) ✗ cp compiler/actonc dist/bin/actonc
➜  acton-m2 git:(main) ✗ compiler/actonc
Missing: CMD

Usage: actonc [--numeric-version] [--version] [--parse] [--kinds] [--types]
              [--sigs] [--norm] [--deact] [--cps] [--llift] [--hgen] [--cgen]
              [--ccmd] [--quiet] [--verbose] [--debug] [--timing] [--stub]
              [--dev] [--cpedantic] [--tempdir TEMPDIR] [--syspath TARGETDIR]
              [--root ARG] CMD [ARG]
  Compile an Acton source file with recompilation of imported modules as needed

What is this sorcery?

It seems this is due to some quarantine facility in macos. I don't get exactly why it happens to us, but if we one day want to dig deeper into it I think we should start on that end. There's some xattr on the file for quarantine. This is set for downloaded files by idiomatic mac tools so that some gatekeeper process can ask the user if the file is trusted or not. Other report that they had to restart their shell when this happens, like there is a cache accessed by the shell for what files are under quarantine or not? rm + cp is reported to work whereas cp is not. So that could also be an option to us as should just removing the quarantine xattr be.
Regardless, we now have a working solution that also is the same as on linux for actondb so this is more universal I guess while being atomic, so all around the best solution I think.

authors: plajjan sydow

repo: actonlang/acton


text:
⚠ Processors has degraded performance

In 21c11cf, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 50 ms

Resolved: Processors performance has improved in 3d85734.

repo: acumenlabs/status-page


text:
🛑 Processors is down

In abc8071, Processors ($STATUS_URL) was down:

HTTP code: 200
Response time: 1226 ms

Resolved: Processors is back up in 77d073b.


text:
⚠ Processors has degraded performance

In 078f03d, Processors ($STATUS_URL) experienced degraded performance:

HTTP code: 200
Response time: 73 ms

Resolved: Processors performance has improved in f853b2c.


text:
🛑 Telemetry API is down

In f33790f, Telemetry API ($SECRET_SITE_4) was down:

HTTP code: 502
Response time: 94 ms

Resolved: Telemetry API is back up in 740c5c9.

repo: adadaptedinc/upptime


text:
Unable to build example

I can't seem to build the example you linked in your README. when I run "npm install" in the root dir the process loops doing this until the maximum call stack is exceeded:

Any pointers?

This sounds like an issue with npm - feel free to raise another issue if you run into any problems specific to the library

authors: Vikaton adamjmcgrath

repo: adamjmcgrath/react-native-simple-auth


text:
🛑 relay.intahnet.co.uk is down

In ae49f47, relay.intahnet.co.uk (https://relay.intahnet.co.uk/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: relay.intahnet.co.uk is back up in 768aa26 after 2 hours, 28 minutes.


text:
🛑 mastodon-relay.moew.science is down

In 9883ed1, mastodon-relay.moew.science (https://mastodon-relay.moew.science/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: mastodon-relay.moew.science is back up in 57c92c8 after 2 hours, 56 minutes.


text:
🛑 mastodon-relay.moew.science is down

In a16d313, mastodon-relay.moew.science (https://mastodon-relay.moew.science/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: mastodon-relay.moew.science is back up in f142423 after 37 minutes.


text:
🛑 mastodon-relay.moew.science is down

In ad17665, mastodon-relay.moew.science (https://mastodon-relay.moew.science/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: mastodon-relay.moew.science is back up in efab9be after 1 hour, 46 minutes.


text:
🛑 mastodon-relay.moew.science is down

In 4757941, mastodon-relay.moew.science (https://mastodon-relay.moew.science/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: mastodon-relay.moew.science is back up in 18349fd after 7 hours, 15 minutes.


text:
🛑 relay.wuff.space is down

In bd22d33, relay.wuff.space (https://relay.wuff.space/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: relay.wuff.space is back up in b57d040.


text:
🛑 relay.mistli.net is down

In 313f543, relay.mistli.net (https://relay.mistli.net/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: relay.mistli.net is back up in eb22be3.


text:
🛑 relay.intahnet.co.uk is down

In 22fff9c, relay.intahnet.co.uk (https://relay.intahnet.co.uk/actor) was down:

HTTP code: 502
Response time: 3432 ms

Resolved: relay.intahnet.co.uk is back up in a6c0eb0 after 3 minutes.


text:
🛑 relay.mstdn.live is down

In 9fd795c, relay.mstdn.live (https://relay.mstdn.live/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: relay.mstdn.live is back up in fce78d3 after 10 minutes.


text:
🛑 relay.mstdn.live is down

In 647a32a, relay.mstdn.live (https://relay.mstdn.live/actor) was down:

HTTP code: 0
Response time: 0 ms

Resolved: relay.mstdn.live is back up in e009cae after 20 minutes.


text:
Wire actor

#108
PR introduces 3 macros available after importing com.softwaremill.macwire.macwireakka._. The macros are:
wireProps[SomeActor] //returns Props
wireAnonymousActor[SomeActor] //returns ActorRef
wireActor[SomeActor]("actorName") //returns ActorRef

All dependencies of prmiary public constructor of SomeActor must be in scope. As well ActorRefFactory (for example ActorSystem or ActorContext) must be in scope.
Please see the Demo object (last commit) to familiarize with usage.

The build has failed on Travis.
Travis uses java7, however if you have java8 on path build works. It is strange for me
[residual] arg = 'clean'
[residual] arg = 'test'
No extra sbt options have been defined
Detected sbt version 0.13.12
Using default jvm options
Detected Java version: 1.7.0_79
# Executing command line:
java
-XX:MaxPermSize=384m
-Xms512m
-Xmx1536m
-Xss2m
-jar
D:\devstation-workspace\bin\cygwin\home\W541\.sbt\launchers\0.13.12\sbt-launch.jar
-2.11
clean
test
...
[info] CompileTests:
[info] wireActor-1-simple.success
[info] - should compile & run
[info] anonFuncArgsWiredOk.success
[info] - should compile & run
...
[info] simpleValsMissingValue.failure
[info] - should cause a compile error
[info] Run completed in 1 minute, 35 seconds.
[info] Total number of tests run: 72
[info] Suites: completed 1, aborted 0
[info] Tests: succeeded 72, failed 0, canceled 0, ignored 0, pending 0
[info] All tests passed.
[success] Total time: 117 s, completed 31-Dec-2016 16:11:33

The move   .../src/test/scala/javax/inject/Inject.scala → .../src/main/scala/javax/inject/Inject.scala seems incorrect IMO. Why would you provide the javax inject annotation? It should come as dependency if people need it.

@ktoso , In terms of:

.../src/main/scala/javax/inject/Inject.scala

This file is part of test-util project which is base for all tests projects. It's not published but used only during tests. I've moved it from tests\src\test\scala\javax\inject\ into test-util\src\main\javax\inject. In this PR I've just followed the conventions and existing state of code base and focused on wireActor stuff.
However, I agree that this should come as dependency. I am going to address this issue and several other concerns in my next PRs :)

And there's a lot of tests :)

There was no other option ;) Thanks to that few bugs were found in development phase and not in production. Moreover we will benefit from them every time when we change the code.

One thing that would be great to have is also a new section in the README.

I was thinking of README update as seperate PR. It can be merged just after release, so it will help keeping docs up to date.

And sorry for the late review :)

That's fine :)

In terms of code for 'wireActor' - this is it :) Please read and review. I terms of couple lines of docs - hey will come in separate PR.

Released 2.3.0 - thanks a lot for your work!
Could you take a look at https://github.com/adamw/macwire#akka-integration if I got everything fine?

@pawelpanasewicz ^ :) (forgot the mention)

Hey @adamw! Cool, we have released :) I can't wait to start using this in my projects ;)
As promised, there will be one more PR with docs. Yes, I'll take a look at your chapter.

authors: adamw ktoso pawelpanasewicz

repo: adamw/macwire


text:
Choppy Animation when Android version < 4.4 (with suggested solution)

I took a look of slidebars.js and found that when user is running Android 4.3 or below, it use "side" as the animation style.
That makes the animation really choppy. I've even tested it on my laptop. A laptop with Sandy Bridge i7 won't perform that well too.
CSS translate only fail when slidebar's position is fixed.
Would you please make it CSS translate when sb-static is on?
And probably tell others it will be choppy on Android 4.3 or below when it's fixed position
Thanks
(Maybe that sounds a little impolite to you. Sorry about that. I am not native English speaker. I don't know which word is the best choice.

Hi there,
The new Slidebars only offers CSS transitions so this shouldn't be a problem soon :)
Thanks,
Adam

authors: adchsm fungnoth

repo: adchsm/Slidebars


text:
refactor(cli-utils): adding adoption tests

TASK: #2060
Description, Motivation and Context
For maintenability and reliability we want to ensure our adoption script is well tested :+1:
Types of changes

[x] 🧪 Test
[x] 🧠 Refactor

its triggering scan-adoption-script-1 👍

repo: adevinta/spark


text:
Ringback

How to use :ringback with dial option ?

Have you checked the documentation? Please ask specific questions, and please ask usage questions on the mailing list, not the issue tracker.

authors: SudeepParajuli benlangfeld

repo: adhearsion/adhearsion


text:
Update main.go remove chin.Dots

I removed chin.Dots from chin.New() function, When i copy and paste your main file for test, this give me error, and after deleting chin.Dots it work's fine. Approve this if you think it's all right. Thank you! :)

just rechecked, Dots is working. the chin.New() supports optional variadic of type chin.Set and chin.Dots matches the type. so it must work

authors: Guvanchhojamov adhocore

repo: adhocore/chin


text:
wildcard files with multiple words per line are appended without leading space

Describe the bug
I have a "locations" wildcard file which for correctness included the correct preposition for a specific location (on the beach, in the bathroom etc)
When using the wildcard, the preceding wildcard term is conjoined with the first word from the locations wildcard
To Reproduce
Steps to reproduce the behaviour, include the prompt you used if applicable:

have a wildcard file with terms like "in the bathroom, on the beach"
use together with a preceding wildcard
observe that output is similar to monkeyin a bathroom

Example wildcards (animals are from jumbo wildcard set):
cute animals location
example output:
cute ewein an american diner

try updating to the latest version - I think that should solve your problem

The same issue occurs with multiple files being called
Parent prompt: professional [airbrush|gouache] of __fairytale adult female__
The fairytale adult female.txt  file content is:
{young adult|20 year-old|30 year-old} female mythical medieval (fairy:1.1) with __fairytale female hair__, wearing __fairytale female clothing state__ __fairytale female clothes__ outfit
Note the space between clothing space and clothes files listed above
The hair, clothing state and clothing files are random choices as per below:
Hair: {short|long|Paige cut|pixie cut|extravagant|medium length|curly|wavy|frizzled|epic|braided|plaited|ponytail|twin pigtails} {black|brown|dark blonde|red|blonde|brunette|pale red-blonde|flaxen} hair
Clothing State: {dirt-stained|patchwork|repaired|gorgeous|clean|grand}
Clothing: medieval {robes|gown|armor|dress|coat of fur and silk|bejeweled jacket|fitted tunic and leggings|toga|cloak|peasant clothing|farmer}
Sample Output:  professional [airbrush|gouache] of 30 year-old female mythical medieval (fairy:1.1) with short brunette hair, wearing grandmedieval robes outfit

This is with version 2.2..2.  In addition, the raw Dynamic prompt output that was in 2.2.1 seems to have disappeared, but  did have an error on launch, so I'm going to try again.

Error loading script: dynamic_prompting.py
Traceback (most recent call last):
  File "C:\Applications\StableDiffusion\modules\scripts.py", line 205, in load_scripts
    module = script_loading.load_module(scriptfile.path)
  File "C:\Applications\StableDiffusion\modules\script_loading.py", line 13, in load_module
    exec(compiled, module.__dict__)
  File "C:\Applications\StableDiffusion\extensions\sd-dynamic-prompts\scripts\dynamic_prompting.py", line 23, in <module>
    from prompts.generator_builder import GeneratorBuilder
  File "C:\Applications\StableDiffusion\extensions\sd-dynamic-prompts\prompts\generator_builder.py", line 21, in <module>
    class GeneratorBuilder:
  File "C:\Applications\StableDiffusion\extensions\sd-dynamic-prompts\prompts\generator_builder.py", line 98, in GeneratorBuilder
    unlink_seed_from_prompt=constants.UNLINK_SEED_FROM_PROMPT,
AttributeError: module 'dynamicprompts.constants' has no attribute 'UNLINK_SEED_FROM_PROMPT'

authors: ChrisFab16 adieyal tusharbhutt

repo: adieyal/sd-dynamic-prompts


text:
icons button flex left

Looks like the problem is related to Django >= 5, I will look into it

Django 4.1

Hello, same issue with Django 4.2.11, Chrome 123.0.6312.107

Let me explore the problem, I will let you know when it is fixed

Fixed. Please update your package using:
pip install django-trix-editor==0.3

authors: adilkhash otolaa urba1n

repo: adilkhash/django-trix-editor


text:
AvoidInlineConditionalsCheck

added AvoidInlineConditionalsCheck

Personally I like using inline conditionals but this is for the developers/teams who don’t

Hm, that's a strange name for it, I know this as "ternary". I guess it's consistent with the original checkstyle though.

Yes thought about it, but don't want to deviate too much... http://checkstyle.sourceforge.net/config_coding.html#AvoidInlineConditionals

repo: adireddy/haxe-checkstyle


text:
added contact.html

Co-authored-by: your karthik-kiran-29
karthikkiran029@gmail.com
Co-authored-by: aditya-bhaumik
adi.b98120@gmail.com

result:

I can add the contact us in nav and footer of index.html, feel free to assign to me .
and please give hactoberfest tag too thank you.
https://github.com/aditya-bhaumik/Pathsphere/issues/53

please press on commit suggestion

repo: aditya-bhaumik/Pathsphere


text:
teoria-chord-progression

https://github.com/JasonStorey/teoria-chord-progression

Fixed by 3a39832

repo: adius/awesome-music-production

license: isc


text:
Log the source ip address

Hi there thanks for this wonderful simple program.
I have webhook running a custom script that logs into my switch to enable/disable the inline power (POE)  for one of the ethernet ports, kinda of a hard reset. I have recently seen the script being triggered without click the URL as the device that is being powered by the switch turns off and on. The webhook URL resides as a bookmark in two of my mobile phones, so i am suspecting the phone is entering the URL on background.
I can see in the logs the script is triggered but it doesn't say from which IP address is coming. Is it possible to log the source IP address of the webhook request.

It would be a nice feature, but i am closing this issue as this can be solved right now using a reverse proxy with nginx.
BTW is iOS loading on bg the bookmark, for now i removed a single letter from the webhook id so every time i want to reset i just fill the letter to trigger.

It will be implemented in the next release, as soon as I grab some free time :-)
Does iOS send any special headers that you could use to detect the background loading of the bookmark as opposed to the regular load?

This is the log from nginx
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /hooks/rbk HTTP/1.1" 200 383 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 10_2_1 like Mac OS X) AppleWebKit/602.4.6 (KHTML, like Gecko) Version/10.0 Mobile/14D27 Safari/602.1"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon-120x120-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon-120x120.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /favicon.ico HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon-120x120-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon-120x120.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /apple-touch-icon.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.34 - - [21/Mar/2017:19:01:56 +1000] "GET /favicon.ico HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /hooks/rbk HTTP/1.1" 200 383 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 10_2_1 like Mac OS X) AppleWebKit/602.4.6 (KHTML, like Gecko) Version/10.0 Mobile/14D27 Safari/602.1"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon-120x120-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon-120x120.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /favicon.ico HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon-120x120-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon-120x120.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /apple-touch-icon.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:45 +1000] "GET /favicon.ico HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:51 +1000] "GET /hooks/rb HTTP/1.1" 404 15 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 10_2_1 like Mac OS X) AppleWebKit/602.4.6 (KHTML, like Gecko) Version/10.0 Mobile/14D27 Safari/602.1"
10.10.10.25 - - [21/Mar/2017:19:53:51 +1000] "GET /apple-touch-icon-120x120-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:51 +1000] "GET /apple-touch-icon-120x120.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:51 +1000] "GET /apple-touch-icon-precomposed.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"
10.10.10.25 - - [21/Mar/2017:19:53:51 +1000] "GET /apple-touch-icon.png HTTP/1.1" 404 19 "-" "MobileSafari/602.1 CFNetwork/808.3 Darwin/16.3.0"

The webhook id is rbk, you can see at the end when i changed it to rb only. If i enter the URL normally
10.10.10.34 - - [21/Mar/2017:20:27:58 +1000] "GET /hooks/rbk HTTP/1.1" 200 383 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 10_2_1 like Mac OS X) AppleWebKit/602.4.6 (KHTML, like Gecko) Version/10.0 Mobile/14D27 Safari/602.1"

For getting seeing the headers i should run something like a MITM proxy is that correct?

That would be an option, or you could temporarily shut down the webhook and listen on the same port with netcat :)

I'll let you know what i get then. Thanks

I'm in a similar boat: the hostname is TLS protected, which makes the name known and bots start to scan all ports:
Mar 13 17:43:26 host webhook[971141]: [webhook] 2023/03/13 17:43:26 Completed 404 Not Found in 90.324µs
Mar 13 17:43:26 host webhook[971141]: [webhook] 2023/03/13 17:43:26 Started GET /index.do
Mar 13 17:43:26 host webhook[971141]: [webhook] 2023/03/13 17:43:26 Completed 404 Not Found in 76.509µs
Mar 13 17:43:26 host webhook[971141]: [webhook] 2023/03/13 17:43:26 Started GET /ess.do
Mar 13 17:43:26 host webhook[971141]: [webhook] 2023/03/13 17:43:26 Completed 404 Not Found in 52.175µs
Mar 13 17:43:26 host webhook[971141]: [webhook] 2023/03/13 17:43:26 Started GET /sm/index.do

Is there a way to include the source IP address of a request in the log, possibly in the same line which also includes the HTTP status code? Something like:
Mar 13 17:43:26 host webhook[971141]: [webhook] 2023/03/13 17:43:26 Completed 404 Not Found from xxx.xxx.xxx.xxx in 52.175µs

It's helpful if the same hosts are trying to scan this, or different ones. And potentially block this for abuse.

authors: adnanh andreasscherbaum subzero79

repo: adnanh/webhook


text:
test: add tests for page level redirects

Description

To test:

RUM is fired before redirect
Page is successfully redirected in all three cases (experiments, campaigns, audiences)

Finding:

Tried different ways to override the window.location.replace ()  to let it do nothing when testing RUM is fired before redirect.
However, some browsers have strict security restriction that don't allow certain function to be overridden, which leads to test fails.
Modify the script before its execution. The line with window.location.replace ()  is commented out before the script is executed and security policies are applied.

Types of changes

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

Checklist:

[x] I have signed the Adobe Open Source CLA.
[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[x] I have read the CONTRIBUTING document.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.

@ramboz
I was inspired by what you said, the test fail because the control page will not trigger replace(), which waitForUrl will keep loading and then timeout.
Then I thought of leveraging page.waitForFunction https://playwright.dev/docs/api/class-frame#frame-wait-for-function , because goto ('/tests/fixtures/experiments/page-level--redirect' )do have chance to land on the control page. By using the await page.waitForFunction(() => window.hlx.rum.sampleRUM);, we can test closer to the real case without forcing a variant (the code below).
Then this sparks my thinking that "Should we allow serving the control page if the property Experiment Resolution : redirect  is defined in page metadata? Even though this behavior will not trigger the redirection, the browser still gets chance to land on the control page in our current logic.  If we want to ensure to only serve variants instead and redirect can happen once they have redirect defined, then we need to modify our logic in getExperimentConfig  (e.g. if keyword redirect exists, then config.selectedVaraint will choose from the variant pages other than control page....). Do you think this change could be necessary?
I really appreciate if you could provide any thoughts here :)
test('Track RUM is fired before redirect 2 ', async ({ page }) => {
    const rumCalls = [];
    await page.exposeFunction('logRumCall', (...args) => rumCalls.push(args));
    await page.addInitScript(() => {
      window.hlx = { rum: { sampleRUM: (...args) => window.logRumCall(args) } };
    });

    await page.goto('/tests/fixtures/experiments/page-level--redirect');

    // verify rum is fired
    await page.waitForFunction(() => window.hlx.rum.sampleRUM);
    expect(rumCalls[0]).toContainEqual([
      'experiment',
      {
        source: 'foo',
        target: expect.stringMatching(/control|challenger-1|challenger-2/),
      },
    ]);

    // verify page is redirected
    const expectedContent = {
      'v1': 'Hello v1!',
      'v2': 'Hello v2!',
      'redirect': 'Hello World!'
    };

    const expectedUrlPath = {
      'v1': '/tests/fixtures/experiments/page-level-v1',
      'v2': '/tests/fixtures/experiments/page-level-v2',
      'redirect': '/tests/fixtures/experiments/page-level--redirect'
    };

    const url = new URL(page.url());
    const variant = Object.keys(expectedUrlPath).find(k => url.pathname.endsWith(k));
    expect(await page.evaluate(() => window.document.body.innerText)).toMatch(new RegExp(expectedContent[variant]));
    expect(expectedUrlPath[variant]).toBe(url.pathname);
  });

@FentPams Good idea with the test. I think this is definitely valid as well.
As to:

Should we allow serving the control page if the property Experiment Resolution : redirect  is defined in page metadata?

Yes, we should. if the customer wants to force the redirect and not use the control, then they can set the split ratio to 0 for the control

authors: FentPams ramboz

repo: adobe/aem-experimentation


text:
Deployment doesn't fail when the environment is unavailable

Expected Behaviour
The Github workflow responsible for deploying an updated theme to AaCS fails when the instance is unavailable. It only succeeds when the artifact has been successfully deployed.
Actual Behaviour
If deployment is attempted while the AEM instance is unavailable, the workflow is marked as successfully completed, which could be confusing under certain circumstances.
Under the hood, npx aem-site-theme-builder deploy makes an HTTP request to transfer the zip to AEM. If it receives a non-successful response code, the failure is silently ignored.
Reproduce Scenario (including but not limited to)
Steps to Reproduce

Create a site based on the AEM Site Template
Put it under version control on Github and configure Github Actions to automate deployments
Hibernate the Environment via the Developer Console
Trigger the Build and deploy to Github artifacts workflow
Wait for the Update theme config on AEM with artifact id workflow to kick off and inspect the log

Platform and Version
Site generated using "@adobe/aem-site-theme-builder": "4.0.1"
Sample Code that illustrates the problem
Logs taken while reproducing problem
From the output of the update_theme_config workflow kicked off while the relevant environment was hibernated. AEM responds with HTTP 503 but the workflow succeeds.
Run npx aem-site-theme-builder deploy
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  1269  100  1141  100   128   2616    293 --:--:-- --:--:-- --:--:--  2903
<!DOCTYPE html>

                  <meta charset="utf-8">
                  <meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
                  <meta name="description" content="AEM Cloud Service">
                  <title>AEM Cloud Service</title>
                  <link rel="stylesheet" href="https://errors.adobeaemcloud.com/src.status.css">
                  <link rel="icon" href="https://errors.adobeaemcloud.com/favicon.ico">

                  AEM Cloud Service.

The information in the log is quite clear but there's no visual hint at the failure at first. It is only once we've tried to access the environment that we realised it had been hibernated automatically.
.
This is a trivial case in case of hibernation but it could behave in similar ways in case of unexpected problems with the environment and, depending on the development flow, some time-consuming and/or expensive tests could be started in a situation where the failure could be immediately obvious earlier. I think a fail-fast strategy would be a nice improvement here.

The beta flow is no superseded by changes in https://github.com/adobe/aem-site-template-standard/pull/48
When the Quick Site Creation flow will be generally available, the build and deploy pipeline will be through Cloud Manager.

authors: toniedzwiedz vladbailescu

repo: adobe/aem-site-template-standard


text:
fix timers

Description
honestly, the timers are really a mess... it was a struggle to just get the timers correct without refactoring.
The issue is in batchWorker, we don't really have a currentCallbackProcessing and a currentPostProcessing because they happen in batch. But also, we technically do have a currentPostProcessing since we post-process one by one. So it leaves a weird position, in rendition metrics for batch workers, the callbackProcessDuration metric is equal to the total callbackProcessDuration for all the renditions. So following this, it would make the most sense to make the postProcessDuration metric for each rendition the total postProcessDuration....an easy way to do this would be simply setting the this.timers.currentPostProcessing timer equal to the this.timers.postProcessing timer...except that this.timers.postProcessing is not a timer but a duration. Very confusing.
I wanted to keep the postProcess code the same in batchWorker() and worker() so the this.timers.currentPostProcessing resets with each rendition inside batchWorker post processing. Side effect of this means that postProcessDuration metric for each rendition is the value of the last rendition this.timers.currentPostProcessing.duration(). See my notes in the test.
When we refactor we need to make all of the following a timer or a duration:
this.timers = {
            actionDuration: new Timer(), // timer
            download: 0, // timer??
            processing: 0, // duration
            postProcessing: 0, // duration
            callbackProcessing: 0, // duration
            upload: 0, // timer
            currentProcessing: 0, // timer
            currentPostProcessing: 0, // timer
            currentUpload: 0 // timer
        };

Fixes # https://jira.corp.adobe.com/browse/NUI-766
Types of changes

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

Checklist:

[ ] I have signed the Adobe Open Source CLA.
[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have read the CONTRIBUTING document.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.

@jdelbick Also create a ticket for the refactoring of timers, otherwise I fear it will be forgotten.

authors: jdelbick tmathern

repo: adobe/asset-compute-sdk


text:
Allow QuickView image preview for arbitrary URLs missing image known extension

Currently the code for QuickView's image preview depends on a URL having a known image extension:
            if (/^(data\:image)|(\.gif|\.png|\.jpg|\.jpeg|\.svg)$/i.test(tokenString)) {

This is fine in the general case, but falls down when you use an image from a web service.  For example, my gravatar image is https://avatars3.githubusercontent.com/u/427398, which will fail this regex and shows no preview, despite the fact that the image can be loaded correctly.
I think this can be improved.  Since the preview container is not shown until the preview img element's load event fires, it would be possible to simply try loading a given URL without bothering to check the extension at all.  The current code is:
                  var showHandler = function () {
                        // Hide the preview container until the image is loaded.
                        $previewContainer.hide();

                        $previewContainer.find(".image-preview > img").on("load", function () {
                            $previewContent
                                .append("
" +
                                            this.naturalWidth + " × " + this.naturalHeight + " " + Strings.UNIT_PIXELS +
                                        "
"
                                    );
                            $previewContainer.show();
                            positionPreview(editor, popoverState.xpos, popoverState.ytop, popoverState.ybot);
                        });
                    };

After setting the img.src to the URL, there are two outcomes: a load or error event.  In the load case, the preview would be shown as normal; in the error case, hidePreview() could be called to cancel the pending preview--this is possibly something that should be done anyway, for the case that an image can't be loaded via the URL (e.g., 404).
Would you consider a patch to do this?

Something like this: https://github.com/humphd/brackets/commit/542cd1df6c4ffc55c8130f1af43803a19968773d

@humphd Great idea, but a little feedback from my side:
So, Quick View shows a preview for any kind of URL, no matter whether it's in a href or a src attribute, or in a CSS or HTML file (there are probably more variations, but yeah).
Thus, if a href points to 50MB .json file, with your suggestion implemented, Brackets would download it just to see it's not an image file to then throw it away. Same goes for a HTML file, or whatsoever. That's additional traffic on both the server side and the client side.
Thus, I'd suggest two things, maybe do both, maybe just of them:

Only download extension-less files and those with known extensions -- How likely is it a .html file is actually a picture? Rather than downloading it just to make sure it isn't, just ignore it and focus on those that may be pictures, which are those with known image extensions (gif, jpg, jpeg, png, svg) and, to address your issue, those without an extension.
HEAD request first -- To prevent Brackets from actually downloading a 50MB JSON file, it sends a HEAD request first so it can see whether the Content-Type is a known image format. That should suffice.

Browsers already do the optimization you suggest per the HTML spec.  Specifically, if an img element's src is set, an image request is initiated on the network and image sniffing rules take over, which use the Content-Type headers, see https://html.spec.whatwg.org/multipage/embedded-content.html#img-determine-type.
Adding a black-list of extensions to ignore (html, json, css, ...), which are specifically known to not yield useful previews would probably be good.  I'll add that to my patch.

I suggested to do a HEAD request first so the browser doesn't need to download the whole file.
So if it's a 50MB JSON file, the browser onky downloads the small header portion (maybe 1-2KB) to see it's not a picture and throw it away.

My PR is updated.
Also, I confirmed that Firefox does in fact do what I said above, namely, if you try to use a 50M JSON file as the src to an img, it will not download the whole file: the imagelib decoder cancels the download early.  Chrome, on the other hand, does download the whole thing.  I'll file a bug on that with them.

I wouldn't call Chrome's behavior a bug -- usually, HTML is used on normal webpages, where an img's src almost certainly links to an actual image. Thus, doing only one request instead of two is faster in most cases (every time the Content-Type is actually a supported image type).
That behavior also boosts performance, especially in cases where the TTFB is high.

authors: MarcelGerber humphd

repo: adobe/brackets


text:
Updated Dutch Translation, done because of error in Github

See Pull Request https://github.com/adobe/brackets/pull/10283

putted this pr in the wrong branch (; Hope to do it the good way in my next pr.....


text:
Update CodeMirror

I've successfully run all unit and integration tests.
CodeMirror releases page
Commit log
Notable changes

Multiple improvements to Markdown mode
Multiple improvements to PHP mode, including Nowdoc/Heredoc
https://github.com/codemirror/CodeMirror/commit/665417cbd0ac859ac7b8ee3c91cdc69fb7f38a70 Showing a drop cursor for Drag & Drop

Thanks Marcel. merging.

authors: MarcelGerber abose


text:
TypeScript issue: moduleResolution:NodeNext doesn’t work with this library

The problem
tsconfig.json:
"module": "NodeNext",
"moduleResolution": "NodeNext",

TypeScript code:
import { parse } from '@adobe/css-tools';

Result – error from tsc:

Could not find a declaration file for module '@adobe/css-tools'. '~/my-lib/node_modules/@adobe/css-tools/dist/index.mjs' implicitly has an 'any' type.

There are types at '~/my-lib/node_modules/@adobe/css-tools/dist/types.d.ts', but this result could not be resolved when respecting package.json "exports". The '@adobe/css-tools' library may need to update its package.json or typings.

Solutions
Quickest fix – change package.json:
"exports": {
  "import": "./dist/index.mjs",
  "types": "./dist/types.d.ts",
  "require": "./dist/index.cjs"
},

In the long run, you don’t need "main", "module" and "types" (anywhere!) anymore, as these are superseded by "exports" and modern TypeScript .d.ts resolution. You only have to rename:
mv types.d.ts index.d.mts

Possibly useful

TypeScript documentation on package "exports": https://www.typescriptlang.org/docs/handbook/modules/reference.html#packagejson-exports
This tool was recommended to me as a linter for packages with TypeScript types (haven’t used it yet though): https://github.com/arethetypeswrong/arethetypeswrong.github.io
I’m not sure how well .d.mts works with older TypeScript versions. There, you may have some success with the package.json property "typesVersions" (but in general it’s better if you don’t use it and only rely on "exports"): https://2ality.com/2021/06/typescript-esm-nodejs.html

Fixed through https://github.com/adobe/css-tools/pull/274
I will keep this issue open for the long term solution.
Thanks a lot for that detailed issue. This is very use full and well detailed. I truly appreciated.

authors: holblin rauschma

repo: adobe/css-tools


text:
Missing tests

Everytime there is a change in the git-server, md2json, petridish, strainconfig... there a risk to break the rendering of our helpx sample project. And I keep discovering regressions. Having tests or IT might prevent most of the basic ones.
IT requires petridish, not sure if they should apply here

Wrote a bunch of unit tests and one IT (test md2json).
Remaining todo: integrate into CircleCI

Follow up task here: https://github.com/adobe/project-helix/issues/219

repo: adobe/helix-helpx


text:
Sidekick Bookmarklet RC

This PR has been auto-generated from https://github.com/adobe/helix-sidekick-extension/.

https://sidekick-rc-2348173--helix-website--adobe.hlx.page/tools/sidekick/

Changes in this release:

https://github.com/adobe/helix-sidekick-extension/pull/257
https://github.com/adobe/helix-sidekick-extension/pull/262

repo: adobe/helix-website


text:
Griffon v0.1.3

This PR includes update to iOS binary from ACPGriffon 1.2.0 to 1.2.1

Will open one against griffonv0.1.3 branch

repo: adobe/react-native-acpgriffon


text:
Tooltip arrow placement not correct

Tooltip placement accepts these props:
  /**
   * The placement of the element with respect to its anchor element.
   * @default 'top'
   */
  placement?: 'start' | 'end' | 'right' | 'left' | 'top' | 'bottom',

Modify Tooltip.stories.ts to have these args:
  placement: {
    control: 'radio',
    options: [
      'start', 'end', 'right', 'left', 'top', 'bottom'
    ]
  },

Arrow icon is not correct:

Also, react-aria supports these placements:
export type Placement = 'bottom' | 'bottom left' | 'bottom right' | 'bottom start' | 'bottom end' |
    'top' | 'top left' | 'top right' | 'top start' | 'top end' |
    'left' | 'left top' | 'left bottom' | 'start' | 'start top' | 'start bottom' |
    'right' | 'right top' | 'right bottom' | 'end' | 'end top' | 'end bottom';

And I see it's in the css of react-spectrum but none of the css is correct apart from for bottom, top, right, left.

The tooltip's arrow's cross positioning is typically set by TooltipTrigger so those extra placement values are handled there. What use case do you have where you are using Tooltip on its own?

authors: LFDanLu MartinDawson

repo: adobe/react-spectrum


text:
fix: radio-button-selection-indicator was missing

Description
radio-button-selection-indicator was missing
Related Issue
DNA-1156
Types of changes

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

Checklist:

[X] I have signed the Adobe Open Source CLA.
[X] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[X] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

:tada: This PR is included in version 12.0.0-beta.22 :tada:
The release is available on:

GitHub release
npm package (@beta dist-tag)

Your semantic-release bot :package::rocket:

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

GitHub release
npm package (@latest dist-tag)

Your semantic-release bot :package::rocket:

authors: GarthDB misterbrownlee

repo: adobe/spectrum-tokens


text:
MWPW-148050: auto merge stage to main

Description
Merge PRs from stage->main automatically given 4 sign-offs, as long as it's monday-thursday 8AM UTC to 8PM UTC
Resolves: MWPW-148050
Test URLs:

Before: https://main--milo--mokimo.hlx.page/?martech=off
After: https://merge-process--milo--mokimo.hlx.live/?martech=off

@overmyheadandbody No specific timeline, I figured I can open the PR at any point, so this doesn't get lost and gives people the chance to give input.
Since this is the 2nd week with the stage automation, unless we see any big issues this should be good to be ready next week. This would also nicely fall in place with the milo deep dives on the 29th of May, where we can present all the changes to the process as a whole.

https://github.com/adobecom/milo/pull/2362

Permissions are working, SOT labels are accounted for, this should be good to go

repo: adobecom/milo


text:
capitalize jwt token type

Is there a reason the generated token type is lowercase? I'm trying to set the header as jwt.type + jwt.token (jwt representing the generated token from auth.generate), but the approach doesn't work since jwt.type is bearer rather than Bearer.

The bearer is returned just for the programmatic use in the same code flow. I believe from client, you can feel free to capitalize it.
I just want to keep all identifiers lowercase and the intent of type was never to match what is accepted inside the header.

Ok no problem, I'll go ahead and close this then, thanks

authors: alidcastano thetutlage

repo: adonisjs/adonis-auth


text:
'yield next' called in a global middleware does not wait for all processes in (Server) helpers.callRouteAction()

Hi,
We are coming from Laravel (4.2) background and we are migrating to Node for our Frontend server. First of all, thanks for the beautiful framework which helps our migration easier.
Sometimes we want to make a global middleware that mimics a global after-filter available in, for example, Laravel 4. That is, we need to wait until the route middlewares and the route controller have finished preparing the response. Currently, we see that 'yield next' called in global middleware does not wait until all processes called in (Server) helpers.callRouteAction() to be done. Therefore, this is our pull request.
Let us know if we miss understanding something. Thanks.

Can you share the problem you are facing?

Coverage decreased (-0.0006%) to 99.524% when pulling ee31f181dd9278393a48aae78d6d9c8e447011d9 on DigdayaPutra:master into d1f74ab8aaa75c8cbd675efc736b899e404c7348 on adonisjs:master.

I mean sample code with the behavior you r expecting and what you are getting right now

Let's say we want to create a global middleware that automatically measure response time for any route.
Say that one of the route controllers is defined as
class AController {

  generateAfterMs(time) {
    return new Promise(
      function(resolve, reject) {
        setTimeout(function() {
          console.log('called after ' + time + ' ms')
          resolve(time)
        }, time)
      }
    )
  }

   *index() {
       yield this.generateAfterMs(3000)

	view = yield response.view('guideline/index', {
			appInit : JSON.stringify(__APP_INIT__),
			initialState : JSON.stringify(guidelinePageCtrl.store().getState()),
			renderred : guidelinePageCtrl.render()
		})

	response.send(view);
   }
}

and our middleware:
class ResponseDecorator {

	*handle (request, response, next) {
		let start = new Date().getTime()
		yield next
		let elapsed = new Date().getTime() - start;
		console.log('elapsed in seconds: ', request.url(), elapsed / 1000)
	}

}

It is supposed to print elapsed time about 3s in this example, but currently it prints ~0s without the fix. We think that the problem was that 'yield next' does not wait for what's in the controller, because the co function that run through named middleware and route action in Server/helpers.callRouteAction() was not returned to be consumed by middleware.compose() in Server/helpers.respondRequest().
Thanks.

Let us know what you think. Thanks.

@DigdayaPutra Thanks for reporting it. I fixed this issue separately from your PR due to couple of reasons.

Your PR does not have an equivalent test for the change.
In new release the handling of http request is way different, so changes will be invalid.

@thetutlage  Glad to hear that this case will be handled more appropriately in the new release. Looking forward to it. Hope that we can continue to contribute in the future. Thanks. :)

authors: DigdayaPutra coveralls thetutlage

repo: adonisjs/adonis-framework


text:
Transmit doesn't work with PM2 cluster

Package version
@adonisjs/transmit@1.0.0
Describe the bug
When application is deployed to PM2 cluster, subscribe request fails randomly on some nodes, because this line returns false.
https://github.com/adonisjs/transmit/blob/68f41f2bae4625755e5fe891c97fed2b4673c126/src/transmit.ts#L198
I have configured Redis with ioredis and this works fine for subscribeToChannel, but the problem is that createStream doesn't publish UID to all other nodes with this.#bus?.publish and StreamChannelRepository has an empty set.
https://github.com/adonisjs/transmit/blob/68f41f2bae4625755e5fe891c97fed2b4673c126/src/stream_channel_repository.ts#L28
Reproduction repo
No response

Hey @sivo1981! 👋🏻

problem is that createStream doesn't publish UID to all other nodes

This is the expected behavior. Your registration stays within one Node (where the stream was open).
Could you give me more information on what does not work? The best would be to create a small reproduction or a failing test.

Application is started on PM2 with 2 instances.
Transmit config:
export default defineConfig({
  pingInterval: '1m',
  transport: {
    driver: redis({
      host: env.get('REDIS_HOST'),
      port: env.get('REDIS_PORT'),
      password: env.get('REDIS_PASSWORD')
    })
  }
})

PM2 logs:
NODE-1 | Transmit connected: 55f07e6f-0562-4b93-949f-ff2bf139ab3d"}
NODE-1 | Transmit subscribed 55f07e6f-0562-4b93-949f-ff2bf139ab3d to users
NODE-1 | POST - /__transmit/subscribe - 204 - 19 ms
NODE-0 | Transmit subscribed 55f07e6f-0562-4b93-949f-ff2bf139ab3d to users/21
NODE-0 | POST - /__transmit/subscribe - 400 - 9.35 ms

Initial transmit connect was made on node 1 and first subscribe is successful beacuse it was requeste on the same node as connect.  The problem is in second subscribe request which goes on node 0 and response with HTTP 400 code. This happens because this.#storage.addChannelToStream(uid, channel)  returns false.
Hope this helps you investigate this problem.

Any news regarding this issue?

Yes, sorry for the late reply.
The status code sent back is wrong and will be fixed shortly, but the subscription should still be broadcasted and registered despite the response sent by the backend.
Have you tried it or stopped when getting this 400?

I can confirm that despite getting HTTP 400 error code, subscription is successful on the server and events are received on the client normally.

Perfect thanks!

Released in 1.0.1

repo: adonisjs/transmit


text:
FEAT: Adds ember-cli-addon-docs and documentation

This PR attempts to add ember-cli-addon-docs for this addon. Which should close #45

@abhilashlr I realize this is very old, but would you mind rebasing with master please?

repo: adopted-ember-addons/ember-cli-flash


text:
Improve locale checker report readability

This is just a small modification to improve the readability of the report by setting UPPERCASE the name of the locale.

Will have:

Uppercase in the table
View the changes to the English file since the last "ES" update

@xavierfacq linter needs to be made happy :-)

authors: karianna xavierfacq


text:
Xcode 15.2 on test orka nodes

Xcode15.2 on test orka nodes  https://ci.adoptium.net/label/ci.role.test&&sw.os.osx&&orka&&hw.arch.x86
Details:
Reproducible comparison testing on Mac https://github.com/adoptium/temurin-build/pull/3844 requires Xcode15.2. However the test orka nodes doesn't have  xcode15.2 installed https://ci.adoptium.net/view/Test_grinder/job/Grinder/10771/console @steelhead31 also confirmed that no xcode15.2 installed on https://ci.adoptium.net/label/ci.role.test&&sw.os.osx&&orka&&hw.arch.x86
Orka build nodes does have Xcode15.2 installed https://ci.adoptium.net/label/xcode15.0.1&&build&&mac&&x64/ ( lable xcode15.0.1  should be changed to 15.0.2 https://github.com/adoptium/temurin-build/pull/3844#issuecomment-2178754616)
Asking to update orka test node template to have xcode 15.0.2 installed.

Could we run the reproducible test on arm64 hosts? Rosetta should be able to cope with this?

@gdams we will first enable the test on x64Mac, then aarch64Mac.

@gdams we will first enable the test on x64Mac, then aarch64Mac.

@sophia-guo I believe @gdams is suggesting that the x64Mac reproducible test could (should?) be performed on aarch64 systems. We build the x64Mac on an aarch64 mac, so that would likely be the preferred way to confirm reproducibility. Is there a technical reason that wouldn't work, or is it just that the test job can't easily be sent to an aarch64 machine when it's testing x64?

Actually for x64Mac with build orka nodes I'm trying the label  https://ci.adoptium.net/label/xcode15.0.1&&build&&mac&&x64/ , which is running on aarch64 system.
https://ci.adoptium.net/view/Test_grinder/job/Grinder/10791/

So this issue is opened to expect test orka nodes are configured same as build orka nodes

Actually for x64Mac with build orka nodes I'm trying the label https://ci.adoptium.net/label/xcode15.0.1&&build&&mac&&x64/ , which is running on aarch64 system, which complains 13:46:45 Error: Cannot locate spec.gmk, given by SPEC=osx_x86-64. Not sure if it's because build x64Mac on aarch64Mac

At that point we should try and figure out why you're getting that, but it doesn't cause a problem on the same machines in the build pipelines
@Haroon-Khel Can you jump in here as you've looked at some of these before? Is the arch -x86_64 likely to be required here? Ref https://github.com/adoptium/temurin-build/issues/3487#issuecomment-1735502890
I feel we have a a few things that we do not yet understand (or at least that I don't understand!) - @sophia-guo let me know if any of this is incorrect:

We have not tried comparing a native x64 build with an x64 build run on an aarch64 machine so we do not know if that is a valid test at the moment.
If it's not a valid test, and we have to compare on an aarch64 mac, then can we handle running on a different architecture in the test jobs? Presumably your comment "Actually for x64Mac with build orka nodes I'm trying the label https://ci.adoptium.net/label/xcode15.0.1&&build&&mac&&x64/" was a one-off change for that single Grinder job to force it to that machine for now as a test?
We have a difference between the reproducible test job and the main build jobs when run on aarch64 (Error: Cannot locate spec.gmk, given by SPEC=osx_x86-64) that needs to be understood if we need to run the comparison build on aarch64.

@Haroon-Khel Can you jump in here as you've looked at some of these before? Is the arch -x86_64 likely to be required here? Ref https://github.com/adoptium/temurin-build/issues/3487#issuecomment-1735502890

I would think so. If we are trying to replicate the environment of an x64 mac machine then yes. I am not very informed on what the reproducible test does exactly, are we building a binary? Either way I think the arch -x86_64 will be required

I am not very informed on what the reproducible test does exactly, are we building a binary, are we running an ex64 binary? Either way I think the arch -x86_64 will be required

We are attempting to run a second build of Temurin within an AQA test job from exactly the same tag in github and confirm that the binaries produced are bit-for-bit identical to the originals builds in the pipelines i.e. the files in the jdk tarball show no differences when you run diff between the originals and rebuilt ones.
References if you want to see / try yourself on Linux:

https://www.youtube.com/watch?v=_qr3K89Sm-4&t=17s&pp=ygUUcmVwcm9kdWNpYmxlIHRlbXVyaW4%3D
https://adoptium.net/docs/reproducible-verification-builds/reproduce-linux-aarch64/ (Linked from Andrew's recent blog)

Xcode 15.2 is not required on Orka / x64 nodes, as the reproducible build will now only run on arm64 nodes.

Close this as Xcode 15.2 is not required on Orka / x64 nodes for reproducible build. Reproducible will run on arm64 nodes.

Aqa-tests with x64 mac jdk run on x64 mac. Ideally as part of aqa-tests reproducible test with x64 mac will also need to run on x64 mac. Local tests show that it is reproducible to use cross-compiled x64 mac SBOM to reproduce native x64 mac and they are comparable https://github.com/adoptium/temurin-build/pull/3844#issuecomment-2452528510.
@gdams what's the reason to run the reproducible test on arm64 hosts? Can we just install xcode 15.2 on test mac x64 orka nodes?

https://github.com/adoptium/infrastructure/issues/3720#issuecomment-2454932156

Actually with https://github.com/adoptium/temurin-build/issues/4025 mac x64 reproducible might be able to run on aarch64 mac.

However it requires x64 mac special.system only has reproducible comparing tests. https://github.com/adoptium/ci-jenkins-pipelines/compare/master...sophia-guo:mac64?expand=1. If there will be more tests go to special.system it won't work.

We will temporarily enable the test on aarch64 mac. https://github.com/adoptium/ci-jenkins-pipelines/pull/1136

authors: Haroon-Khel gdams sophia-guo steelhead31 sxa

repo: adoptium/infrastructure


text:
Setup externalDNS for cluster dns management

Depends on #5
We want to create an IAM User for each cluster. This User should be able to mange the DNS for its cluster <name>.adorsys.io.
The AWS credentials should be placed in a kubernetes secret to allow external-dns access to route53.
AC:

[x] external dns is configured as module in bootstrap
[x] externaldns is working for the demo cluster
[x] the iam User can only manage its cluster zone

external dns has been configured as module in bootstrap
externaldns is working for staging-cluster
the iam User can only manage its own cluster zone

authors: nce tim-tschiersch


text:
8088 support?

Not sure but curious since these chips were apparently quite similar: does this also support the 8088?
I just uploaded some spiffing snaps of a modern machine yesterday (feel free to use)...

front
rear
inside view one
inside view two

... the machine in question was donated to the Australian Computer Museum Society.

I don't think there are software visible differences between 8086 and 8088
(except perhaps bus access timing differences.)

I don't think there are software visible differences between 8086 and 8088
(except perhaps bus access timing differences.)

There are differences between 8086 and 8088 visible to self-modifying code due to the different size of the prefetch queue (IIRC, 6 bytes on 8086 but 4 on 8088). This does not depend on bus or memory timing, and is AFAIK the only reliable way for a program to distinguish 8086 from 8088.
Most simulators don't bother simulating the prefetch queue at all, let alone accurately, in which case code attempting to determine the prefetch queue length will fail.

On Sun, Jun 7, 2020 at 9:33 PM Eric Smith notifications@github.com wrote:

There are differences between 8086 and 8088 visible to self-modifying code due to the different size of the prefetch queue (IIRC, 6 bytes on 8086 but 4 on 8088). This does not depend on bus or memory timing, and is AFAIK the only reliable way for a program to distinguish 8086 from 8088.
Most simulators don't bother simulating the prefetch queue at all, let alone accurately, in which case code attempting to determine the prefetch queue length will fail.

For 8086tiny, there is no prefetch queue at all, so prefetch queue
length detection via SMC will fail anyway.
Therefore, I think 8088 support is already as good as it could be by 8086tiny.

authors: brouhaha globalcitizen minux


text:
TeslaMate / Drives   page,all the drive log are mess

HELP ME? can i fix it?

help me too

Same issue here

Running on version 1.20.1

authors: RobReus breez7 zhihz

repo: adriankumpf/teslamate


text:
Invalid numbers parsed

The following invalid Json numbers are parsed as numbers by Boon:
034 parsed as 34, instead is invalid JSON, some other implementations parse it as an octal 28 that is what javascript would do. Same for -034. See http://stackoverflow.com/a/27361596/1536382
0., invalid for JSON, parsed as 0 like javascript would do, note that .0 is treated as an error (also invalid for JSON while for js is also ok), so for consistency also 0. should be, IMHO. If there is a way of doing relaxed-parsing may be both should be allowed in that case.
See also http://deron.meranda.us/python/comparing_json_modules/numbers#t5-3 (today unavailable, cached)
See same issue for genson https://github.com/owlike/genson/issues/111

Thanks.

authors: RichardHightower eleumik

repo: advantageous/boon


text:
How to convert bestresult to onnx

At present, bestressult is in CKPT format, and I hope to convert it to onnx mode. I tried the code,
        model = load_checkpoint(train_config, checkpoint_path, strict=False, map_location='cpu')
        model.freeze()
        model.to(device)
        torch.save(model,'bestresult.pth')

        img = torch.rand(1,3,320,320,requires_grad=False)
        img = img.to(torch.device('cpu'))
        torch.onnx.export(model,img,'bestresult.onnx',opset_version=11)
        print('=====================best onnx result is saved!================')

but it reported an error. How can I solve it? thank you.
  [2021-11-26 06:25:35,036][__main__][CRITICAL] - Prediction failed due to too many indices for tensor of dimension 4:
Traceback (most recent call last):
  File "bin/predict.py", line 68, in main

Hi! We cannot help you with anything production-related, including compression, conversion, speeding up etc - due to the policies of our company.

get it.thanks!

@jsxyhelu, did you ever figure out how to convert the .ckpt file to .onnx?

authors: jsxyhelu ulfemsoy windj007

repo: advimman/lama