Push notifications refer to wrong email

Describe the bug
On my phone, when a push notification from K9-Mail comes through to my lock screen it often references the oldest new message rather than the actual new message.
Note: This isn't the notifications in the pull-down notification bar, that is normal (see image examples below)
E.g. Message 1 comes into my inbox and notifies me. I do not read it (or read it on another platform).
Message 2 then comes in, but notifies me about Message 1 instead.
To Reproduce
Steps to reproduce the behavior:

Open K9 App to make sure it's active
Go back to home screen and lock screen
Wait for new messages
See issue above

Expected behavior
The push notification should reference the relevant new message.
Screenshots
Push notification from lock screen in OxygenOS

Notification drawer

Environment (please complete the following information):

K-9 Mail version: 5.806
Android version: 11 (Oxygen OS <IP_ADDRESS>.AC01BA)
Device: OnePlus Nord (1st Generation)
Account type: IMAP

Additional context
Pretty sure this error started when the new wave of development for the Google Play version started again.
Logs
Please take some time to retrieve logs and attach them here:

This feels like a bug in the Android version you're using. The lock screen should display the summary like it does in the notification drawer (one entry that lists sender and subject of the lastest 5 messages), not an individual notification.

I think it also happened on my older phone on Android 9 (Honor 9), albeit the app was very out of date it still did this issue.

If it helps, this is the setting that makes the first image happen

From K-9 Mail's point of view there's no such thing as "ambient display notifications". There's only notifications. What your Android version does with them, is not under K-9 Mail's control.


Upload Works, but not list files in file manager

Hello, follow the installation steps but the files are not listed in the file manager. I am using Laravel 5.1 + laravelcollective / html 5.1 + intervention / image 2.3.8.

Difficult to help with so little info... How did you integrate it to your view?

@rafalau Please post the errors in your chrome console here, thanks.

Same error for me and whenever i tried to create new folder i go the attach error in console but file upload works fine

@g0110280 @leanweb please help me with this issue ASAP please

@Shahaan143 the error you see was due to code here, please check the lang file for your locale.


Is it possible to make the same sails instance accessible with http and https?

I want to prefer https but as a fallback I want to still support http but want to run only one instance of sails. Is this possible?

Hi!
Use only one instance of Sails over http and put a reverse proxy (like Nginx or HAProxy) in front of your instance.
you will be able to have http and https on the "same" instance, and the reverse proxy will handle both http and https requests.
Internet <===> Nginx (port: 80 / 443) <===> sails.js (port: 8080 or whatever).
After your reverse proxy, the request will not be encrypt.

 Never expose a node.js server directly to the internet.


(HTML) error page from Wiley

Wiley's server at http://onlinelibrary.wiley.com/reporting-web/ws/sushi is giving an error page for requests that were working back in February 2016; SUSHIStarters client can still get data out of these server fine, so pycounter seems to be sending something different from what they are.
(I'm not sure if this is a pycounter regression or a change in the Wiley server, but in any event we should definitely be able to access anything SUSHIStarters can)

Seems to be case-sensitivity issue in Created and ID attributes; fixed in a69954dec9b4b4294d275e17


Add tests

Added some tests:

OceanDataset
open_oceandataset

I've added the get_started() function under open_oceandataset.
It's very useful for testing as well because it takes less than 1s to open it, so you don't have to wait the annoying 20s of ERAI and ASR.

Address #60

Added test for subsample
Address #58 : @renskegelderloos  can you please close the issue if it's fixed?

There are a couple of minor syntax changes:

add_DataArray and merge_Dataset have been replaced by merge_into_oceandataset
The subsample shortcuts are now organized as the module:

# OLD:
od_cut = od.cutout(ZRange=0)
# NEW:
od_cut = od.subsample.cutout(ZRange=0)

I hit errors when I run pytest oceanspy on SciServer (after I git pull, then pip install):
================================================================= test session starts =================================================================
platform linux -- Python 3.6.7, pytest-4.3.0, py-1.8.0, pluggy-0.9.0
rootdir: /home/idies/workspace/Storage/Thomas.Haine/persistent/OceanSpy_dev/oceanspy, inifile: setup.cfg
collected 0 items / 4 errors
======================================================================= ERRORS ========================================================================
___________________________________________ ERROR collecting oceanspy/tests/test_oceandataset_attributes.py ___________________________________________
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:68: in _get_default_engine_netcdf
import netCDF4  # noqa
E   ModuleNotFoundError: No module named 'netCDF4'
During handling of the above exception, another exception occurred:
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:72: in _get_default_engine_netcdf
import scipy.io.netcdf  # noqa
E   ModuleNotFoundError: No module named 'scipy'
During handling of the above exception, another exception occurred:
oceanspy/tests/test_oceandataset_attributes.py:9: in
from . datasets import datasets
oceanspy/tests/datasets.py:155: in
'MITgcm_curv_nc' : Datasets().MITgcm_curv_nc()}
oceanspy/tests/datasets.py:115: in MITgcm_curv_nc
ds  = xr.tutorial.open_dataset('rasm')
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/tutorial.py:85: in open_dataset
ds = _open_dataset(localfile, **kws)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:318: in open_dataset
allow_remote=True)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:88: in _get_default_engine
engine = _get_default_engine_netcdf()
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:75: in _get_default_engine_netcdf
raise ValueError('cannot read or write netCDF files without '
E   ValueError: cannot read or write netCDF files without netCDF4-python or scipy installed
____________________________________________ ERROR collecting oceanspy/tests/test_oceandataset_methods.py _____________________________________________
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:68: in _get_default_engine_netcdf
import netCDF4  # noqa
E   ModuleNotFoundError: No module named 'netCDF4'
During handling of the above exception, another exception occurred:
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:72: in _get_default_engine_netcdf
import scipy.io.netcdf  # noqa
E   ModuleNotFoundError: No module named 'scipy'
During handling of the above exception, another exception occurred:
oceanspy/tests/test_oceandataset_methods.py:3: in
from . datasets import (aliased_ods, oceandatasets)
oceanspy/tests/datasets.py:155: in
'MITgcm_curv_nc' : Datasets().MITgcm_curv_nc()}
oceanspy/tests/datasets.py:115: in MITgcm_curv_nc
ds  = xr.tutorial.open_dataset('rasm')
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/tutorial.py:85: in open_dataset
ds = _open_dataset(localfile, **kws)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:318: in open_dataset
allow_remote=True)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:88: in _get_default_engine
engine = _get_default_engine_netcdf()
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:75: in _get_default_engine_netcdf
raise ValueError('cannot read or write netCDF files without '
E   ValueError: cannot read or write netCDF files without netCDF4-python or scipy installed
______________________________________________ ERROR collecting oceanspy/tests/test_open_oceandataset.py ______________________________________________
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:68: in _get_default_engine_netcdf
import netCDF4  # noqa
E   ModuleNotFoundError: No module named 'netCDF4'
During handling of the above exception, another exception occurred:
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:72: in _get_default_engine_netcdf
import scipy.io.netcdf  # noqa
E   ModuleNotFoundError: No module named 'scipy'
During handling of the above exception, another exception occurred:
oceanspy/tests/test_open_oceandataset.py:7: in
from . datasets import (datasets, oceandatasets)
oceanspy/tests/datasets.py:155: in
'MITgcm_curv_nc' : Datasets().MITgcm_curv_nc()}
oceanspy/tests/datasets.py:115: in MITgcm_curv_nc
ds  = xr.tutorial.open_dataset('rasm')
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/tutorial.py:85: in open_dataset
ds = _open_dataset(localfile, **kws)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:318: in open_dataset
allow_remote=True)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:88: in _get_default_engine
engine = _get_default_engine_netcdf()
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:75: in _get_default_engine_netcdf
raise ValueError('cannot read or write netCDF files without '
E   ValueError: cannot read or write netCDF files without netCDF4-python or scipy installed
__________________________________________________ ERROR collecting oceanspy/tests/test_subsample.py __________________________________________________
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:68: in _get_default_engine_netcdf
import netCDF4  # noqa
E   ModuleNotFoundError: No module named 'netCDF4'
During handling of the above exception, another exception occurred:
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:72: in _get_default_engine_netcdf
import scipy.io.netcdf  # noqa
E   ModuleNotFoundError: No module named 'scipy'
During handling of the above exception, another exception occurred:
oceanspy/tests/test_subsample.py:6: in
from . datasets import (aliased_ods, oceandatasets)
oceanspy/tests/datasets.py:155: in
'MITgcm_curv_nc' : Datasets().MITgcm_curv_nc()}
oceanspy/tests/datasets.py:115: in MITgcm_curv_nc
ds  = xr.tutorial.open_dataset('rasm')
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/tutorial.py:85: in open_dataset
ds = _open_dataset(localfile, **kws)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:318: in open_dataset
allow_remote=True)
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:88: in _get_default_engine
engine = _get_default_engine_netcdf()
/home/idies/miniconda3/envs/ospy_docs/lib/python3.6/site-packages/xarray/backends/api.py:75: in _get_default_engine_netcdf
raise ValueError('cannot read or write netCDF files without '
E   ValueError: cannot read or write netCDF files without netCDF4-python or scipy installed
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Interrupted: 4 errors during collection !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
=============================================================== 4 error in 2.13 seconds ===============================================================

Not sure why.
To double check I've created a new container and installed everything from scratch and it's working for me.
Here is what I've done:
Image: Python+R
$ conda config --remove channels defaults
$ conda config --add channels conda-forge
$ conda install -y dask distributed bottleneck netCDF4 xarray cartopy esmpy ffmpeg
$ pip install geopy xgcm xesmf xmitgcm
$ git clone --single-branch --branch add_tests https://github.com/malmans2/oceanspy.git
$ pip install -e oceanspy/
$ pytest oceanspy

I've cloned oceanspy in my persistent directory, and it looks like pytest oceanspy works from both persistent or oceanspy/.
Here is what shows up in my terminal:
===================================================================== test session starts =====================================================================
platform linux -- Python 3.6.6, pytest-3.8.2, py-1.7.0, pluggy-0.8.0
rootdir: /home/idies/workspace/Storage/malmans2/persistent/oceanspy, inifile: setup.cfg
plugins: remotedata-0.3.0, openfiles-0.3.0, doctestplus-0.1.3, arraydiff-0.2
collected 108 items

oceanspy/tests/test_oceandataset_attributes.py .........                                                                                [  8%]
oceanspy/tests/test_oceandataset_methods.py ...........                                                                                [ 18%]
oceanspy/tests/test_open_oceandataset.py ....                                                                                [ 22%]
oceanspy/tests/test_subsample.py ........s.....s........s.....s..s..s.....s........s.....s..s..s.....s...............                                   [100%]

=========================================================== 96 passed, 12 skipped in 17.79 seconds ============================================================```

Thanks. Yes, it works for me too with a fresh container. Except I get this warning:
================================================================== warnings summary ===================================================================
/home/idies/workspace/Storage/Thomas.Haine/persistent/OceanSpy_dev/oceanspy/oceanspy/compute.py:204: DeprecationWarning: invalid escape sequence \l
"""

With this push compute functions creating dynamic variables (e.g., gradient, divergence, ...) are completed. The last version of the documentation is in the shared folder on SciServer.

Add tests (differences are tested using sinusoidal functions)
Address this: https://github.com/malmans2/oceanspy/issues/54#issuecomment-469052364
More robust weight average. There is now one compute function only (compute.weighted_mean) that will work for 1D, 2D, and 3D variables. Now you can compute the weighted mean of Eta, EXF, ... It's possible to output the weights as well, and the units should be correct: (m^3 for volume, m^2 for surfaces, ...). @ThomasHaine  you will need to adjust a little your scripts because of the new syntax, but hopefully it's an easy fix. This new implementation will make very easy to use weighted means for plotting (as discussed during group meeting with @renskegelderloos )
New syntax for shortcuts: E.g., od.compute.gradient(...). It will merge into the oceandataset. Default is overwrite=False. You'll get warnings if a variable that you're trying to merge is already in the oceandataset. If you want to overwrite: od.compute.gradient(overwrite=True)

Next: test compute functions creating static variables and make the syntax consistent.

Compute is fully tested and documented
Added integral

Tests now pass for both python 3.5 and 3.6. we might want to add 3.7. SciServer is currently using 3.6.

Add animation test. I they pass for python 3.5 we're ready to push to production and focus on tutorial/documentation


Crypto Transactions method not implemented

I noticed that the Crypto Transactions (https://www.bitstamp.net/api/v2/crypto-transactions/) method hasn't been implemented by this library.
Can it be added please?

should be added with #39 soon

should be added with #39 soon

released with 3.1.0

Thank you!


Workbench - Improve experience for first time users

@chrmarti Let me know what are the expectations from me here and how I can be helpful.
Also there is some work I am doing to improve various aspects of Settings/Keybindings management (here)[#15162) which might in-line with improving UX in general in this area.

I'd like to let you know what I'm up to and get your feedback and also the feedback you get in discussions in your lab, if there is any. The idea, I understand, is to build more awareness of what the other lab is working on. E.g., there might be opportunities to briefly talk about what I'm doing at your standup meetings.

Also: #207, #17119 (opening without folder)


feat atLoader injector script to load AT packages

atLoader is used to synchronously load Aria Templates classes that are not included
in the AT package.
It is sufficient to insert the array of classes as the innerHTML of the tag
used to load this script.
All the classes' dependencies have to be added to this array.
No comments or other sintax is allowed in it except for the array itself.

:ok: e9b2e6a04da22a9ae7dc5fc581f70507a8679628 seems fine. You can integrate it if the travis build is ok.


Assertion failed on expression: 'sourcePoint->w > 0.0f'

Can't seem to figure out how to get past this issue.  Have not run into it before, this will still run fine in VS but crashes on Xbox One.  When I run the windows app certification test within VS it does say it fails due to a hang/crash, but doesn't give me any more info.
This is what VS shows, but I can't figure out what uses this:
Assertion failed on expression: 'sourcePoint->w > 0.0f'
(Filename: C:\buildslave\unity\build\Runtime/Geometry/BoundingUtils.cpp Line: 266)
I also get a "player1isnotsignedin" warning, but that is triggering on my initial loading screen and I don't think is related here but I don't know for sure.

@nyarsulik Did you find a solution to this?  Same error (but on line 264) is coming up on Hololens UWP with Unity LTS (2017.4.16.f1).

I honestly don't remember what I did to get past this.  I believe I re-imported the Xbox Live API into Unity and then did a clean build to Visual Studio.  I wasn't extremely scientific with how I figured this out.  :)  I may have even switched to a slightly newer Unity build, my game isn't that complicated so it didn't bother me to risk upgrading.
I was also having previous issues with ProBuilder (I had downloaded the original version before it was built in) and I think that enabling the newer built in version caused some funkiness.


[WFCORE-5169] upgraded to Apache Directory Server AM27 and Kerby

Issue: https://issues.redhat.com/browse/WFCORE-5169
Related Issues:
https://issues.redhat.com/browse/WFCORE-6485
https://issues.redhat.com/browse/WFCORE-5255

@darranl @fjuma can you review this please? thanks

Thank you very much for working on this @istudens!
Just wanted to ask if you've done a quick sanity check with IBM JDK just to make sure there are no new test failures with these changes (i.e., just to make sure the failures from WFCORE-5432 won't occur anymore with these new changes).

@fjuma Nope, I missed IBM JDK. I will test it.

@fjuma It looks good to me even with IBM JDK 11 (both /elytron and /testsuite/elytron tests).

Thanks for confirming that @istudens!

CC @Skyllarr in case you missed the request for review

Oops I missed this, reviewing now

@istudens Thanks!

/retest

Thanks @fjuma @Skyllarr and @istudens


[Bug]: “Show step arrows” property missing in WDS - Currency Input widget

Is there an existing issue for this?

[X] I have searched the existing issues

Description
“Show step arrows” property is missing in the new WDS - Currency Input widget
How it is in prod:

Steps To Reproduce

Go to https://ce-28848.dp.appsmith.com/ (this is an Anvil DP. The URL can change in the future).
DnD a Currency Input widget.

Notice that the Show step arrows property under the General section is missing.
Public Sample App
No response
Environment
Deploy Preview
Issue video log
No response
Version
Cloud

Hey team! Please add your planning poker estimate with Zenhub @jsartisan @KelvinOm

https://react-spectrum.adobe.com/react-spectrum/NumberField.html

Not relevant anymore.


If the cluster time is not same with the client time, the "Age" is incorrect

There is some NTP issue in my cluster machine, it delay 6 hours for the stand time. When I use the kubectl to get the info of resources, I found the "Age" always show >6 Hours.
When I login into the k8s cluster master node machine, its time is delay just delay 6 hours compare to my local desktop time
There is a little confused when I just create a new resource, that make me think I didn't create correctly.
Kubernetes version (use kubectl version):
Client Version: version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.8", GitCommit:"bc6162cc70b4a39a7f39391564e0dd0be60b39e9", GitTreeState:"clean", BuildDate:"2017-10-05T06:54:19Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"darwin/amd64"} Server Version: version.Info{Major:"1", Minor:"11", GitVersion:"v1.11.2", GitCommit:"bb9ffb1654d4a729bb4cec18ff088eacc153c239",GitTreeState:"clean", BuildDate:"2018-08-07T23:08:19Z", GoVersion:"go1.10.3", Compiler:"gc", Platform:"linux/amd64"}
What happened:
"Age" is time may incorrect
What you expected to happen:
"Age" is time may incorrect
How to reproduce it (as minimally and precisely as possible):
Make the kubectl client and cluster system time different.
Anything else we need to know:

this issue gone ,  when I upgrade the kubectl version to "1.11"


Add Policy Recommendation Spark job and image

In this PR, we add the policy recommendation spark job and image into the Theia repo.
Previously policy recommendation spark job has got several reviews on the Antrea repo at https://github.com/antrea-io/antrea/pull/3064. I'm highlighting these changes compared with that closed PR:

Add removing auto-generated Pod labels feature to merge recommended policies.
Add the capability of recommending the toService ANPs for Pod-to-Svc flows.
Make corresponding changes to work with Antctl CLI on the Flow Aggregator side.

Also, this is only the first PR for the Policy Recommendation feature. I will create subsequent PRs including Documentation, Antctl CLI, unit tests, and e2e tests, to complete this new feature.

It might also make sense of using the python logging library instead of printing to stdout.
It should be fairly easy to introduce logging in this job.

It might also make sense of using the python logging library instead of printing to stdout. It should be fairly easy to introduce logging in this job.

Sure, I added the code to use spark logger to replace the print statement.


Update DisTube.d.ts

Fix typings :D

I will close this because the main problem is due to DisTube.js
https://github.com/skick1234/DisTube/blob/a592bbe1ec716afb3f1422c8dbbcebbef692932c/src/DisTube.js#L674
Fixed on beta.9


layout/general

At 1024x768 the projects resize slightly oddly and there are some overlaps with buttons over content. Not a big deal, but just fyi:
http://puu.sh/fnoyf/4a2b9c8b37.png

Duplicate of #2


new alpha release for Gama

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

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

Note: <path> is the name of the directory containing the manifest you're submitting.

Microsoft Reviewers: Open in CodeFlow

@microsoft-github-policy-service agree company="ACROSS (Advanced Computational Research On Sustainability Science)"

Automatic Validation ended with:

Hi @WoodenMaiden,
The installer isn't unattended. Is an installer switch missing?

Hey @stephengillie :wave:
This might be indeed a missing switch, however it is surprising to see this happening as our previous releases of GAMA didn't change anything in the innosetup script...

Automatic Validation ended with:

I believe the word explicit in the description might have caused the Policy 2.7 check.

@wingetbot waivers Add Policy-Test-2.7

@wingetbot waivers Add Policy-Test-2.7


Building woes

Currently when checking out / downloading the archive of one of the branches then we try to cmake <path-to-extracted-directory> -D... it fails pretty quick because it cannot find corrade:
Make Error at /usr/share/cmake-3.5/Modules/FindPackageHandleStandardArgs.cmake:148 (message):
  Could NOT find Corrade (missing: CORRADE_INCLUDE_DIR
  _CORRADE_CONFIGURE_FILE)

Looking in the CMakeLists.txt file it seems that it is assuming that CORRADE, MAGNUM, and occasional other things like SDL2 are installed either globally or have their base paths passed explicitly to the cmake command, all of which is painful (especially as there are no version restrictions, so what if, say, someone's SDL2 was too old or too new?).
Using any kind of cmake based downloading and build manager (I tend to prefer hunter.sh nowadays) would make this a simple process as it could acquire everything it needs at the correct versions of what is needed without filling up the system package scope and/or passing in huge path lines to various directories after manually(!) building a host of dependencies.
Compare this to, say if using hunter.sh, then first you'd just need to include the gate file (scaffolding, rarely updates, it grabs everything else it needs automatically), put it in a cmake or so directory of the project or where-ever you want to store such cmake utility files.  Then you call in to it while declaring what version of the main package repository you want (you can define your own repositories as well, hosted anywhere, even the 'main' one is on github and is optional unless you want something from it), such as:
# Load the gate file:
include("cmake/HunterGate.cmake")
# Bring in the primary repository (this is cached globally by default, user-configurable)
HunterGate(
    URL "https://github.com/ruslo/hunter/archive/v0.19.218.tar.gz"
    SHA1 "edaeb585f5ba709311c828facf9ea9e83754fd4b"
)

Then you bring in whatever dependencies you want (like SDL2, you can specify a specific version to use as well, by default it just uses the latest that the package snapshot knows about):
hunter_add_package(SDL2)
# If corrade was in the repo, or a custom one added above:
hunter_add_package(Corrade)
# Ditto with magnum
hunter_add_package(Magnum)

At this point you just use them as normal, nothing special here:
find_package(SDL2 CONFIG REQUIRED)
find_package(Magnum CONFIG REQUIRED
    SceneGraph
    Sdl2Application)

set_directory_properties(PROPERTIES CORRADE_USE_PEDANTIC_FLAGS ON)

add_executable(MyApplication MyApplication.cpp)
target_link_libraries(MyApplication
    Magnum::Application
    Magnum::Magnum
    Magnum::SceneGraph)

Everything gets built and cached globally by default (again, it's configurable, defaults to ~/.hunter) based on the build parameters (so multiple projects that bring in, say, magnum will use the shared built version if they all want it with the same build parameters, else each set of distinct builds get their own hashed location so no worry of conflicts).
This works wonderfully with CI especially as you just have to cache the ~/.hunter directory and you can clone and build all you want very quickly (sans the first time when all the dependencies are built or when they are updated or build options are changed).
Even if not using hunter.sh, just using anything that does not require anything more than CMake and the C++ compiler/linker/etc... would significantly ease a lot of setup on using this.
A few extra nice bits, hunter.sh also has a repo full of toolchains for (cross-)compiling to about everything in existence in any form wanted, if those would ever be useful to add more platforms on.

Closing as resolved. For further discussion and PRs regarding Conan / Hunter / other packaging stuff please use the main Magnum repository.
A designed-to-fail CMakeLists.txt was added to the master branch in eb66bc9aee250f8ce5cb2c4c3cc39577274736c0.


file_get_contents().failed to open stream: operation failed" at vendor/kriswallsmith/buzz/lib/Buzz/Client/FileGetContents.php line 30

Hi,
I m trying to implement CAS in symfony and after redirecting to the CAS server (which is https) and then authenticating it gives the following error
failed to open stream: operation failed" at /var/www/html/repurposing-tool/vendor/kriswallsmith/buzz/lib/Buzz/Client/FileGetContents.php line 30
I am not able to find a solution to the same in the internet as many of those are not working,
have also set verifypeer = false in parameter.yml file

This has nothing to do with Assetic.


shuf: end of file

Hi, I am running the pipeline for the first time for a histone chipseq data paired-end with two replicates and two control replicates. I am getting this error:
shuf: /data/path/prefix.trim_50bp.tagAlign.gz: end of file
Program & line     : '/software/path/TF_chipseq_pipeline/modules/postalign_bed.bds', line 42
When I checked the latest version of that bds file on github I found an inserted line.
"no_random_source := false help Disable --random-source for UNIX shuf. Hot fix for end of file error."
Do I need to get the latest changes and rerun the pipeline from beginning ?
On a related note, how do I keep the pipeline up to date? Using
'git pull' ?
I did 'git pull origin master', which was probably a mistake, as I am getting this message now.
"error: Your local changes to the following files would be overwritten by merge:
default.env
Please, commit your changes or stash them before you can merge.
Aborting"
Sorry about the naive questions, and thanks in advance.

No you don't have to start over. You can resume pipeline by simply running the same command on the working directory.
Yes, there was some update for the default.env file. You need to move your current default.env to somewhere and then git checkout default.env and git pull and then copy your default.env back to the git directory.

Thanks...the git problem is solved. But on re-running I am still getting the "shuf: end of file" error at the same point, in this task: task.postalign_bed.subsample_tag_rep2.line_46.id_10

I tried and got same error. It seems that if I give -no-random-source in the "chipseq.py" command just after json-conf file, it is not being passed to the bds script. So from the bds it is printing "$no-random-source" as 'false'. Perhaps something needs to be set in the json conf file?

fixed in commit 0ed57024897737b06f45fb0f82e89568ecf26764
please git pull and try again with python chipseq.py --no-random-source

Thanks !! That fixed the problem. Btw, just curious what is --no-random-source. Would it give the same result with or without that flag?

With that flag  --no-random-source you will get slightly different result for pseudo replicates.

--no-random-source forces pipeline to make pseudo replicates without a specified random seed. So you will not get slightly different outputs for each pipeline run (even with the same inputs).


Fold in more planned upstream changes

In keeping with the "drop-in replacement" design goal, there are additional forthcoming upstream changes that need to be folded in.

[x] proposal: x/crypto/curve25519: new X25519 API (golang/go/issues/32670)
[x] crypto/ed25519: reject low order points (golang/go/issues/31846)
[x] crypto/ed25519: Implement Ed25519ph (golang/go/issues/31804)
[x] crypto: add Equal(PublicKey) bool method to PublicKey implementations (golang/go/issues/21704)

32670 includes the RFC 8422 check for contributory behavior.  There's some dissenting opinions about how useful this is (See section 12 of the Noise protocol spec for one).
The second issue, despite it's title at the time of this writing, applies to doing the appropriate checks in the ed25519 code.
These should wait till the relevant changes are merged upstream, support for ed25519ctx/ph was merged early because we were thinking about using it.

We now reject low order points at verification time unless configured otherwise.  Calling this done.


Sometimes there will be cases where the content is not fully displayed. .

Sometimes there will be cases where the content is not fully displayed. .

@LebenNNA please post your code here.

These are my parameters
final List<String> _list = [
    '网易云',
    '拼多多',
    '美术',
    '互联网',
    '炫舞时代',
    '猫耳FM',
    '爱奇艺',
    '网易大神',
    '美容',
    '小红书',
    '同人文',
    '食物语',
    '篝火营地',
    '哔了狗了QP又不够了。。',
    '草丛三剑客',
    'Whose you daddy',
    'Black sheep wall',
    '上上下下左右左右ABBA',
  ];

  bool _symmetry = false;
  bool _singleItem = false;
  int _column = 10;
  double _fontSize = 14.0;

  Color _textColor = Color(0xff252c41);
  Color _selActiveColor = Color(0xfff75262);
  Color _allActiveColor = Color(0x80f75262);

  EdgeInsets _margin =
      const EdgeInsets.symmetric(horizontal: 10.0, vertical: 12.5);

  String _selectableOnPressed = '';

  List<Tag> _selectableTags = [];
  List<Tag> _selectedTags = [];

int index = 0;
    _list.forEach(
      (item) {
        _selectableTags.add(
          Tag(
            id: index,
            title: item,
            active: false,
          ),
        );
        index++;
      },
    );

SelectableTags(
      tags: _selectableTags,
      columns: _column,
      // textColor: _textColor,
      fontSize: _fontSize,
      symmetry: _symmetry,
      singleItem: _singleItem,
      activeColor: _allActiveColor,
      margin: _margin,
      boxShadow: [],
      onPressed: (tag) {
        setState(() {
          _selectableOnPressed = tag.toString();
          print('--------selectableOnPressed:$_selectableOnPressed--------');
          _selectableTags.remove(tag);
          _selectedTags.add(tag);
        });
      },
    );

This is the display effect

I use the SelectableTags..
I have another problem. When the title is short enough, I find that each tag has a minimum width, not calculated based on the byte length of the title.
@Dn-a

@LebenNNA I will solve it in the next version (0.1.9).

Ok, I am looking forward to it.

I have another problem. When the title is short enough, I find that each tag has a minimum width, not calculated based on the byte length of the title.
And Can this problem be solved?
@Dn-a

@LebenNNA install version 0.2.0, take a test and let me know

These are my code

Sometimes there will be cases where the content is not fully displayed. . @Dn-a

How can I set the tag to set its own length based on the length of the title?

@Dn-a

I guess the result is caused by the outlinebutton

@LebenNNA it's a problem I've encountered since the beginning, but I think I've found the solution...
Wait for the next version

@LebenNNA
important update in the version 0.2.1
try it and let me know

I still have a question, how to set the control fixed height vertically scrollable, or set only one line, then you can scroll horizontally @Dn-a

In the ListView you can set scrollDirection: Axis.horizontal or scrollDirection: Axis.vertical
example: Create a listview holding list tag
                return ListView.separated(
                    scrollDirection: Axis.horizontal,
                    separatorBuilder: (context, index) => Divider(height: 50),
                    itemCount: snapshot.data.length,
                    itemBuilder: (BuildContext context, int index) {
                      ....
                      return <create List item>
                    });

@LebenNNA can i close the problem?

ok, thank you


Clarify library versioning scheme

Is your feature request related to a problem? Please describe.
The current repository states that the library is following semver:

Be aware that this package is still under heavy preliminary development. Expect breaking changes regularly, although we will communicate these through semantic versioning.

However, the most recent release broke the 1.x version. Specifically, I believe that the following two PRs are not backward compatible:
#1035
#1074
Describe the solution you'd like
I do understand that strictly following semver will likely be very hard given the goal of this library. However, I still think that from both a dev and user point of view, releases must be more transparent regarding breaking changes. Therefore I ask that, similarly to other libraries like pydantic, to explicitly tag the breaking changes in the release notes (or even keep a changelog).
Describe alternatives you've considered
Strictly follow semver and bump the major release on breaking changes.
Additional context
Add any other context or screenshots about the feature request here.

@bruno-f-cruz can you describe the issues you're having with #1074? This should not have broken anything -- nobody should have been using the 1.0.0 qc schema, it was a mistake that it was included at all in that release.

Sorry, let me clarify.
I noticed this when looking at a diff of some automatically generated code I ran on v1.1.0 vs v1.0.0 (but one can also look at the json-schemas generated by the repo). The first discrepancy I saw was actually from #1035 where a previous nullable and optional value is now longer such.
After noticing it, I went through the PRs of the release and realized that #1074 also breaks backward compatibility.
The present issue is not concerned with how the concrete implementation broke (or even if someone noticed it) the library. All I am pointing out is that this information should be made more transparent to users and developers, especially because it violates the promise made in the readme of the repository.

The intention is to release versions as described by semver. Occasionally there are going to be mistakes, e.g. #1035 should have been merged into the v2 branch and not into dev. I think in this case the mistake is minor and not worth the effort of reverting.
I'm going to close this issue, n the future we'll need to be more careful about which branch PRs are merging into. Re-open this as a discussion if there's more to discuss, thanks.

Actually @bruno-f-cruz what I think makes sense here is to open a ticket to change the tests to use real examples, which I think will help resolve this since part of the issue here is that the use of model_construct in the tests hides these kind of breaking changes when we make upgrades to the schema.
I'll take care of opening that ticket, but it will take time to make those changes.


Skip AsAzurePostgresFlexibleServerViaRunMode

Until we figure out what is going on #5113
Microsoft Reviewers: Open in CodeFlow

Closing ... @radical fixed it:


Add UI configuration to DartPad to allow alternate backend

To properly enable https://github.com/dart-lang/dart-pad/issues/1155 we need the ability to reconfigure the frontend to point at an alternate (staging, development, etc) backend.

Also closing this out now that dev is a usable channel


Add LocalActivityOptions#contextPropagators

What was changed
Add LocalActivityOptions#contextPropagators that work the sam way as ActivityOptions#contextPropagators

Closes issue:
Issue #490

⚠  This PR is open for discussion.
It kinda shows that ActivityOption#contextPropagators API looks borderline broken and misleading.

After discussion with @mfateev we decided that ActivityOptions#contextPropagators has extremely limited usage. Probably the only reasonable use case would be if we have an activity implemented in a different codebase/language. Otherwise, ContextPropagators should be specified on Worker options and be applied for all activities.
So, it's not a good idea to adapt it for local activities, and event existing ActivityOptions#contextPropagators should be used carefully with full understanding that they are applied only to the client/stub side.


Line-Endings on Windows

When checking out the project using native Windows (not WSL), depending on global git settings, line endings in working directory that is mounted in docker container make execute Docker files fail.

git attributes should fix this


Add --prefer-private-ip argument to the eb ssh command

Issue #3
Description of changes:
This is a quality of life improvement for anyone who'd like to run a split-tunnel VPN.
This preserves the existing behavior of the eb ssh command but exposes a --prefer-private-ip option that uses the instance's private IP before its public one.
I've included a unit test, and I've confirmed this works as expected in my environment.
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Did this change make it in? I would like to be able to eb ssh with private IP restrictions.

Did this change make it in? I would like to be able to eb ssh with private IP restrictions.

Hi @brandonburkett, Yes, the change has been merged to the master branch. Thank You.

It would be nice having this merged!

Closing this since I no longer use EB.

Did this change make it in? I would like to be able to eb ssh with private IP restrictions.

Hi @brandonburkett, Yes, the change has been merged to the master branch. Thank You.

@yohanthshetty they were asking if this fix had been released yet, and it has not.


Port forwarding is gone in version 1.74.0

Does this issue occur when all extensions are disabled?: Can not do that. (wsl remote is an extension)

VS Code Version: 1.74.0
OS Version: windows11 wsl "18.04.6 LTS (Bionic Beaver)"

Steps to Reproduce:

Ctrl+Shift+P
type in port

And the PORTS tab is gone too.

The Ports view has never shown with the WSL Remote extension, as port forwarding is not required when connecting to WSL. The Ports view shows for SSH, Dev Containers, and Codespaces.


enh: Add script to automatize save and push WIP DO NOT MERGE

This script activates an Anaconda environment, monitors the datalad folder in which we save the Psychopy output for file changes using inotifywait, and performs datalad operations (save and push) in response to changes. It ensures data synchronization while the Anaconda environment is active. closes #177

The idea would be to daemonize this script, but the main challenge right now is that it requires the VPN to be active.
I'm open to ideas on how we can work around the VPN requirement. (Maybe @oesteban @celprov )
In addition, we should also decide on other sibling repositories. The one in the script was only used for testing purposes.
Your thoughts and suggestions are much appreciated!

Please read the data management section after we merged #188 and #118 because it affects the datalad save/push.

I think yesterday's happenstance is a strong argument in favor of converting physio and ET into BIDS right away.

It seems we will finally not implement datalad this early. Let's close this one and perhaps recover the idea of a daemon watching changes for the future (I'm imagining, e.g., to trigger an rsync).


Update ISO3166.php - add Kosovo

source: https://skosmos.loterre.fr/9SD/en/page/-J7NDWS3R-Q?clang=fr

Welcome to Codecov :tada:
Once you merge this PR into your default branch, you're all set! Codecov will compare coverage reports and display results in all future pull requests.
Thanks for integrating Codecov - We've got you covered :open_umbrella:


lower frezon/n2o sale prices, make frezon take more trit

About the PR
fixes #32404 (note that the amount of money portrayed in that shift is a pretty significant outlier owed to atmos and cargo having good luck and being competent), effectively reverts #25608
reduces frezon prices back to what they were before, agreed upon by me and notafet
increases tritium:oxygen ratio from 1:50 to 1:8
Why / Balance
frezon and n2o let atmos make cargo way too much money, this should keep it to reasonable figures
note that those figures have been used before and they worked well
the increase of the trit:oxygen ratio will cause atmos to actually have to buy plasma canisters from cargo, and will slow down frezon production due to an oxygen bottleneck; additionally, plasma canisters cost a lot and this will deduct much of the frezon profits
i did some approximate basic calculations, and in an ideal case (unlikely to ever be reached), atmos could at most make ~50k per shift with those values if they act perfectly, their burn chamber is unrealistically efficient, and the station doesn't need any air; real figures are likely to be closer to 20-30k per shift with cargo's cooperation
Media
untested
Requirements

[x] I have read and am following the Pull Request and Changelog Guidelines.
[ ] I have added media to this PR or it does not require an ingame showcase.

Changelog

:cl:

tweak: Atmos gas sell prices significantly lowered.
tweak: Frezon now consumes significantly more tritium to produce.

143k is still ridiculous, just remove it so we can stop wasting time on it.

143k is still ridiculous, just remove it so we can stop wasting time on it.

that's a pretty edge-case outlier and it's over a whole shift spent doing that, but if you request, i'll just go ahead and lower it to $0.1/mol; i still insist that making it sell for nothing is overkill

actually, nevermind, i have a better idea to merge along with this: make frezon actually cost amounts of plasma that matter, aka increase the tritium:oxygen ratio from 1:50 to like 1:8 (this is in Atmospherics.cs in shared) so you need to spend essentially your whole plasma chamber for a full canister; should only be merged along with my canister price lowering PR, though

Atmos should not be able to just invalidate an entire department if they feel like it.

Atmos should not be able to just invalidate an entire department if they feel like it.

yes and that wouldn't happen, they'd have to actually ask cargo to buy plasma canisters and the income rate wouldn't be that high; additionally, producing tritium introduces a bottleneck in frezon production, so it'd also significantly slow down the frezon production rate as a side effect

i have a better idea to merge along with this: make frezon actually cost amounts of plasma that matter, aka increase the tritium:oxygen ratio from 1:50 to like 1:8

This is a good solution in my opinion. It is weird a tiny amount of tritium turns into so much frezon in the first place. The current value make even the most unoptimized burnchambers produce enough trit for a full-scale frezon setup.

also, reminder that even if my canister price reduction PR gets merged, plasma canisters would still cost a lot, which will deduct a lot from frezon profits, as plasma cans don't even have that much plasma

143k is still ridiculous, just remove it so we can stop wasting time on it.

have you ever played atmos? that's 470 kmol of frezon that needs to be made for that amount of money.
alternatively, it's at least 470 kmol of oxygen in the best case, and in the worst, 1.5 Mmol.
that's a lot of oxygen no matter what, leaving us with just 143k spesos, here's a few alternative yet more profitable methods of making money:

artifact research spam, around 5-10 (predominately handhelds due to mining) + artifexium
bounties (massively parallel, too)
board printing from factorio
selling the robusttoolbox codebase to EA in hopes of sealing the fates of [REDACTED] and [PROJECT EXPUNGED]
miscellaneous econ quirks like selling reinforced plasma glass for 660/stack instead of like 200
mass producing ammonia

some of these actually take less skill than making tritium, /tg/ gases at least had a niche in medical and salvage
this PR is a bandaid at best, there needs to be additional gameplay but oh no we're locked out of adding the /tg/ gases... (open for rant)because our SIMD can't handle reusing the three additional float entries fucking WOE IS US OUR ATMOS TAKES 30 MILLISECONDS WHEN IT TAKES HUNDREDS IN BYOND, BYOND--
SUDDENLY CARGO PROFIT MARGINS ARE IMPORTANT NOW DESPITE A SHIFT'S LENGTH OF WORK AND WE GET NO CROSS DEPARTMENT CONTENT TO COMPENSATE gOD DAMMIT
we can't even agree on miasma/ammonia still being a thing because "oh, miasma used to cause diseases and now breathing it has no consequences"
remember when atmos gameplay extended to all departments because of a now-removed mechanic? this is the last real thing atmos has outside of griefing others with maxcaps or begging chemistry to cooperate for fresium
if you want to fix atmos for realsies get contributors commissioned to fill niches where atmos would be useful, and while this really should be in an issue i'll describe what one possible solution could look like:

remove (for a +50% gain in system speed), or significantly rework ammonia (i.e. adding a chance of vomiting)
use the other 3 (or 4) atmos slots for healium, nitrium, zauker or fluorine or whatever bullshit gas would make having an entry-level knowledge of atmos "fun to have" (i.e. fluorine catching specific suits on fire but not others)
reduce target atmos tickrate to 2 and add even more content (i.e. from MS14) like a Reagent gas that makes liquidmos finally a thing

economy-wise, there's plenty of bigger fish in the sea and other economic sources could really use buffs instead of nerfs - salvaging normal wrecks is usually pointless for monetary value whereas the station could certainly use for example, an additional microwave, vendor or even shittle part

Welp time to stop playing atmos

I ask for maintainers to please consider the fact atmos has nothing to do except frezon
Either make the selling price 10x lower OR 5x the trit amount, doing both is a terrible idea
Personally I just wont play atmos anymore after this because CE can do their job in 5 minutes with nothing to do for the rest of the shift
Nerf frezon when atmos gets more wacky gasses to make, thanks

You listed either cargo gameplay, atmos again, or bugs.

science, cargo, bugs, exploits, bugs and anybody with a single stack of steel, in that order - in either case i don't see why atmos should be nerfed harder than 0.3/mol

I ask for maintainers to please consider the fact atmos has nothing to do except frezon
Either make the selling price 10x lower OR 5x the trit amount, doing both is a terrible idea Personally I just wont play atmos anymore after this because CE can do their job in 5 minutes with nothing to do for the rest of the shift
Nerf frezon when atmos gets more wacky gasses to make, thanks

MAYBE doing their actual job (fixing spacings and other atmos problems) is what they were intended for but i dunno :3
Im fucking tired of seeing atmos technicians doing nothing except of frezon and just making engineers do all the work

Either make the selling price 10x lower OR 5x the trit amount, doing both is a terrible idea

it'll be fine i did the math, the issue is that it'll be fine for expert atmos players

the issue is that it'll be fine for expert atmos players

why are we pushing the skill ceiling even higher when we should be dropping the skill floor and ceiling

I also do have another suggestion: make frezon production harder and decrease price just a little bit, cargo having 200k+ spesos at 30th minute of the round is just uninteresting

I also do have another suggestion: make frezon production harder and decrease price just a little bit, cargo having 200k+ spesos at 30th minute of the round is just uninteresting

Like, make it require more tritium or something like that

I also do have another suggestion: make frezon production harder and decrease price just a little bit, cargo having 200k+ spesos at 30th minute of the round is just uninteresting
Like, make it require more tritium or something like that

which it does with this PR, tritium usage increased 6.25x

if atmos fixes spacing what do engis do? fix tiders snipped wires? any type of cyborg can do that

if atmos fixes spacing what do engis do? fix tiders snipped wires? any type of cyborg can do that

Fix spacing but worse. Atmos are basically engi 2.0. Holofans, "pocket" EVA suits, access to fire alarms, firelo... oh.

As much as it sucks to have a gameplay loop “gutted” and given no real reason to exist, the overpowered bullshit of giving cargo hundreds of thousands of spesos every shift it absurd and needs to be removed. More atmos gameplay can be added later, but it’s actively ruining cargo gameplay now.

As much as it sucks to have a gameplay loop “gutted” and given no real reason to exist, ...
notice how people say 0 bad and not 0.3 bad

notice how people say 0 bad and not 0.3 bad

I have no idea what you mean by this

More atmos gameplay can be added later, but it’s actively ruining cargo gameplay now.

a temporary solution is the most permanent one

I'm divided on this
On one hand I do think Frezon fucks cargo balance but on the other hand I'm sad to see frezon made somewhat useless to make.
Making 20-50k isn't worth emptying the plasma chamber for nor the time commitment to setup frezon which makes the gas (and by extent trit) largely useless except for station sab purposes. The plasma is much better spent on a teg which will encourage more atoms techs to learn how to teg I guess.
Guess I'll keep hold of the arcane knowledge of frezon production till it finds a new use.

More atmos gameplay can be added later, but it’s actively ruining cargo gameplay now.

a temporary solution is the most permanent one

I really do not think that applies here. There is missing content that needs to be added, it will be added eventually. This isn’t temporarily removing content, it’s just nerfing an overpowered revenue source. Enough people care about atmos that it will eventually get more content.

sorry i had to

notice how people say 0 bad and not 0.3 bad

I have no idea what you mean by this

speso/mol price (it's 3 right now)

imho atmos making gasses is really not in a great spot. Making Frezon requires no more skill or engagement on the player's part other than just looking up the new optimal setup and copying it in atmos. I'd personally like to see that fixed (somehow) so that atmos is at least dynamic / engaging for most players before adding several other gasses that all end up just being another page on the atmos setup guide everyone copies. As-is I think it being relegated to something Cargo can sell is fine because it's about as close to an optional feature as you can get.

imho atmos making gasses is really not in a great spot. Making Frezon requires no more skill or engagement on the player's part other than just looking up the new optimal setup and copying it in atmos.

You can say the same to every system in the game rn. I'd rather have the uses of the gas expanded rather than the actual process of making it be dynamic. But this is out of scope for this pr.

MAYBE doing their actual job (fixing spacings and other atmos problems) is what they were intended for but i dunno :3
Im fucking tired of seeing atmos technicians doing nothing except of frezon and just making engineers do all the work

i know I'm late to the party but saying atmos as a role should relegated to a variable thing that happens like at the minimum twenty minutes into the shift is a fantastic way to gut an entire role. engineers already have the issue where you're kind of just, sitting on your hands when power is up until 40 mintues in and shit starts going wrong; WHY do you want to also make that atmos's problem as well

we should be celebrating the skill of the atmos to make any reasonable amount in any given time. freazon is not easy to make so is should be expensive to some degree. i think this is more of an issue with a lak of other gases to make as the two main ones are frezon and trit. the only thing those gases have going for them is that they are expensive if there were other options we might see atmos make something else other than frezon for the 130th shift in a row.

a few ideas for a gas are:

a gas that when inhaled slowly heals you if you overdose on it it heals brute and burn quickly but dose genetic damage if you find it too op. An idea to balance is to have it slowly decay into another gas so to make it it has to be reacted with something like oxy in the distro. also to answer the question what happens if the gas builds up in distro a method atmos can use is to have a filter connected to distro with the filter's output looping back to the distro with the filter rate managed so the gas levels don't get out of control.
another idea for a gas is like a super napalm useful for syndi's as it only needs a small amount to burn and makes alot of heat but it's difficult to make. so this gas would make you suspicious if your making it but it also aids with the teg as it's a better fuel source than plamsa
or take a leaf out of ss13 book and make a gas that just makes you run fast

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

i recommend putting the ratio change in the CL too since atmos will get confused why their optimal setup is not working

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

There's not really an issue with atmos working in their department with gasses. Thats kinda their job. Either frezon or teg. Otherwise they just a senior engineer.

As much as it sucks to have a gameplay loop “gutted” and given no real reason to exist, the overpowered bullshit of giving cargo hundreds of thousands of spesos every shift it absurd and needs to be removed. More atmos gameplay can be added later, but it’s actively ruining cargo gameplay now.

Or, imagine it could be added now and then we destroy their reason to create frezon? Or jsut have a moderate debuff until it makes sense. A whole lot of gutting and nerfs but not a lot of progressive additions to things that are getting nerfed. Atmos already has almost nothing to do and we're getting less to do if frezon isn't worth making. Even if anyone can make it, it's still a tedious task to set it up and easy to mess up and have to restarted. It also uses a fuckton of oxygen to make.

imho atmos making gasses is really not in a great spot. Making Frezon requires no more skill or engagement on the player's part other than just looking up the new optimal setup and copying it in atmos. I'd personally like to see that fixed (somehow) so that atmos is at least dynamic / engaging for most players before adding several other gasses that all end up just being another page on the atmos setup guide everyone copies. As-is I think it being relegated to something Cargo can sell is fine because it's about as close to an optional feature as you can get.

And yet that's part of the fun for a lot of people too? You need to know the basics before you can improve of them, somebody who truly understands the setup can go on to make better setups working from a base. If atmos was given way more space and time to do things, we could create huge productions, but as it stands it's a lot of time and work to expand your chambers and space. What is frezon worth 40 minutes into a round? Not much because the shuttle will be called soon after.

yes we really need pipe layers and RPD but nobody is working on them, this is basically bottlenecking doing anything real with atmos

imho atmos making gasses is really not in a great spot. Making Frezon requires no more skill or engagement on the player's part other than just looking up the new optimal setup and copying it in atmos. I'd personally like to see that fixed (somehow) so that atmos is at least dynamic / engaging for most players before adding several other gasses that all end up just being another page on the atmos setup guide everyone copies. As-is I think it being relegated to something Cargo can sell is fine because it's about as close to an optional feature as you can get.

The design and inputs I used to make this much frezon are entirely my own design. You can't look up how to make 2-3 million specos worth of frezon in a single shift. You have to figure it out. That said, people can still make enough to bankroll cargo easily in the first 20 minutes or so.
One thing that needs to be taken into account here though is that 9 out of 10 times, your entire frezon setup is going to be hit by meteors and destroyed. That absolutely needs to be taken into account with this nerf. Being able to make even a single mol of frezon before atmos is destroyed is entirely luck at this point. A lot of times, I don't even set up frezon because I know a meteor is just going to undo everything I set up.

Just ask cargo or yoink some shielding beacons and particle beacons off engi to have forcefield around atmos for safety. :godmode:

just to throw an idea in...instead of reducing frezon prices...why not just make a cap on how much you can sell for the full price...and then add a diminishing return that gets more and more...so you can set literally a price cap or influence the possible earnings without nerfing stuff that even affects those who cant make those insane amounts of earnings and those who have the knowledge and skills can still make more than the average person atleast but not like 30x the amount

Saturation mechanics on jobs that have very limited production options feel very wack personally, basically punishing players for doing good job. And that cap would have to be relatively low because any kind of competence makes all other sources of cargo making money extremely weak in comparison except maybe super highrolled bounties that did not get nerfed into oblivion and are supplied by both willing and competent crew maintaining good multi-departament supply chains. Atmos can drop a single can and immediately tell everyone to just focus on spending and not doing good chunk of their jobs anymore.

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

There's not really an issue with atmos working in their department with gasses. Thats kinda their job. Either frezon or teg. Otherwise they are just a senior engineer.

I have been playing primarily atmos for close to a year now. I am speaking in the perspective of when I roll atmos in a shift, and have 2-3 other atmos with me.
Frezon was cool for like a month. The primary issue I have with it is when all the steel is immediately taken and that one guy makes an entire loop in ~10 minutes(I have literally experienced this so many times.) and prevents me from efficiently getting the TEG up because engineering might not be reliable.
This PR will reduce incentive for atmosians to literally just be completely useless or massive nuisances.  If you ask them for one simple thing they either ignore you or don't do it. I've been told people have been ignored when they're newbies in atmos, asking questions, in favor of their coworkers rushing frezon.

In the end this is just atmospherics being fundamentally flawed as a subdepartment but that's a discussion for another day.
PR good.

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

There's not really an issue with atmos working in their department with gasses. Thats kinda their job. Either frezon or teg. Otherwise they are just a senior engineer.

Atmos network panel gonna be great for atmos actually keeping atmosphere livable even after distro gets damaged.  Distro is atmos’ absolute top priority, they usually just don’t care about it because once’s it’s damaged it’s nearly impossible to fix unless you know exactly where it’s damaged.  The Network console will make this so much easier

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

There's not really an issue with atmos working in their department with gasses. Thats kinda their job. Either frezon or teg. Otherwise they are just a senior engineer.

I have been playing primarily atmos for close to a year now. I am speaking in the perspective of when I roll atmos in a shift, and have 2-3 other atmos with me. Frezon was cool for like a month. The primary issue I have with it is when all the steel is immediately taken and that one guy makes an entire loop in ~10 minutes(I have literally experienced this so many times.) and prevents me from efficiently getting the TEG up because engineering might not be reliable. This PR will reduce incentive for atmosians to literally just be completely useless or massive nuisances.  If you ask them for one simple thing they either ignore you or don't do it. Or both. I've been told people have been ignored when they're newbies in atmos, asking questions, in favor of their coworkers rushing frezon.
In the end this is just atmospherics being fundamentally flawed as a subdepartment but that's a discussion for another day. PR good.

it's really not hard to tell them to readjust so you can add oxygen to your TEG...no idea what you're talking about here? If they don't listen then do it by force or tell CE. This is a purely IC issue and doesn't justify ruining the 1 other thing atmos has besides TEG.

endofatmos
sorry i had to

the state of the ideaguys in this discussion can all be summarized to this:
economy.webm

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

That is hilarious...Atmos being inside of atmos is exactly 1 reason you don't get plasma gassed over and over in distro, because somebody is actually looking after it lmfao. Crazy how you think this is a negative. Imagine if engineers care enough to check on the PA every so often to make sure somebody didn't sabotage it!

Antags having opportunities to do sabotage and not get caught without harming anyone is totally a positive, yes.

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

Being in and around atmos all shift is why I'm usually the one to check on radiation collectors and telling engineers when they need to be refilled, and why I'm usually the one to answer "engi to front" calls. There should be engineers that have a reason to be in and around engineering all shift, just like there are reasons for cargo techs to be in cargo all shift, doctors to be in medical all shift, scientists in research all shift. Killing the reason to make tritium and frezon basically removes that entirely, as there are no other reasons for anyone to remain in engineering, while also removing a mechanic that increases cooperation and interaction between departments. Good luck to scientists asking for co2 or plasma being able to get it in any kind of timely manner when the entirety of engineering is completely barren.
A rebalance is fine, but if too harsh, should be quickly met with more reasons for atmos to continue their current play style. More gases with more beneficial uses that can aid departments other than solely cargo, such as gases that can be condensed into worthwhile components for chem to use, or beneficial gases that can be mixed into tanks by atmos themselves that they can distribute to the crew. If things like that were introduced, we would want frezon prices to be rebalanced anyway.

Antags having opportunities to do sabotage and not get caught without harming anyone is totally a positive, yes.

-"Not harm anyone"
-Plasmafloods
:godo:
But in all seriousness atmos has a fireaxe for a reason. There's meant to be atmos techs in atmos. They are like the wardens of the air supply.

Hard agree with this PR. Really tired of seeing my atmos coworkers cooped up in atmos all shift making frezon to sell thats it.

That is hilarious...Atmos being inside of atmos is exactly 1 reason you don't get plasma gassed over and over in distro, because somebody is actually looking after it lmfao. Crazy how you think this is a negative. Imagine if engineers care enough to check on the PA every so often to make sure somebody didn't sabotage it!

I never said it was wrong to hang around a you know.. high risk area where the station's air supply is located. I acknowledge the fact that it's meant to be guarded.
I've already explained why "muh frezon" is bad. Atmos techs hanging where they're supposed to be is not a bad thing. The problem is when they get tunnel vision on their funny gas. Nothing more.

I brought this up for maintainer dsicussion and the decision was to merge this PR.
As much as I like making cargo extremely rich myself when playing atmos, it also completely breaks the game's balance and completely obsoletes cargo bounties and salvage earning money for the station.
Reducing the frezon production ratio from tritium also puts more focus on optimizing the burn chamber. At the moment you only need a few moles of tritium to get insane amounts of frezon out of it.
Thank you for your contribution.

I love how the only option are overpowered or useless, what if there was an in between? The reality is that making frezon is quite the process and you do not directly get anything out of it. People will just stop making it, again.

I love how the only option are overpowered or useless, what if there was an in between? The reality is that making frezon is quite the process and you do not directly get anything out of it. People will just stop making it, again.

Hard agree, I do not understand why in a project where such adjustments can be made that such an extreme hand in balance "needs" to be taken. Decreasing the worth of Frezon to a TENTH of what it was previously and making the relative cost of making it in terms of plasma usage increase by almost six times is absurd. I cannot understand the mindset of completely removing department features without even attempting to reasonably balance them.

I love how the only option are overpowered or useless, what if there was an in between? The reality is that making frezon is quite the process and you do not directly get anything out of it. People will just stop making it, again.

the issue is that unfortunately atmos is currently in a way that requires things like this to have to be balanced with the best-possible numbers in mind and not what the average atmosian can do, the disparity between the atmos skill floor and skill ceiling is gigantic; the best atmosians also play very often so even if something can only be done by the best possible atmosian you will see it rather often, however everyone else will just lack the skill to do it; you can't at the same time have even average atmosians be able to make money with frezon and have rounds not constantly have cargo be swimming in millions
however i do agree that this nerf may have been too harsh, and i even admit that it was intentionally potentially harsh to see how much money people make with this to see how it turns out (the numbers provided in the "balancing" section may turn out to be off by as much as ~1.5x towards either side, assuming no fundamentally different techniques such as different chamber designs are used, it was very approximate math) and slightly buff it later if needed
how to fix this whole thing? attempt to make atmos more accessible and wait until pipe layers and RPD are a thing, as i said earlier; just find ways to bring the skill floor closer to the skill ceiling

otherwise, i may later attempt to experiment with making atmos come with 0 starting plasma other than canisters but make frezon sell for more so cargo can invest into atmos to get money back and it'd be fine if cargo made lots (though maybe not overly lots?) of money that way

I am not sure how real the fear is that people will flood cargo with frezon. I have seen quite a few people holding back further cans because they don't want to invalidate cargo. So i think reducing the price of frezon somewhat more reasonably would already solve the issue.
That being said, if the goal is to cap the amount of frezon then i would additionally reduce the amount of plasma available on round start. I am not sure how much of an impact the burn chamber design has on trit generation but if possible i would reduce the variance between good and bad designs
OR:
Sending frezon to cargo is boring anyway, atmos techs usually get nothing out of it. Maybe all of this could be turned into a win/win and used to fix an issue i see with the current gas supplies on the station. Effectively having infinite O2 and N2 is super boring. It makes for the lamest distro, waste, teg setups because scarcity is non existent. If N2 and O2 gas production was somehow linked to spending other gases then there could be a nice game loop. Maybe having a machine which you could "sell" and "buy" gases with some sort of gas coins or whatever, or directly run gas miners on plasma, trit, frezon with different effectiveness. Such that if you have no active atmos tech you would have to pump all your plasma in air generation at a bad ratio and you cannot run a teg and run the risk of running out of air


Set Tea program options

It would be nice to be able to set Tea program options. Currently we don't have to way to do that since programs are instantiated during run().
One way would be to provide a RunWith(*tea.Program) method or something equivalent.
My use case is the following:
I'm using Huh for a CLI application and when running under CI I don't have access to a TTY. I'd like to be able to run my tests using the WithInput option to prevent the program from attempting to open a TTY.
Thanks

Looking at the BubbleTea code, the above proposition would not work but having `RunWith(opts ...tea.ProgramOption) would

Maybe it's not needed: the form is a model, which you can then run as a regular bubbletea model, passing options as you need, e.g.: tea.Run(form, options...)

Ah makes sense, will try that
Thanks @caarlos0

I'm reopening since although I can workaround as @caarlos0 suggested, it forces to rewrite all the Run methods if I want to provide my our program with specific configuration options (e.g. without tty for CI runs).

hey @testinfected, sorry, what do you mean by "rewriting all the Run methods"?
is your project OSS, or can you share an example of what you're doing?

Unfortunately no the project is not open source, nevertheless I can share some details about what we're doing.
We have a CLI application for internal use. Some commands require interactions with the user (e.g. asking for confirmation, showing a spinner, showing interactive tables, and more).
We end-to-end test against the actual binary. In our CI those tests are run without a TTY and I want to setup the tea.Program with options WithInput(nil) and WithoutRenderer().
We also want to be able (with a command line flag), to switch off ANSI sequences for capturing and processing of ouput (using WithoutRenderer()).
Currently the Run() commands create the program so I don't see a way of configuring the program with options except from rewriting the Run() commands, which in turn might require to fork and modify the source code.
If we add a e.g. func (f *Form) RunWith/In(p *Program) error that would solve my issue. Same for spinner.
Hope that helps understanding our issues. If you have any more questions I can provide additional details.
Thanks

see #109

Great, many thanks

Looks good to me


Beautiful audio player

The next stage of this theme is audio. The audio player design has to be beautiful and coherent, and currently I'm thinking of sharp edges to complement the curves of the typography.
Problems.

The design of <audio> isn't uniform across browser
Having a custom audio design doesn't work because the audio shortcode isn't scoped. If there are two audio in a page, which audio would play when a button is clicked?

The ideal solution would be having a beautifully designed audio player as a shortcode that does things correctly (play, pause, not clash, multiple audio per page). Thinking of using a third-party service, but their embedded stuff is too "loud."

Notable projects: https://github.com/mediaelement/mediaelement and https://github.com/serversideup/amplitudejs.

Nevermind.


removed the dup rx deps.

This reduces the min file size.

The get-request accidentally added rx 2x to the min build with
require('rx') and require('rx/dist/rx')


Items lost when unequipped Surprisingly Substantial Satchel from curios slots.

Describe the bug
When the Surprisingly Substantial Satchel was taken from curios slots, the items in it were all lost.
To Reproduce
Steps to reproduce the behavior:

Install curios and occultism.
Make a Satchel and equip it into curios, and place some items on it.
Unequip it and open it in hand.
Re-equip it into curios.
Open it, and items are lost.

Expected behavior
Items should be shown.
System (please complete the following information):

Occultism Version: 1.18.2-1.29.0
OS: Windows server 2019
Minecraft Version: 1.18.2

Additional context

Curios: 1.18.2-<IP_ADDRESS>
Server brand: Arclight

This does not reproduce in dev when following your steps.
Can you take a screen recording of how it reproduces?
Are any other mods in use?


CAD-2658 Fix script file option name

Rename --script-file to --payment-script-file.

A subsequent PR will introduce --stake-script-file.

bors merge

Closing to combine with https://github.com/input-output-hk/cardano-node/pull/2587


[Hacktoberfest]: Update the Learn in One Video entry in the YouTube Section

🆕🐥☝ Beginners Only:
This issue is reserved for people who are new to Open Source. We know that the process of creating a pull request is the biggest barrier for new contributors. This issue is for you 💝
To do:

Edit  Learn in One Video entry in YouTube Section so the comment says * Learn all you need to know about a topic in just one video* instead of the placeholder comment "Love of Learning"
See below for link to step-by-step tutorial
Add your details in the contributors section at the bottom of the page using the same formatting as the last one

📋 Step by Step
Step-By-Step Tutorial
Remember to observe the Code of Conduct - by which we mean, in short - Be Kind, Be Positive, Be Helpful

I wil take this


Twarrt Stream Ideas

As the future of the twarrt stream remains unknown, here are some ideas for reformulating the feature:

Instarrgram: Pics only mode
Snapcharrt: twarrts have expiration time <=30 minutes.

Tumblarr: Each user has their own stream on their profile. Others can comment on posts. Users can moderate their own profile's comments, anyone can submit reports to global mods. Users can follow other users to get some kind of aggregated feed. Would need to figure out a way to populate a public feed of popular users/posts, or just rely on user discovery from forums/seamails/LFGs.

Discarrrd:  merge the forms and twarrt stream into a structured list of topics, to improve the discoverability of topic specific locations to post. (The quick and dirty way would be to have the twarrt feed display as a pinned post in forums, eliminating the dedicated tab, but would still need a way to emergency disable it if needed)
Allow mods to convert a twarrt stream thread into a new forum post, removing all of it to the forum but leaving some sort of redirect breadcrumb to the forum location
Improve mod tools. (I haven't seen the tools but anything to reduce the workload such as ways to highlight potentially heated topics early.)
Ability to put twarrt stream into slow mode that limits the rate at which users can post.

Not sure of the behavior of posts that are flagged for moderator review, but if enough posts in a thread get flagged, maybe auto-lock it until the mods do have time to review.

Mods were generally getting to posts after one or two reports. I think an issue is we were being too reactive and not proactive. Sadly, I think more heavy-handed moderating will be required next year. Basically removing any Twarts that dont "fit the vibe" (though we would need a very well-defined set of metrics for what that entails, instead of leaving it up to individual mods)

The Twarrt stream has been retired and removed at the request of THO.


[Task]: Reduce property pane mount time by mounting code editor on demand

Is there an existing issue for this?

[X] I have searched the existing issues

SubTasks
Most expensive part of the property pane is the code editor. This is used when JS is enabled for any field.
For example, if a widget has 4 JS fields, it mounts 4 code editors. CodeEditor is very expensive and accounts for more than half of property pane render time.
Solution:
Mount code editor when focused. We can have a wrapper component, say CodeInput
Whose render function would be something like
{isFocused?<CodeEditor />:<Input />}
Things to watch out for

Measure the improvement when there are 4+ code editors on property pane
Ensure that mounting code editor on demand doesn't affect UX
Ensure keyboard navigation works like before

One round of regression is done after the deployment in the regular regression cycle, no issues found, marking as verified


Touch Listener Support

Hello, I would like to get draggable event when the my widget_chathead receive drag, checking the README I see Click Listener.
final LinearLayout iconView = (LinearLayout) inflater.inflate(R.layout.widget_chathead, null);
         iconView.setOnClickListener(new View.OnClickListener() {
             @Override
             public void onClick(View v) {
                //works fine
             }
         });

It's works! but I want get event when user drag the widget, ex:

         iconView.setOnTouchListener(new View.OnTouchListener() {
             @Override
             public boolean onTouch(View v, MotionEvent event) {
                 //not works :(
                 return false;
             }
         });

Someone can help-me? Thank you

FloatingView is not support the touch event.
It is difficult to handle the touch event. (...because FloatingView also move)
Please send me a pull request.
Info
FloatingView's click event is here.

@YoshihideSogawa What do you mean by "FloatingView's click event is here."
I had to edit onTouch so I directly used your library files in my project. Is there a way I can call onClickListener inside https://github.com/recruit-lifestyle/FloatingView/blob/master/library/src/main/java/jp/co/recruit_lifestyle/android/floatingview/FloatingView.java
I tried using "this.setOnClickListener()" inside the constructor but it didn't work


Items that have been picked up can still appear to be floating.

When I re-logged, the items disappeared, so they must have already been picked up.

I have a simular bug

Youtube-ized video: https://www.youtube.com/watch?v=nnLO0QKAoSI

"so far this game all I've mined"
bearbin accidentally a preposition.

http://english.stackexchange.com/questions/111217/is-it-common-to-omit-a-preposition-in-on-of-before-the-month-year-week

They don't mention 'so far' as a exception though.

prepositions of time are omitted before the words: last, next, this, that, some, every (We met last month. We meet every day.)

I think they mean when those words are followed by a time.
i.e. "We met in this game" isn't the same as "We met this game", but "I play this game in every second of my time" is "I play this game every second of my time"


Basic metric agent setup

Description
Changes proposed in this pull request:

Deploy an OTEL collector as an agent (daemonset) if the input is defined in any pipeline. The most basic configuration is used
Refactor resource management (gateway vs agent mode)
Refactor config building. Refine the config/builde/otlpoutput API
Introduce test data builder for reconciler unit tests

Related issue(s)
https://github.com/kyma-project/kyma/issues/17373

/hold

/unhold


VMClone: restored clone PVC (not created by dvtemplate) will not get owned by the VirtualMachine or at all

What happened:
When cloning a VM which has a standalone volume (volume created by the user and not by DVTemplates) the restored cloned PVCs will remain without ownership.
What you expected to happen:
Expected that those PVC will be owned by the target VM.
How to reproduce it (as minimally and precisely as possible):
Create VMClone from a VM with standalone volume
Additional context:
The bug is happening since the Own process of the pvc (https://github.com/kubevirt/kubevirt/blob/main/pkg/storage/snapshot/restore.go#L971) is performed in a point in time where in case of Clone the target VM doesnt exist yet. It will be created later on in the restore process.
In order to fix this need to move the ownership of the PVCs to after the target VM is updated/created.
Environment:

KubeVirt version (use virtctl version): N/A
Kubernetes version (use kubectl version): N/A
VM or VMI specifications: N/A
Cloud provider or hardware configuration: N/A
OS (e.g. from /etc/os-release): N/A
Kernel (e.g. uname -a): N/A
Install tools: N/A
Others: N/A

Hi @ShellyKa13, I wonder how you evaluate the dosu bot response?
I think it's pretty close. What do you think?

Hi @vladikr the issue #11519 that the bot mentioned is specific to PVCs created by DVTemplates. This issue is about PVCs that were standalone - not created by the VM controller.
I did look into it and saw @fabiand response about the ownership.
Before opening this issue I consulted with @mhenriks about restore making the restored VM own standalone PVCs which currently it does (as mentioned in the "additional context" in the PR description). I suggested it might not be what the user would expect since for the original VM, these original PVCs, were not owned by the VM and after the restore they do.
So I say that we need to have an open disscussion deciding if this standalone PVCs should be owned or not.
If we keep this ownership then this bug is valid and in VMClone the ownership will not occur.
If we decide the PVCs should not be owned then we need to have an issue: "restore owning standalone PVCs when it shouldn't".

I think that any resources created by a kubevirt controller should be owned by something, otherwise they may never get cleaned up.
In this case, the user may remove the owner references they will not be added again later by virt-controller

/remove-lifecycle stale

This is still relevant AFAICT
/remove-lifecycle stale


Automated Package Upgrade

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Option for exit code to always return 0 if no error occures

Problem
I am trying to integrate the gitleaks scanner with the SecureCodeBox project. SecureCodeBox runs on kubernetes. When a container exits with a non zero return code kubernetes thinks the container crashed. But for gitleaks return code 0 and 1 this is not the case.
Possible solution
The solution could be a comand line option to tell gitleaks to return 0 for both 'no leaks' and 'leaks present' and a non zero value for 'error encountered'.
cc @zricethezav

+1

This will be the default behavior in v7

@paulschmelzer this is the default behavior in https://github.com/zricethezav/gitleaks/releases/tag/v7.0.0


Elaborate on point 3 report document; see below

Collective lessons learned:
Initial approach management and coordination
Did your approach evolve over time
What worked, what didnt , what would you do differently

Done and ready to submit


Pydantic failing to validate ENUMS

Initial Checks

[X] I confirm that I'm using Pydantic V2

Description
Pydantic failing to validate enums
Example Code
class SuggestedTypes(Enum):
    A = 'a'
    B = 'b'

class Project(BaseModel):
    project_name: str
    project_type: SuggestedType

    @validator('project_type', pre=True)
    def check_project_type(cls, v):
        print(f"Debug: Received value -> {v}, Type -> {type(v)}")

        if isinstance(v, SuggestedType):
            print("Debug: Value is already an instance of SuggestedType Enum.")
            return v
        elif isinstance(v, str):
            try:
                print(f"Debug: Attempting to convert string '{v}' to Enum...")
                return SuggestedType[v.upper()]
            except KeyError:
                raise ValueError(f"Debug: Invalid project type '{v}'. Valid options are 'A' or 'B'.")
        else:
            raise TypeError(f"""
            Debug: Type Error - project_type must be a string or an instance of SuggestedType Enum.
            -----------------------
            Received Type:   {type(v).__name__}
            Received Value:  {v}
            -----------------------
            """)

in check_project_type
    raise TypeError(f"""
TypeError:
            Debug: Type Error - project_type must be a string or an instance of SuggestedType Enum.
            -----------------------
            Received Type:   SuggestedType
            Received Value:  SuggestedType.A
            -----------------------

shell returned

Python, Pydantic & OS Version
Name: pydantic
Version: 2.8.2
Summary: Data validation using Python type hints
Home-page:
Author:
Author-email: Samuel Colvin<EMAIL_ADDRESS>Eric Jolibois<EMAIL_ADDRESS>Hasan Ramezani<EMAIL_ADDRESS>Adrian Garcia Badaracco<EMAIL_ADDRESS>Terrence Dorsey<EMAIL_ADDRESS>David Montague<EMAIL_ADDRESS>Serge Matveenko<EMAIL_ADDRESS>Marcelo Trylesinski<EMAIL_ADDRESS>Sydney Runkle<EMAIL_ADDRESS>David Hewitt<EMAIL_ADDRESS>Alex Hall<EMAIL_ADDRESS>License:
Location: /home/username/.local/lib/python3.11/site-packages
Requires: annotated-types, pydantic-core, typing-extensions
Required-by:

python -c "import pydantic.version; print(pydantic.version.version_info())"

             pydantic version: 2.8.2
        pydantic-core version: 2.20.1
          pydantic-core build: profile=release pgo=true
                 install path: /home/username/.local/lib/python3.11/site-packages/pydantic
               python version: 3.11.9 (main, Apr 10 2024, 13:16:36) [GCC 13.2.0]
                     platform: Linux-6.1.0-9-amd64-x86_64-with-glibc2.38
             related packages: typing_extensions-4.12.2 typing_extensions-4.12.2 mypy-1.10.0
                       commit: unknown

Hi,
Please provide a minimally reproducible example of your issue - we're not able to run this code snippet. It's helpful if you can include all necessary imports as well. Thanks!


Remove fail dependency in store.cabal also

Somehow I had forgotten to include this in the other commit.

LGTM!


Cache removal

Looking good, might want to remove my access to this repo though!

@torsjonas A wild Jonas appears! This repo is public though, so it would be rather hard to remove your access. I guess you still have it starred or followed if you receive notifications?


fix: logout ui.

Fixes: #581

@mraible PTAL

@zhyd1997 I have added this fix to the blueprint implementation at https://github.com/jhipster/generator-jhipster-ionic/pull/612/commits/f27a1fc3f7489a2d8a64bdb45ef8117640ae417c. Please claim your bug bounty at your convenience.

@mraible great thanks 👍

$300 bug bounty claimed: https://opencollective.com/generator-jhipster/expenses/70880
Closing this PR because the change has committed in PR #612 (f27a1fc)


Correct docs for K_THREAD_DEFINE

Describe the bug
The docs states a thread can be spawned at compile time. Spawning involves starting, right? Which obviously is not possible during compilation.

«Alternatively, a thread can be spawned at compile time by calling K_THREAD_DEFINE»

To Reproduce
Check the docs: https://docs.zephyrproject.org/latest/reference/kernel/threads/index.html#spawning-a-thread
Expected behavior
I'm not sure what K_THREAD_DEFINE does exactly, but I would guess it defines/declares a thread that will be spawned during system initialization. Would be nice with a clarification here.
Impact
Confusing documentation
Environment (please complete the following information):

OS: all
Toolchain: docs
Commit SHA: latest commit 82c25587a2bc7610530154df4d984bdfa2add594

CC: @andyross @andrewboie

@andrewboie could we fix this for 2.1.0?

I don't personally have the bandwidth to attend to this for 2.1

this was fixed long time ago.


[EventRequest] Codeunit 7322 Create Inventory Pick/movement - New Publishers

Hello
To use the new procedure “RunCreatePickOrMoveLine” in Codeunit “Create Inventory Pick/Movement” (CU7322) we need to be able to set and get the “WareHouse Activity Header” and the “Warehouse Request”
This could be done without breaking change by adding 2 publisher  - 1 in the beginning and one in the end - both “WareHouse Activity Header” and the “Warehouse Request” records declared as VAR
(Could also be in the procedure it calls CreatePickOrMoveLine – adding a new in the start and on in the end (or instead of a new in the end - by adding parmeters to the last publisher OnAfterInsertWhseActivLine)
See the following screenshot for clarification

as seen on the screenshot, we would like those two new publishers to be called

OnBeforeRunCreatePickMoveLine(WhseActiveHeader, WhseRequest);
OnAfterRunCreatePickMoveLine(WhseActiveHeader, WhseRequest);

NOTE that its important that both WhseActiveHeader and WhseRequest is declared as VAR in both publishers

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.


No syntax highlighting for TSC comments

It's a relatively common pattern in TSC, especially more advanced scripts, to leave comments to document your events. Any text in between the end of an event and the label for the next event is completely ignored by the TSC parser. This snippet demonstrates that usage:
#0000
<END

~~~~~~~~~~~~~~~~
RETN instruction
~~~~~~~~~~~~~~~~
#0001
<FL+_RTN
<FLJ_RA0:0002<FLJ_RA1:0002<FLJ_RA2:0002<FLJ_RA3:0002
<FLJ_RA4:0002<FLJ_RA5:0002<FLJ_RA6:0002<FLJ_RA7:0002
<EVE0003
#0002
<TRA0010:2800:0000:0000 Load RA into A

#0003
<EVE0004 Normal return; pop the return address into A
#0004
<EVEXXXX Run codec with _RTN flag set (calls the appropriate function)

Highlighting those sections as comments (e.g. italicizing them, etc) would be a big help for code clarity.
The commands in vanilla TSC which end an event (and thus leave any text after them as comments) are:

<END
<ESC
<EVE
<INI
<LDP
<SLP
<TRA

Here's that same snippet in Booster's Lab, showing the highlighting for comments.

On a related note:

There seems to be support for comment highlighting following a // as shown. The issue here is that these lines are NOT in fact comments, and will be executed as if they're normal TSC if run ingame (in this case, printing their contents to an invisible message box). This behavior should likely be removed, unless there's a use case I'm unaware of, in which case an option would be nice.

This is also something that will be improved in the dedicated TSC library I mentioned in https://github.com/nimblebun/tsc-language-server/issues/2#issuecomment-813085370 (and the vscode extension, for the syntax highlighting part); in fact, you will also be able to instruct the language server to warn you about possible unreachable code.
// comments - although non-standard - are supported specifically because Booster's Lab allows them (but eliminates them when converting the script back to TSC). If you open a file from ScriptSource and it has // comments somewhere inside of an event they will look different.

Gotcha, I'd missed that feature in ScriptSource. All good on that front then.


Day of Week bug

assert arrow.get("Tuesday", "dddd").format("dddd") == 'Monday'

I built a little program out of this:
#!/usr/bin/env/python3

import arrow

def assertion(argument):
    arg = arrow.get(argument,"dddd").format("dddd")
    print (arg)

assertion()

When the argument is foo, it throws this error:
Traceback (most recent call last):
  File "arrow446.py", line 9, in <module>
    assertion("foo")
  File "arrow446.py", line 6, in assertion
    arg = arrow.get(argument,"dddd").format("dddd")
  File "/usr/lib/python3.6/site-packages/arrow/api.py", line 23, in get
    return _factory.get(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/arrow/factory.py", line 198, in get
    dt = parser.DateTimeParser(locale).parse(args[0], args[1])
  File "/usr/lib/python3.6/site-packages/arrow/parser.py", line 159, in parse
    raise ParserError('Failed to match \'{0}\' when parsing \'{1}\''.format(final_fmt_pattern, string))
arrow.parser.ParserError: Failed to match '(?P<dddd>(Monday|Tuesday|Wednesday|Thursday|Friday|Saturday|Sunday))' when parsing 'foo'

So i assume, that it doesn't get the argument "Tuesday" at all and takes {0}, which is in this case "Monday".
Unfortunately i don't have more clues on that..

I can confirm, 'dddd' doesn't work in arrow.get as expected. The result is always the same for any week day.
In [3]: arrow.get('Tuesday', 'dddd')
Out[3]: <Arrow [0001-01-01T00:00:00+00:00]>

In [4]: arrow.get('Sunday', 'dddd')
Out[4]: <Arrow [0001-01-01T00:00:00+00:00]>

The question now should it work at all? Does it make any sense to parse the weekday without a month, day and year? What date should be used? The first Tuesday AD of the most recent Tuesday?

If this is to work at all, it should absolutely be the first Tuesday on or after the epoch.
Defaulting to a "most recent Tuesday" scheme would cause surprising results.  Imagine parsing a file around midnight that references "Tuesday" twice, and the second parse occurs on a different day than the first.

Can we work on this bug?

I tend to think this shouldn't work at all, @jadchaar what do you think?

This is a peculiar use case, but I nonetheless put a quick patch together to fix it.


Update plantuml.jar download version and link

Download from GitHub as Sourceforge seems to suffer from lower reliability.

/ok-to-test
/lgtm
/assign @yevgeny-shnaidman

/cc @qbarrand

Codecov Report
Patch and project coverage have no change.

Comparison is base (08dabd7) 79.69% compared to head (cf7ac39) 79.69%.

Additional details and impacted files
@@           Coverage Diff           @@
##             main     #555   +/-   ##
=======================================
  Coverage   79.69%   79.69%
=======================================
  Files          43       43
  Lines        4363     4363
=======================================
  Hits         3477     3477
  Misses        725      725
  Partials      161      161

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

/lgtm

/approve


the example: geolocation its not working

i want to use the geolocation really hard in a application that im going to make but in the example its not working, this is fixed? or its not?

Actually example works fine... but if you use chrome >= 50, geolocation is disabled when website is not served through https. I changed the github page so you can see its ok: https://apneadiving.github.io/


The header URL links do NOT WORKS

Hi , cannot access the url REGISTER , SINGIN , RENTALS from the header of the page.  No ones of the pages cannot found on http://mysite/xxxxxxxx
I think is a route issue.  All the pages are in this location www/mysite/classes/pages/ .Can you help me with this? Thank you !
Not Found
The requested URL /register was not found on this server.
Apache/2.4.37 (Win32) PHP/7.2.14 Server at <IP_ADDRESS> Port 80

It's not a maintained project


modified rgw IO test config parameters

Signed-off-by: sunilkumarn417<EMAIL_ADDRESS>

@sunilkumarn417 looks like a duplicate of this PR: 40

@sunilkumarn417 looks like a duplicate of this PR: 40

yes @rakeshgm, this code changes are required for both the rh-luminous and rh-nautilus.