WallPanel is not automatically loaded after phone restart (v0.9.3-beta.4 & v0.9.3-beta.6)

Describe the bug
Even though Open On Device Boot = On, the app is not loaded after rebooting the device.
To Reproduce
Steps to reproduce the behavior:

Configure WallPanel to use Open On Device Boot
Restart the phone
Wait for it...
WallPanel is never started

Expected behavior
Open On Device Boot = On, should start the app when "ON BOOT COMPLETED"
Screenshots
N/A
Smartphone (please complete the following information):

Device: OnePlus One, Nexus 6p, Sony Z3
OS: Android 8, 10, 11
Browser Stock browser
Version [e.g. 22]

Additional context
I installed Auto Start and StaY! which starts WallPanel instead, but it would be really nice if it worked as before.

This works on my older devices, but it seems Google has made this a real complicated mess on older devices. Also some devices use their own boot manager so they need some special settings for this on the device.   I suspect on newer devices, this is blocked by the device settings.  More on this here https://stackoverflow.com/questions/20441308/boot-completed-not-working-android.

I tried to be really accurate when I tried to iron out which configurations that worked yesterday, but when I try the same stuff today, I get other results. Must be my devices or network or Home Assistant or..
However, in while trying out everything again, I found another thing, but that's another issue.
Closing this.


CI build task failed after import WASM/JS target

Describe the bug
I have a CI task for my project which will run ./gradlew assemble for new commit. It worked well before and failed after I import WASM/JS target. The error is as follows:
> Task :webview:wasmJsBrowserProductionWebpack FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':webview:wasmJsBrowserProductionWebpack'.
> Module not found: Error: Can't resolve './skiko.mjs' in '/home/runner/work/compose-webview-multiplatform/compose-webview-multiplatform/build/js/packages/composeWebView/kotlin'

CI configuration:
name: Build Multiplatform project
on:
  push:
    branches:
      - main
      - feature/ci_setup
  pull_request:

jobs:
  build-multiplatform-project:
    strategy:
      fail-fast: false
      matrix:
        os: [ubuntu-20.04, macos-12, windows-2022]
        gradle: [8.3]
    runs-on: ${{ matrix.os }}
    steps:
      - uses: actions/checkout@v3
      - uses: actions/setup-java@v3
        with:
          distribution: 'corretto'
          java-version: '17'
      - name: Build Multiplatform project
        shell: bash
        run: ./gradlew assemble

Is there any configuration that I need to do for WASM/JS target?

https://github.com/KevinnZou/compose-webview-multiplatform/actions/runs/9088078422

@eymar Thanks for your help! This line did solve the problem on Linux and Windows. But it leads to a new error on MacOS:
e: /Applications/Xcode_14.2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/ld invocation reported errors
> Task :sample:shared:linkDebugFrameworkIosArm64 FAILED
Please try to disable compiler caches and rerun the build. To disable compiler caches, add the following line to the gradle.properties file in the project's root directory:

    kotlin.native.cacheKind.iosArm64=none

I tried to add this line kotlin.native.cacheKind.iosArm64=none but got another error:
* What went wrong:
Error: 'kotlin.native.cacheKind.iosArm64' is explicitly set to 'none'.
This option significantly slows the Kotlin/Native compiler.
Compose Multiplatform Gradle plugin manages this property automatically based on a Kotlin compiler version being used.
  * Recommended action: remove explicit 'kotlin.native.cacheKind.iosArm64=none' from gradle.properties.
  * Alternative action: disable cache kind management by adding 'compose.kotlin.native.manageCacheKind=false' to your 'gradle.properties'.

Link to the github action: https://github.com/KevinnZou/compose-webview-multiplatform/actions/runs/9104698697/job/25031368456#step:4:771

This xcode version seems to be the reason:
Xcode_14.2.app
Try to use the newer version of your macos runner

Please check the following ticket on YouTrack for follow-ups to this issue. GitHub issues will be closed in the coming weeks.


OOBE is supported

[Enter feedback here]
Under the Limitations section it is stated that OOBE is not supported for TAP, just tested it and it does work as an authentication method.

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

ID: 5eeab12d-7578-3f86-4461-10603274408b
Version Independent ID: f4911928-14be-ecf6-0b02-cc80871ae365
Content: Configure a Temporary Access Pass in Azure AD to register Passwordless authentication methods
Content Source: articles/active-directory/authentication/howto-authentication-temporary-access-pass.md
Service: active-directory
Sub-service: authentication
GitHub Login: @Justinha
Microsoft Alias: justinha

@git14
Thanks for your feedback! I've assigned this issue to the author who will investigate and update as appropriate.

@git14 thanks for reporting this! A fix is being rolled out any day.

#please-close


fix(GridForm): properly align gridform infotips

Overview

Fixes misaligned Infotips - this happened because the screenreader text was a sibling to the Tip container, it is now a child of the Tip container

PR Checklist

[x] Related to designs:
[x] Related to JIRA ticket: [ABC-123]
[x] I have run this code to verify it works
[x] This PR includes unit tests for the code change
[x] This PR includes testing instructions tests for the code change
[x] The alpha package of this PR is passing end-to-end tests in all relevant Codecademy repositories

Testing Instructions

Go to GridForm story
See the InfoTips properly aligned
Turn on VO
Hear them properly announced
Double check the InfoTip story for floating and regular InfoTip, include cmd + opt text nav

PR Links and Envs

Repository
PR Link
PR Env

Monolith
Monolith PR
Monolith Env

Portal
Portal Link
Portal Env

📬Published Alpha Packages:@codecademy/gamut@56.0.3-alpha.628c7f.0@codecademy/gamut-kit@0.6.428-alpha.628c7f.0<EMAIL_ADDRESS>
🚀 Styleguide deploy preview ready!https://66a1146da0c8b04128aa8c82--gamut-preview.netlify.appDeploy Logs

📬Published Alpha Packages:@codecademy/gamut@56.0.3-alpha.4fe369.0@codecademy/gamut-kit@0.6.428-alpha.4fe369.0<EMAIL_ADDRESS>
🚀 Styleguide deploy preview ready!https://66a12b502091465b7b4b7168--gamut-preview.netlify.appDeploy Logs

📬Published Alpha Packages:@codecademy/gamut@56.0.3-alpha.630ca0.0@codecademy/gamut-kit@0.6.428-alpha.630ca0.0<EMAIL_ADDRESS>
🚀 Styleguide deploy preview ready!https://66a131ff57ee2e0091bd7536--gamut-preview.netlify.appDeploy Logs

📬Published Alpha Packages:@codecademy/gamut@56.0.3-alpha.c89945.0@codecademy/gamut-kit@0.6.428-alpha.c89945.0<EMAIL_ADDRESS>
🚀 Styleguide deploy preview ready!https://66a1362d27d684049062f715--gamut-preview.netlify.appDeploy Logs


Proposal for generating ptx files

Currently, *.cu files are by default compiled and linked as an executable host application. But for uses with things like OptiX, generating a standalone ptx with --ptx is necessary. There seems to be no workaround to avoid evlink for now, and the documentation for custom languages are missing. Thus I have a proposal for directly generating ptx files.

I haven't had time to support it in the near future. Maybe I will consider supporting it in the v2.2.5 version. Please wait some time.
If you need this feature urgently, you can help contribute the relevant code.
Thanks!

@waruqi Thanks for the quick response. I'll see if I can help.

Thanks! The above code snippet solved my problem.