FR: [V2 Resources – Dotted background] Magazine Variant

Context/Description
As a Mack Trucks Bulldog magazine editor, I want a new variant of the existing [V2 Resources – Dotted Background] block, so that I can display a call to action encouraging readers to subscribe, with a visually appealing design that drives more engagement.
Acceptance Criteria
Editor AC:

[x] I can use this block on any page.
[x] I can find this block in the AEM Sidekick Library.
[x] I can edit all of the text on this block.
[x] I can configure the button link.

Non-functional AC:

[x] Features H2 text over a dotted background. On desktop this is displayed on the left side of the block, and on mobile this is displayed at the top of the block.
[x] Features body text displayed to the right of the H2 text on desktop, and underneath the H2 text on mobile.
[x] Gold button is displayed underneath the body text that links to a page, currently the button exists as a link
[x] Design follows the below Figma layout.
[x] Block will be named V2 Resources - Magazine
[x] The dotted background already exists as part of the section metadata

Note
The  [V2 Resources – Dotted background] block is very close and should be tweaked for the magazine variant design
https://main--vg-macktrucks-com--hlxsites.hlx.live/tools/sidekick/library.html?plugin=blocks&path=/block-library/blocks/v2-resources&index=1
Attachment / link to Figma
Desktop: https://www.figma.com/design/oNwe2jHIICPMIe551EY62l/Mack-Reskin---Full-Project?node-id=11294-44521&m=dev

Mobile: https://www.figma.com/design/oNwe2jHIICPMIe551EY62l/Mack-Reskin---Full-Project?node-id=11294-44638&m=dev

Testing completed. Everyhing works accordingly.


Thermal issues

Running Catalina and found that the fan's don't ramp up to prevent over heating that I have heard. And Thermal throttling does not seem to be a thing. Anyone else find this?

Mine worked normally using SMCDellSensors in Catalina. I'm using Big Sur now, so I can't confirm if there's any change with kexts above OC version 0.6.2. What software are you using to monitor CPU temp and fans? This notebook keep fans at 0rpm if CPU temp is low (tested with windows, linux and macos). Running benchmark with geekbench will put the fans at 4k+rpm when the test goes beyond 1:30m

I am using both Intel power gadget and HWMonitor for for more accurate information. It doesn't appear that fans are an issue, after awhile they did kick up. its more of a throttle issue. Normally that comes down to SMBios which I started with MacBookPro16,1 and then went to 16,4. I am running on a 1660TI model if you would like more testers. Thank you for your quick response.

I am wondering, you are running on 15,2 which is a U series SMbios, the next H Series is 15,3 this could be why?

I'm running Handbrake to convert a video now, max frequency is throttled at 3.4ghz (core req is 4.5ghz). Click on Stop, core max went up to 4.2ghz soon after stopping, so it seems to be a cpu throttle here. I don't think it's a SMBios issue, because I'm running CPUFriend to boost CPU clock. Had to put 15,2 in order to use video out, but put a high performance profile with CPUFriendFriend. Try to convert a video and check intel power gadget to see if your frequency goes down to 3.x ghz

hmm, What is your idle temp? Maybe I have a thermal paste issue. it appears. I throttle but my temps just stay high.

My idle temp is between 42-49deg. This laptop runs hot, goes all the way to 99deg too fast. I have to put max cpu clock to 2.5ghz in windows in order to run games at 70deg. Any game without lowering the clock make the CPU run at 95-99 deg. If your idle temp is above 62 deg, maybe your dGPU isn't turning off correctly, but it doesn't seem to be the issue based on your graph.
I disable turbo boost (Turbo Boost Switcher) using CPU intensive tasks to prevent high temperatures (won't change thermal paste cause laptop still under warranty). Unfortunately this notebook get hot way to fast, I read a lot in the past about it. The answers were undervolt and using Thermal Grizzley Kryonaut to keep temps down.
If you boot in Windows and keep alienware command center open, you will see temps going up very quickly doing moderate tasks, like installing/uncompressing and stuff like that. Some people blame intel for chip design, other people blame dell for the thermal design of the laptop. Running a search for Dell G5 5590 temperature or Dell G5 5590 overheat will bring a lot of topics.
There's an interview with Dell's Thermal Engineering Technologist about this topic, he said it's ok to run at 99deg (https://www.youtube.com/watch?v=u2--SmLORIE +/- 10m30s min mark). I won't allow mine to run at this temp for too long, it could be ok for the CPU, but I think this temperature could fry other parts on the motherboard

Thanks for your thoughts, I like to keep mine below 80C, in windows Dell Power Manager with the cooling setting to cool even with turbo boost regulates everything under 80C even during Handbrake encodes.as far as the dgpu, that could be my issue, I do not have a windows install currently to find my bios name to attempt a Optimus disable. This and palm rejection are the largest pain for this Hackintosh build, ha, but Intel WiFi's work now so its not as big of a deal in that way. Do you have a messenger? maybe we can chat as far as finding fixes and issues? Thanks for all the work on the config

You can find me at Discord, SegrobOel#0801


Remove version: Peppy.Osu! version 2023.403.0

https://github.com/microsoft/winget-pkgs/issues/152768#issuecomment-2102735187

Resolves #152768

Microsoft Reviewers: Open in CodeFlow

URL: https://github.com/ppy/osu/releases/download/2023.403.0/install.exe
OK
(Automated message - build 882)


feat: use lunchpail needs to install minio

Need to find out why these tests are failing with Error: exit status 1. None of these tests fail locally on macos so will have to reproduce GHA like ubuntu env...

why did we change the wget install of minio to one that is debian-specific? and also one that (by use of apt) requires root access?

why did we change the wget install of minio to one that is debian-specific? and also one that (by use of apt) requires root access?

I was seeing wget command not found error exit status 1 in some cases...

Strange? We have been using it in gha till now? Did you see this for local
or kubernetes?
On Sat, Oct 12, 2024, 00:20 Ansu Varghese @.***> wrote:

why did we change the wget install of minio to one that is
debian-specific? and also one that (by use of apt) requires root access?
I was seeing wget command not found error exit status 1 in some cases...
—
Reply to this email directly, view it on GitHub
https://github.com/IBM/lunchpail/pull/414#issuecomment-2408360822, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/ABEFT5C2GHDRISYES73AYG3Z3CPQPAVCNFSM6AAAAABPZTGLASVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDIMBYGM3DAOBSGI
.
You are receiving this because you commented.Message ID:
@.***>


[WIP] snapshot: add usage information to Snapshotter.Info

Signed-off-by: Stephen J Day<EMAIL_ADDRESS>Implemented for overlay once we are okay with the approach.
Closes #720

@Random-Liu PTAL

@stevvooe Thanks for doing this! Will take a look tomorrow.

LGTM, though I'm wondering if it might make sense to have Stat only optionally collect usage information, as it can be expensive to walk the whole snapshot and callers may not always need full usage information.

This was considered but I am not sure about complicating the method call. We can probably optimize it, but there will definitely be some nasty performance in the naive case.
The other option here is break out the usage into a separate method.

We could probably find a way to optimize this later if Stat is an operation that proves necessary to short circuit operations. This should also need to be done on Walk for completeness.
I was thinking some about how these values will be interpreted in reference to other drivers. We talked some about BTRFS and wonder if the "unshared" values are good enough. If you just wanted to know the size of the snapshot the sum of the layers is not likely to equal "du" output from a mounted version. With that in mind, this value is really interpreted as the cost of storing this layer on disk in the snapshot driver, and a rough estimate of what we will be freed up. I would expect in this case that overlay would show that it has a higher cost since deletions will require inode storage. Based on this interpretation, wonder if we should account for directory size, even though it is minimal.

This was considered but I am not sure about complicating the method call. We can probably optimize it, but there will definitely be some nasty performance in the naive case.

The other option here is break out the usage into a separate method.

According to the comment, the function is used to do parent resolution, existence checks and to discern the kind of snapshot, which seems to be a light-weight operation.

It makes sense to add a separate method.

I agree here. I'll make that change.

@stevvooe How are these data going to be exposed in your current plan? GRPC service?

This particular change is scoped to the Go interface. As we discussed, this can be exposed over prometheus as an aggregate value.

This particular change is scoped to the Go interface. As we discussed, this can be exposed over prometheus as an aggregate value.

SGTM. :)

@Random-Liu Per our conversation, this now provides a separate method.
Please note that some of the cost of snapshot usage accounting is incurred at commit time.

Codecov Report

Merging #731 into master will decrease coverage by 3.19%.
The diff coverage is 30.88%.

@@            Coverage Diff            @@
##           master     #731     +/-   ##
=========================================
- Coverage   62.46%   59.26%   -3.2%
=========================================
  Files           5        5
  Lines         682      739     +57
=========================================
+ Hits          426      438     +12
- Misses        160      198     +38
- Partials       96      103      +7

Impacted Files
Coverage Δ

snapshot/storage/bolt.go
75.24% <100%> (+0.61%)
:arrow_up:

snapshot/overlay/overlay.go
53.07% <15.38%> (-6.29%)
:arrow_down:

snapshot/naive/naive.go
51.51% <16%> (-6.24%)
:arrow_down:

snapshot/btrfs/btrfs.go
52.6% <42.85%> (-0.98%)
:arrow_down:

Continue to review full report at Codecov.

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

Status:

Implemented overlay and naive implementations
Stubbed out btrfs and windows to farm out some of the work

Removing WIP badge accordingly.

LGTM

LGTM


Cors issue

Hello,
I have correctly added the lib, this is my query ;
//Show one Season
	footballdataFactory.getSeason({
		id: '<SEASON_ID>',
		protocol: 'auto', // (optional) 'http', 'https', 'auto'
		apiKey: '4d5e1374b3df4071827db1e3ccd1af17', // Register for a free api key: http://api.football-data.org/register
	}).then(function (_data) {
		//on success
	}).catch(function (_data) {
		//on error
	});

I run into this error :
Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://api.football-data.org/v1/soccerseasons/%3CSEASON_ID%3E?apiKey=4d5e1374b3df4071827db1e3ccd1af17. (Reason: CORS header ‘Access-Control-Allow-Origin’ missing).[Learn More]
Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://api.football-data.org/v1/soccerseasons/%3CSEASON_ID%3E?apiKey=4d5e1374b3df4071827db1e3ccd1af17. (Reason: CORS request did not succeed).[Learn More]

I am getting the same error
If you found a solution, I'll appreciate if you share


Empty dependency tasks are possible

What happened?
I tested the resolver with an empty dependency task. It resolved to an empty dependency
What did you expect to happen instead?
Fitting error
How can we reproduce the bug? (as minimally and precisely as possible)
resolver.Resolve([]*latest.DependencyConfig{
&latest.DependencyConfig{
Source: &latest.SourceConfig{},
},
}, testCase.updateParam)
Local Environment:

Operating System: windows

/kind bug

@1522784 is this still an issue in v4?

@1522784


Label text looks weird if multiple labels are printed.

Please verify that this bug has NOT been raised before.

[X] I checked and didn't find similar issue

Describe the bug*
When printing multiple labels to a PDF, the text includes spacing. When printing a single PDF, this does not occur.
Example with the built-in part label template Barcode Part Label - Simple part label with Code128 barcode:
One label created:

Two labels created:

Example with a stock item template I made. These use the same template, but in one I call:
Output with one single label:

Output with multiple labels:

The fact that some lines are missing is not a problem, that is due to the template. However, where is the spacing from?
Steps to Reproduce

Print label with text for one part.
Print label with text for several parts at once.
Compare, and see that it looks weird in one case.

Expected behavior
The output should look the same regardless of whether I create multiple labels at once or not.
Deployment Method

[X] Docker
[ ] Bare metal

Version Information
Version Information:
InvenTree-Version: 0.9.0 dev
Django Version: 3.2.15
Commit Hash: 139e059a4
Commit Date: 2022-08-10
Database: postgresql
Debug-Mode: True
Deployed using Docker: True
Active plugins: []
Relevant log output
No response

I tried seeing what happens by going to debug mode, but that unfortunately puts the second label on top of the second label so doesn't really help..

I am seeing the same sort of issue with 0.8.1 running on bare metal (Debian
Bullseye (11)).

My system information is not copy and paste able for some reason.

arrow==1.2.2
asgiref==3.5.2
Babel==2.10.3
bleach==5.0.0
blessed==1.19.1
Brotli==1.0.9
certifi==2022.6.15
cffi==1.15.0
charset-normalizer==2.0.12
cli-helpers==2.2.1
click==8.1.3
configobj==5.0.6
coreapi==2.3.3
coreschema==0.0.4
cryptography==3.4.8
cssselect2==0.6.0
defusedxml==0.7.1
diff-match-patch==20200713
Django==3.2.14
django-allauth==0.51.0
django-allauth-2fa==0.10.0
django-cleanup==6.0.0
django-cors-headers==3.13.0
django-crispy-forms==1.14.0
django-error-report==0.2.0
django-filter==22.1
django-formtools==2.3
django-import-export==2.5.0
django-js-asset==2.0.0
django-maintenance-mode==0.16.3
django-markdownify==0.9.2
django-money==2.1.1
django-mptt==0.11.0
django-otp==1.1.3
django-picklefield==3.1
django-q==1.3.9
django-redis==5.2.0
django-sql-utils==0.6.1
django-sslserver==0.22
django-stdimage==5.3.0
django-user-sessions==1.7.1
django-weasyprint==2.1.0
django-xforwardedfor-middleware==2.0
djangorestframework==3.13.1
et-xmlfile==1.1.0
fonttools==4.33.3
gunicorn==20.1.0
html5lib==1.1
idna==3.3
importlib-metadata==4.12.0
itypes==1.2.0
Jinja2==3.1.2
Markdown==3.3.7
MarkupPy==1.14
MarkupSafe==2.1.1
oauthlib==3.2.0
odfpy==1.4.1
openpyxl==3.0.10
pdf2image==1.16.0
pendulum==2.1.2
pgcli==3.4.1
pgspecial==1.13.1
Pillow==9.1.1
pkg_resources==0.0.0
prompt-toolkit==3.0.30
psycopg2==2.9.3
py-moneyed==1.2
pycparser==2.21
pydyf==0.2.0
Pygments==2.12.0
PyJWT==2.4.0
pyphen==0.12.0
python-barcode==0.14.0
python-dateutil==2.8.2
python-fsutil==0.6.1
python3-openid==3.2.0
pytz==2022.1
pytzdata==2020.1
PyYAML==6.0
qrcode==7.3.1
rapidfuzz==0.7.6
redis==3.5.3
requests==2.28.0
requests-oauthlib==1.3.1
sentry-sdk==1.6.0
setproctitle==1.3.2
six==1.16.0
sqlparse==0.4.2
tablib==3.2.1
tabulate==0.8.10
tinycss2==1.1.1
uritemplate==4.1.1
urllib3==1.26.9
wcwidth==0.2.5
weasyprint==55.0
webencodings==0.5.1
xlrd==2.0.1
xlwt==1.3.0
zipp==3.8.0
zopfli==0.2.1

https://github.com/inventree/InvenTree/blob/427404b3bafaec50a17836c864be3f89baaef58c/InvenTree/label/api.py#L161
I would imagine it is due to this line here. Weird. I'll try to reproduce on my end.

I can reproduce pretty easily. The issue may be one of the following:

Something about the HTML template which is causing issues around page-breaks
An upstream issue with weasyprint

If I had to put money on it, probably 1

@nwns
Question: Are you experiencing the copy problem on ther server info or about screen?
Note: Only the about screen contains copy buttons

I would tend to agree that the issue is related to how Inventree merges the separate labels.
In my experimentation trying to figure out what the cause was I tried replacing the substitution with static text and the text came out fine.
@matmair That would be what is it.  I was on the server information screen not the about screen.

@nwns I tried out a few different ways of merging the pages but all with the same outcome.
If you can work out the key to getting the rendering right please let us know

Fast, as usual @SchrodingersGat ! Nice work.
Works for me (after invoke update so that the weasyprint version is corrected).

Works for me (after invoke update so that the weasyprint version is corrected).

You can also append the old weasyprint version into your plugins.txt file - this way it will override the default version :)


deprecated<EMAIL_ADDRESS>

when I try npm install:
npm WARN deprecated<EMAIL_ADDRESS>Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue
How can I fix it?

@simwin It's just a warning - feel free to submit a patch that updates package.json to a newer version.

I think the problem is that osrm-frontend doesn't depend on minimatch itself, it's a dependency somewhere one or more levels down the dependency tree.
So, the fix would be to either upgrade any packages depending on this particular version of minimatch, or make those project update their dependencies.

Issue could be closed due to merged #238


X2Go client failing to access to the Mate container when client have multiple envs.

When CC client using Remote Desktop feature with multiple desktop environments, having above described issue.
Reason (not 100% sure yet):
CC generating sessions file in directory $HOME/.x2goclient
When trying access with the second environment, it's overwriting configurations. (probably this file is confusing parameters of two environments)
To test:
Create env with Mate BP (don't forget to add you SSH key)
Test Remote Desktop (should be success)
Create another env with Mate BP (don't forget to add you SSH key)
Test Remote Desktop
Here the problem starts, one of environments will have problem with X2GO client
original issue: https://github.com/optdyn/hub/issues/7007

Added clean old session file before opening new session X2Go.
Now CC generates a new session file every  X2Go session.

created two mate2go blueprints one after another.
added ssh keys
and tested the remote desktop function
fixed in prod


Mapping error

Mapping...
File ok
Target process memory allocation failed (ex) 0x5
Error while mapping.

Access denied, some antivirus or anticheat blocks the access or you are not running as administrator


AQAvit meeting: Sept 22, 2021

Join via https://bluejeans.com/724807178/2833?src=calendarLink
Add the recurring bi-weekly AQAvit meeting to your calendar.
Proposed Agenda:

update on dynamic compilation feature for TKG - @renfeiw
a few words on the AQA triage activities for JDK17 release - @sophia-guo
welcome CanOSP team / code sprint & EPICs - @llxia (@sophia-guo @smlambert)
review state of "good first issues" list in prep for open-source day and Outreachy contrib period - all
Review AQAvit Zenhub board - all

current sprint
PR backlog

AOB

Next mtg:

docker-based development for aqa-test-tools - @llxia

Meeting recording link


Evaluate use of CBS pruning for CNV/ACNV.

This may obviate the need for similar-segment merging, which in turn would simplify the ACNV command line.  Impact on small amps/dels should be checked.

Although pruning seems to clean up segmentation, the implementation in CBS hangs when the number of segments is large (e.g., for LUAD and HCC1143)---segmentation typically takes a few minutes, but in this case can continue for several days.  See also https://www.biostars.org/p/100185/.  Furthermore, the meaning of the parameter that controls the pruning is also not very intuitive.  So I'm in favor of focusing efforts on testing alternatives to CBS.


Allow Finders to display Alpha Banner

This commit allows finders#show to be displayed with the Alpha banner
in the same way we can currently display the Beta banner.

LGTM.
Slight tangent, but I wonder if phase state is something that might become (an optional) part of the standard content item definition, as it's not really format specific.


Figure out why placement stalls sometimes

When in placement mode, sometimes the hit test on the detected planes just stops returning useful values even though there still seem to be planes in the ARFrame. This results in the map not moving when you point the devic). Eventually, I think after a "larger" movement it snaps out of it and starts working again.

Not important any more, new placement technique doesn't depend on the built in hit test that seems to be acting flakey.


chore: updates deps to 2.15.2

Description
Updated to latest ( 2.15.2 )

@walletconnect/ethereum-provider
@walletconnect/universal-provider
@walletconnect/utils
@walletconnect/types

Type of change

[x] Chore (non-breaking change that addresses non-functional tasks, maintenance, or code quality improvements)
[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

Associated Issues
For Linear issues: Closes APKT-xxx
For GH issues: closes #...
Showcase (Optional)
If there is a UI change include the screenshots with before and after state.
If new feature is being introduced, include the link to demo recording.
Checklist

[ ] Code in this PR is covered by automated tests (Unit tests, E2E tests)
[ ] My changes generate no new warnings
[ ] I have reviewed my own code
[ ] I have filled out all required sections

Merged the Renovatebot PR instead: https://github.com/WalletConnect/web3modal/pull/2722


Adding Dark Mode to Home page

I want to add Dark Mode to home page

Thanks but not interested in dark mode.


amdvlk-2021.q2.4 - chrono:995:42: internal compiler error: Segmentation fault

Describe the bug
Cannot seem to do my routine rebuild switch today - I believe that the PR #126078 has something to do with it that's where compilation fails:
[858/2360] Building CXX object compiler/llpc/llvm/lib/Transforms/IPO/CMakeFiles/LLVMipo.dir/CalledValuePropagation.cpp.oKpp.o
FAILED: compiler/llpc/llvm/lib/Transforms/IPO/CMakeFiles/LLVMipo.dir/CalledValuePropagation.cpp.o
/nix/store/35pnk5kwi26m3ph2bc7dxwjnavpzl8cn-gcc-wrapper-10.3.0/bin/g++ -DGTEST_HAS_RTTI=0 -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Icompiler/llpc/llvm/lib/Transforms/IPO -I/build/amdvlk-src/drivers/llvm-project/llvm/lib/Transforms/IPO -Icompiler/llpc/llvm/include -I/build/amdvlk-src/drivers/llvm-project/llvm/include -fPIC -fno-semantic-interposition -fvisibility-inlines-hidden -Werror=date-time -Wall -Wextra -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wno-missing-field-initializers -pedantic -Wno-long-long -Wimplicit-fallthrough -Wno-maybe-uninitialized -Wno-class-memaccess -Wno-redundant-move -Wno-pessimizing-move -Wno-noexcept-type -Wdelete-non-virtual-dtor -Wsuggest-override -Wno-comment -Wmisleading-indentation -fdiagnostics-color -ffunction-sections -fdata-sections -O3 -DNDEBUG  -fno-exceptions -fno-rtti -std=c++14 -MD -MT compiler/llpc/llvm/lib/Transforms/IPO/CMakeFiles/LLVMipo.dir/CalledValuePropagation.cpp.o -MF compiler/llpc/llvm/lib/Transforms/IPO/CMakeFiles/LLVMipo.dir/CalledValuePropagation.cpp.o.d -o compiler/llpc/llvm/lib/Transforms/IPO/CMakeFiles/LLVMipo.dir/CalledValuePropagation.cpp.o -c /build/amdvlk-src/drivers/llvm-project/llvm/lib/Transforms/IPO/CalledValuePropagation.cpp
In file included from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/Support/raw_ostream.h:20,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/ADT/FloatingPointMode.h:17,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/ADT/APFloat.h:21,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/IR/Type.h:17,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/IR/DerivedTypes.h:23,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/IR/Function.h:29,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/IR/PassManager.h:45,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/include/llvm/Transforms/IPO/CalledValuePropagation.h:22,
                 from /build/amdvlk-src/drivers/llvm-project/llvm/lib/Transforms/IPO/CalledValuePropagation.cpp:19:
/nix/store/h3f8rn6wwanph9m3rc1gl0lldbr57w3l-gcc-10.3.0/include/c++/10.3.0/chrono:995:42: internal compiler error: Segmentation fault
  995 |    const time_point<_Clock, _Dur2>& __rhs)
      |                                          ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://gcc.gnu.org/bugs/> for instructions.
[873/2360] Building CXX object compiler/llpc/llvm/lib/Transforms/IPO/CMakeFiles/LLVMipo.dir/AttributorAttributes.cpp.o
ninja: build stopped: subcommand failed.
builder for '/nix/store/akaqjfs6hvgrbzzinhx5n0m27c787mzf-amdvlk-2021.Q2.4.drv' failed with exit code 1
cannot build derivation '/nix/store/03dbda4yqylll20xg0hh05rwmc212jrb-opengl-drivers.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/mwxy69mbvx77qa02bpdcp4kfwjwyfwl6-steam-run-usr-target.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/yvv1ichdp43b8hf9xsb4h5rriv0czfg2-steam-usr-target.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/k7xscybgnnnlj8d7qrq70xnyf9shcrv5-nixos-tmpfiles.d.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/qn1khlr6p29yiv3yq44lzl70wwfi9z5f-steam-fhs.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/ardj09rsn7v3jb0fpg8nd3qjxnq9yc2g-steam-run-fhs.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/dpkxnss6lx7idhhb098z0r6jpqfpmb2v-steam-run.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/jgylh3ilh9wdjrf2h7vbscfif7gsc4xp-steam.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/1my272ldypi7g13apd1r4vxa9b27x23l-tmpfiles.d.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/cka8svl7wamsj9rbx8drm9mm46z5ydi4-etc.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/sbvmv6fx77h10z5pd3z55x3y6zz9lqxq-steam-run.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/mhy1is9y6jpadzzz7xpymxpvg003spnk-steam.drv': 1 dependencies couldn't be built
cannot build derivation '/nix/store/ab4rai0gf33v9333v6ksg3mi9qnw4chz-nixos-system-nixos-21.11pre294801.432fc2d9a67.drv': 1 dependencies couldn't be built
error: build of '/nix/store/ab4rai0gf33v9333v6ksg3mi9qnw4chz-nixos-system-nixos-21.11pre294801.432fc2d9a67.drv' failed

Let me know if there's anything else you need to provide.
To Reproduce
It seems to be steam trying to be built, where amdvlk is a dependency. A link to my configuration.nix file can be found here, and has worked just fine up until now.
Expected behavior
Everything compiles without issue.
Notify maintainers
@Flakebi
Metadata
 - system: `"x86_64-linux"`
 - host os: `Linux 5.10.40, NixOS, 21.11pre294109.fbfb79400a0 (Porcupine)`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.3.12`
 - channels(root): `"home-manager, nixos-21.11pre294801.432fc2d9a67"`
 - channels(ashe): `""`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

internal compiler error: Segmentation fault

This looks weird, I’ll try rebuilding on Monday. Just a guess into the dark, could it be that you were running out of memory? (LLVM is quite large, so this can be a problem, especially when building on a tmpfs)

internal compiler error: Segmentation fault

This looks weird, I’ll try rebuilding on Monday. Just a guess into the dark, could it be that you were running out of memory? (LLVM is quite large, so this can be a problem, especially when building on a tmpfs)

That was my thinking, but I have 16GB of RAM, and if that's not enough maybe we need to think of alternate strategies of managing it?
I guess I'll try doing the rebuild within a TTY rather than in a desktop environment to squeeze out a bit more to see if that's what I need. Will let you know if that works but I'm sure people are going to bump into this at some some point right? :)
Thanks for replying and your hard work!

Strange, I can't even clone it:
Logs from nix log /nix/store/sb3llgcsbyg0mwz5ikjx20lfx0iy70nh-amdvlk-src.drv:
Downloading Repo source from https://gerrit.googlesource.com/git-repo
remote: Counting objects: 1
remote: Finding sources:   2% (1/41)
remote: Finding sources:   4% (2/41)
remote: Finding sources:   7% (3/41)
remote: Finding sources:   9% (4/41)
remote: Finding sources:  12% (5/41)
remote: Finding sources:  14% (6/41)
remote: Finding sources:  17% (7/41)
remote: Finding sources:  19% (8/41)
remote: Finding sources:  21% (9/41)
remote: Finding sources:  24% (10/41)
remote: Finding sources:  26% (11/41)
remote: Finding sources:  29% (12/41)
remote: Finding sources:  31% (13/41)
remote: Finding sources:  34% (14/41)
remote: Finding sources:  36% (15/41)
remote: Finding sources:  39% (16/41)
remote: Finding sources:  41% (17/41)
remote: Finding sources:  43% (18/41)
remote: Finding sources:  46% (19/41)
remote: Finding sources:  48% (20/41)
remote: Finding sources:  51% (21/41)
remote: Finding sources:  53% (22/41)
remote: Finding sources:  56% (23/41)
remote: Finding sources:  58% (24/41)
remote: Finding sources:  60% (25/41)
remote: Finding sources:  63% (26/41)
remote: Finding sources:  65% (27/41)
remote: Finding sources:  68% (28/41)
remote: Finding sources:  70% (29/41)
remote: Finding sources:  73% (30/41)
remote: Finding sources:  75% (31/41)
remote: Finding sources:  78% (32/41)
remote: Finding sources:  80% (33/41)
remote: Finding sources:  82% (34/41)
remote: Finding sources:  85% (35/41)
remote: Finding sources:  87% (36/41)
remote: Finding sources:  90% (37/41)
remote: Finding sources:  92% (38/41)
remote: Finding sources:  95% (39/41)
remote: Finding sources:  97% (40/41)
remote: Finding sources: 100% (41/41)
remote: Finding sources: 100% (41/41)
remote: Total 41 (delta 19), reused 41 (delta 19)
repo: Updating release signing keys to keyset ver 2.3
Downloading manifest from https://github.com/GPUOpen-Drivers/AMDVLK.git
remote: Enumerating objects: 10, done.
remote: Compressing objects:  10% (1/10)
remote: Compressing objects:  20% (2/10)
remote: Compressing objects:  30% (3/10)
remote: Compressing objects:  40% (4/10)
remote: Compressing objects:  50% (5/10)
remote: Compressing objects:  60% (6/10)
remote: Compressing objects:  70% (7/10)
remote: Compressing objects:  80% (8/10)
remote: Compressing objects:  90% (9/10)
remote: Compressing objects: 100% (10/10)
remote: Compressing objects: 100% (10/10), done.
remote: Total 10 (delta 0), reused 4 (delta 0), pack-reused 0

repo has been initialized in /nix/store/hzn527k4ch5ypmzhpgz5zaj64fn7s6nk-amdvlk-src
fatal: unable to detect ssh version

I using exactly the same snippet as you here (https://github.com/Ashe/dotfiles/blob/e3c83fa118933798f1948299a378f29aa391a6a2/system/configuration.nix#L61 / https://nixos.wiki/wiki/AMD_GPU).
AFAIK amdvlk is not a direct dependency of steam, because I commented amdvlk and steam built and it's working.

I got it working in the end by compiling it in a TTY before going to bed, rather than in sway (my desktop environment) with all my programs open. It failed the first time but after closing more background processes I finally got it to work.
I'm not really sure if this is an issue in of itself, but people might pop up in the future with these problems too?
I'll leave it up to you guys whether we close this or not - I'm okay now, but there could potentially be something to fix here if this package's building process is particularly egregious.

fatal: unable to detect ssh version

@bryanasdev000 I saw the same error on hydra when searching for amdvlk yesterday, but I can’t reproduce it locally, neither with nix, nor with nixUnstable.
Seems like a repo update may have broken it for a while? https://github.com/NixOS/nixpkgs/pull/125317#issuecomment-852690890
I’ll create an update to 2021.Q2.5 tomorrow, maybe that fixes hydra.

I'm not really sure if this is an issue in of itself, but people might pop up in the future with these problems too?

Nice to hear that you got it working.
I hope amdvlk gets build on hydra, so people don’t need to build it themselves (at least I don’t want to build it on a laptop and wait hours for it to finish!). So, I hope this is not a big problem.

Seems like the main issue I posted is sidestepped and hopefully no one else has any troubles. I hope to see this being built on hydra like you say! If anyone needs to say anything else then we can reopen if necessary but seems like nothing much can / needs to be done at this moment in time.
Thank you!


[Testing] Support real stackdriver

We currently have a fake SD test component and a selection of tests that use it. We should add support for real SD as well. To do this, we'll want an abstraction to the SD component so that tests don't care if they're using real/fake SD. The choice can be controlled by a flag (i.e. either all SD tests run against the real or fake SD ... no mix/match in the same job).
[ ] Docs
[ ] Installation
[ ] Networking
[ ] Performance and Scalability
[ ] Extensions and Telemetry
[ ] Security
[x] Test and Release
[ ] User Experience
[ ] Developer Infrastructure
Additional context

fyi @douglas-reid @mandarjog since we've talked about this in the past.

not stale.

@bianpengyuan @douglas-reid is this still something on your roadmap?

@nmittler yes, will get back on this once I have more time.

@mandarjog @douglas-reid @bianpengyuan any updates here? Are we prioritizing this work?

Still on my todo list. Need to refresh my memory on this but I think the test can pass now, it is just to enable it at postsubmit.

@bianpengyuan ah great ... so this is essentially fixed?

@bianpengyuan ah great ... so this is essentially fixed?

Well, I did a quick check yesterday and looks like test was broken, likely because of some new changes: https://github.com/istio/istio/pull/36497. Will need some work to fix that.

Was there more work here?

Looks like prow pods now actually lacks permission to report to stackdriver (test failure: https://prow.istio.io/view/gs/istio-prow/pr-logs/pull/istio_istio/38281/integ-telemetry_istio/1512123541196115968 from https://github.com/istio/istio/pull/38281) Things left to do in this issue:

Figure out why prow cannot make direct telemetry report to stackdriver. This is likely due to shift to workload identity, and SD report permission needs to be bind to prow service account.
Adjust query duration to not rely on timing. Basically address this comment: https://github.com/istio/istio/pull/36497#discussion_r772617563. We should use log name to distinguish logs from different cases.
Enable test with real stackdriver at postsubmit like https://github.com/istio/test-infra/pull/3718.

@douglas-reid is working on this.


Fix text wrapping for chinese etc.

What does the pull request do?

The previous implementation assumed that PositionMeasure and PositionWrap need to be different for a valid last break position. This is not true for languages that can break at every character PositionMeasure == PositionWrap
What is the current behavior?

What is the updated/expected behavior with this PR?

How was the solution implemented (if it's not obvious)?

Checklist

[x] Added unit tests (if possible)?
[ ] Added XML documentation to any related classes?
[ ] Consider submitting a PR to https://github.com/AvaloniaUI/avalonia-docs with user documentation

Breaking changes

Obsoletions / Deprecations

Fixed issues

Fixes: #13166

You can test this PR using the following package version. 11.0.999-cibuild0040632-beta. (feed url: https://nuget-feed-all.avaloniaui.net/v3/index.json) [PRBUILDID]


Skip Scenarios Data Missing in cucumber.json

Right now skip scenarios Data is missing in cucumber.json.
So HTML reports dont mention skip tests
However it is working fine with mocha.json

:tada: This issue has been resolved in version 2.4.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


besu: use jemalloc if possible

This PR recycles my (maybe-merged-one-day) PR from nixpkgs. A little bit of information can be found there.
However, this PR introduces tests in the package definition itself. I expect change requests here since I haven't seen any other packages that defines .passthru.tests so I don't think this is a fit currently. From a cursory look into the code/issues/PRs, I guess you would want to have dedicated module tests. I'm happy to adapt the code in any direction (keeping tests, though), just let me know what you expect.

@rolfschr first of all, thanks for your contribution.
Secondly, I've been slowly getting back to action as I've been recently a father, so apologies for not getting back to you earlier.
Related to this:

However, this PR introduces tests in the package definition itself. I expect change requests here since I haven't seen any other packages that defines .passthru.tests so I don't think this is a fit currently. From a cursory look into the code/issues/PRs, I guess you would want to have dedicated module tests. I'm happy to adapt the code in any direction (keeping tests, though), just let me know what you expect.

It's OK to have them defined there and it's not uncommon on nixpkgs. Right now, we're only using the flake.checks as a way of ensuring that everything works as expected:
checks =
          # merge in the package derivations to force a build of all packages during a `nix flake check`
          // (with lib; mapAttrs' (n: nameValuePair "package-${n}") (filterAttrs (n: _: ! builtins.elem n ["docs"]) self'.packages))
          # mix in tests
          // config.testing.checks;

Maybe, we can iterate the list of packages and if it has defined the passtrhu.tests attrset, we can include them on the list of things to check.
What do you think?
Eventually, we will refine our infra to be more similar to nixpkgs.

Secondly, I've been slowly getting back to action as I've been recently a father, so apologies for not getting back to you earlier.

Congrats!
I think it would be good to keep the passthru.tests and adapt testing infra later in a separate PR which will always run existing passthru.tests.
As for this PR, I realized also that it covers the possibility of system being darwin which you do not seem to target. I can keep it as is or remove specific stuff.

@rolfschr thanks!

As for this PR, I realized also that it covers the possibility of system being darwin which you do not seem to target. I can keep it as is or remove specific stuff.

Just add darwin to the bottom of the meta.platforms and it will be supported :)

My point is: Please tell me what you (people) want/need and I adapt so this can be merged.

Okay, I checked nix build --print-build-logs .#besu.tests.version, nix build --print-build-logs .#besu.tests.jemalloc & nix run .#packages.x86_64-linux.besu. All runs as expected. I do not have darwin at hand. This looks done & fine from my point of view. Feel free to merge this.


Set prerelease default to false

Current dependencies on/for this PR:

main

PR #69   👈

This comment was auto-generated by Graphite.


fix other failing tests

What type of PR is this?
/kind failing-test
What does this PR do / why we need it:
Have you updated the necessary documentation?

[ ] Documentation update is required by this PR.
[ ] Documentation has been updated.

Which issue(s) this PR fixes:
Fixes https://github.com/openshift/release/pull/40361
Test acceptance criteria:

[ ] Unit Test
[ ] E2E Test

How to test changes / Special notes to the reviewer:

Merging for https://github.com/openshift/release/pull/40361


PHP Fatal Error

I followed your instructions but i get this error:

PHP Fatal error:  Uncaught Error: Class 'Dotenv\Dotenv' not found...

I'm on heroku server
I ran "composer require vlucas/phpdotenv"
I've added this on top of my index page
$dotenv = Dotenv\Dotenv::create(__DIR__); $dotenv->load();
It doesn't work anyway. What can i do?

Could you do the following to help me debug your problem please:

Run composer show from the same directory you ran the require command.
Run pwd in that directory, and show me both outputs.
Could you then put the following code just above where you load dotenv: var_dump(get_included_files());, and show me the output when you run your code.

@elpanas Look's like namespace issue. It should be,
$dotenv = \Dotenv\Dotenv::create(__DIR__);

Better always try use
use Dotenv\Dotenv;

$dotenv = Dotenv::create(__DIR__);


Generate functional class names

First off, thank you for this lib! I've really enjoyed using it. I was wondering if you would be interested in allowing an option to generate functional class names instead of unique class names? Similar to what CXS does. I'd be willing to try out a PR :) just let me know.

Hey @souporserious! This is actually an issue for glamor. glamorous doesn't actually have anything to do with the generated class names. Mind filing an issue over there?
I'm glad that you've enjoyed using the lib!

Will do! Thanks!


Fixed bold italic to be bold_italic instead of bold-italic and added …

…some samples in chapter-01.adoc

Not sure if the Gemfile.lock should have been included?


LTS battery glitch

A very annoying LTS battery glitch which ruins the game mode, to clarify, the glitch occurs when the round ends with your pilot holding a battery, after the round ends, throughout the entirety of the match you'll be unable to pick a battery, noticeable by your battery icon appearing on your hud and in your titan.

Unsure whether it would be best to fix this so that batteries are removed properly from players for all round based modes, or do it on a case-by-case basis for each mode individually

Unsure whether it would be best to fix this so that batteries are removed properly from players for all round based modes, or do it on a case-by-case basis for each mode individually

theres no reason not to do for everything cause it breaks batteries. theres no modes that could use that

Yeah I have done it for everything, if modders want to do weird shit with batteries, they can deal with it

theyd kinda have to store if a player has battery between rounds themselves cause it breaks otherwise :trollface:

why the FUCK is that a github emote


Dashboard is empty but events are being ingested

I can see all Github data is being ingested successfully, but the dashboards all show 0 or 'no data', any idea what is wrong here?

Same problem here, do we need to do some manual changes on the queries?

No, no changes to queries, but did you update the macro to include your indexes?

You can see the required macro changes in the documentation: https://github.com/splunk/github_app_for_splunk#readme
If that doesn't help please comment here!

Hi Doug, I definitely looked in the documentation but it is not specific about which macros to change or how to change them. For example if I see all my github data coming in under the index 'github' how would I then change these macros?

Indeed, noob mistake. You have to search your macros, and edit it with the name of your index (in your case @Jasmine-8i8  github). That makes it work.

Ah ok I didn't realize we must change the index of every macro.  Thanks both

I'm getting the same issue, going though the build a few times.. I can manually search the data and it's coming in from GHES, but the dashboard has none of the data. I have verified the macro index as well as the connections, everything looks good and as per documentation.
GHES = 3.6
Splunk Enterprise = 9.0.1
Apps:
Splunk Add-on for Github 2.0.0
GitHub Audit Log Monitoring Add-On for Splunk 1.1.1
GitHub App for Splunk 1.2.3

Just to close out the loop here, @shakerg and I talked offline and got this issue resolved.  Seems like there were issues convincing GitHub to send webhooks to his Splunk instance :)

Thanks for the update @leftrightleft ! I'll sync up offline to see if I need to update any documentation to help in the future.

After a rebuild, I'm still running into the same issue where I see data coming in but it's not being represented in the dashboard. @leftrightleft and I are going to have another look later this week, if anything comes out of that which I can provide more details around, happy to share those.

*There's a bug in GHES 3.6.0 that affects these webhooks, users should upgrade to 3.6.1+ and then Spunk integration will work as expected.


Backport 2.7: Fix stack corruption in mbedtls_net_poll with large file descriptor

Partial backport of the bug fix in #4173: 2.7 doesn't have mbedtls_net_poll, but it has mbedtls_net_recv_timeout which has the same bug. As with 2.16, I didn't backport the new tests because they're in a new test suite and there's a mild but nonzero concern about the test code's portability.

I just noticed that the CI is failing. @gilles-peskine-arm could you please have a look at the failures?

The failure in pr-head looks spurious (as all tests passed in pr-merge), but OTOH it does not look like one of the usual issues, so just to be on the safe side I've restarted the job.


Various issues with GTX 1080

Hey!
I'm having difficulties getting the library to work correctly with my GTX 1080.
It doesn't seem to recognize that my graphics card is of sm_60 and arch major 6. If i manually change variables in the nvcc.py file to force sm_60 it does compile.
This goes into my next issue which is the cudaDevAttrMultiProcessorCount is returning 20 when calling getMaximumSizeRNNForThisGPU, which means I don't get the tile sizes associated with pascal.
Also I had to make a modification here, I assume line 54 in recurrent_ops.cu:
typedef TileConfig<56, 2432, 2560, 352, 320, 11, 16, direction, T> TileSize;
is supposed to be:
typedef TileConfig<56, 2432, 2560, 352, 320, 11, 16, direction, float16> TileSize;
Hopefully can solve the issue, let me know if any more information is needed!
I'm running Ubuntu 14.04 using CUDA 8.0, V8.0.26 (RC) with driver (installed after CUDA as suggested for 1080 drivers) 367.35.

Just wanted to note I have the same issues with a Titan X (non-pascal) with CUDA 7.5.


Tags

Hi,
great to have an Eigen mirror on github. Two things:

Could you also import tags from bitbucket?
Is this repo updated nightly?

Thanks

Done.
Now it is, not tested yet, though.

Thanks for the input!

Tested, done.


Allow scenario expansion for docstrings

The scenario expansion currently replaces templates from both the step and its table.
https://github.com/cucumber-rs/cucumber/blob/e7387d469502dcc6286a5ef24204d33fc0d198e3/src/feature.rs#L158-L162
Do you think it is possible to add the step docstring into the mix? This would allow us to validate docstrings that are slightly different from one another in a single scenario.

@rogertorres could you provide a little bit wider example of such scenario and the code you do want in a step matching function?

hey @tyranron, please consider the simplified example below:
Feature: Doc String expansion
    Scenario Outline: Counting Song
        Given I have a file with the "Ants Go Marching" song
        When I read the <nth> paragraph
        Then I should sing:
        """
        The ants go marching <number> by <number>
        The little one stops to <action>
        """

        Examples:
            | nth     | number | action         |
            | first   | one    | suck his thumb |
            | second  | two    | tie his shoe   |
            | third   | three  | climb a three  |
            | fourth  | four   | shut the door  |

The example's idea is to be able to replace <number> and <action>. In Rust, I would read the actual file and check if its paragraphs match the docstring expanded with the examples.
IRL, such feature would allow us to validate contents that are not structured, such as human-readable logs generated by other tools, making the docstring usage a bit more flexible. The alternative I have today is to use the Examples/Data-Table variables to build this docstring inside Rust, but then my Gherkin file becomes less expressive.

@rogertorres thanks! Seems quite reasonable.
cc @ilslv
Let's add it to upcoming 0.11 release.


Change SearchLog-from-Data-Lake.csv to data.csv

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. We will now review your pull request.
Thanks,
Microsoft Pull Request Bot

@dphansen : Thanks for your contribution to the Azure documentation! The author, @edmacauley, has been notified to review your proposed change.

Thanks again!
#sign-off


Fix missing taskbar icon on Ubuntu Mate 16.04

On some Linux distributions, no icon appear in the taskbar.
This is a common bug in many electron based applications.
Expected Behavior
When the application is launch, icon must appear in task bar.
Current Behavior
When the application is launch, icon doesn't appear in task bar.
Screenshots (if appropriate):

Possible Solution
Easy to fix, just add a line into index.js
From: electron-builder#2269
Steps to Reproduce (for bugs)

Start the application on Ubuntu Mate 16.04, for example.
Take a look on the taskbar.

Context
Application standard use.
Your Environment

Franz Version used: 5.0.0-beta.18 - Release 1.8.4 / linux / x64.
Operating System and version: Ubuntu Mate 16.04

As suggested in https://github.com/laurent22/joplin/issues/86#issuecomment-376811132, adding StartupWMClass=Franz to the generated .desktop file solves this issue.

Today evening (CET) electron-builder 20.26.0 will be released — StartupWMClass will be added correctly (thanks to @StefanTT). So, you can just update electron-builder version to upcoming 20.26.0 and this issue will be fixed.


[Doc] Change the picture of the query plan to text format. [skip ci]

Change the picture of the query plan to text format.
And also updated a NIT in index page.

build


[ExpansionPanel] I want to replace flexBasis with reactstrap. Wrong behaviour

If you use more than one column, the example shows that FlexBasis should be used. Unfortunately, FlexBasis is inadequate because columns can disappear as the browser window gets smaller and smaller.
For example, Create an expansion panel with four columns of 25% each and shrink the browser window more and more. Gradually, the columns disappear.
Now I want to replace FlexBasis with reactstrap / bootstrap.
Unfortunately, I get a funny behavior there.
See this example: https://codesandbox.io/s/m5pk3k3mj9
Although one line and three columns have been created in the code, <Row> believes that the line is only 30% of the entire ExpansionPanel.
Thank you

[x] This is a v1.x issue (v0.x is no longer maintained).
[x] I have searched the issues of this repository and believe that this is not a duplicate.

Expected Behavior
<Row> should take the entire ExpansionPanel as row.
Current Behavior
<Row> takes only 30% of the entire ExpansionPanel.
Steps to Reproduce (for bugs)
See this example: https://codesandbox.io/s/m5pk3k3mj9
Your Environment

Tech
Version

Material-UI
v1.3.0

React
16.4.1

browser
Chrome 64 bit (latest)

etc
Windows 10 x64

Current Behavior
<Row> takes only 30% of the entire ExpansionPanel.

@Paul6552 I'm sorry but it doesn't seems related to Material-UI. I can reproduce the same issue without Material-UI. Why don't you use the Grid component?
import React from "react";
import Grid from "@material-ui/core/Grid";
import ExpansionPanel from "@material-ui/core/ExpansionPanel";
import ExpansionPanelDetails from "@material-ui/core/ExpansionPanelDetails";
import ExpansionPanelSummary from "@material-ui/core/ExpansionPanelSummary";
import Typography from "@material-ui/core/Typography";
import ExpandMoreIcon from "@material-ui/icons/ExpandMore";
import { Row, Col } from "reactstrap";

function DetailedExpansionPanel() {
  return (

      <Row>
        <Col>First Column</Col>
        <Col>Second Column</Col>
        <Col>Third Column</Col>
      </Row>
      <ExpansionPanel defaultExpanded>
        <ExpansionPanelSummary expandIcon={<ExpandMoreIcon />}>

            <Typography>Location</Typography>

        </ExpansionPanelSummary>
        <ExpansionPanelDetails>
          <Grid container>
            <Grid item xs>
              First column
            </Grid>
            <Grid item xs>
              Second column
            </Grid>
            <Grid item xs>
              Third column
            </Grid>
          </Grid>
        </ExpansionPanelDetails>
      </ExpansionPanel>

  );
}

export default DetailedExpansionPanel;

@oliviertassinari
thanks for the information. There is no example on the material-ui homepage Expansion Panel and I haven`t thought on Grid. Thank you for your time


Save results in intermediate representation

Work in process.
Issue #6
Implemented IntermediateRepresentation and ScalaClass that keep bindings during generation process.
Implemented ScalaFrontendActionFactory that creates instance of ScalaFrontendAction and pass local IntermediateRepresentation to it, so there are no more global variables that store bindings.
To do:

[ ] reimplement tests
[ ] make locations and headerMan not global

@jonas, I've changed IR, so now it contains lists of

functions
types
structs
unions
enums

There is now a separate class for each of the above members, so I feel like it is a bit too complicated, WDYT?
Code does not run any code generation now, it only constructs IR.

@jonas, TypeTranslator.Translate needs clang::ASTContext therefore generation must be run in ScalaFrontendAction.EndSourceFileAction otherwise context might be already destroyed.
This seems a bit ugly but I think it should be fine.
Also I added TypeTranslator pointer to all IR classes, but now I see that it would be better to pass it as a parameter when we actually run generation, so code will be a bit cleaner

It sounds like the translation need to happen earlier, meaning that all parameters needs to be translated when we translate a method, and similarly for unions etc. The goal of the IR should be to be completely self-contained.
If you feel this task is growing too big for now I suggest shelving it for now and moving on to some of the more straightforward improvements. I have the impression that it has helped understand the code and might be easier to do once we have a more complete test suite. If you decide to go this route it would be nice to salvage the code cleanups (use of string.empty etc.).

@jonas, okay, it should be fine to translate types in the visitor. Now I feel like it is not difficult to finish the task, and I can do it fairly quickly

@jonas, could you please take a look at this one more time?


Update AboutUs.md

Update information

Codecov Report

Merging #58 (74550c5) into master (2d51a6b) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master      #58   +/-   ##
=========================================
  Coverage     71.48%   71.48%
  Complexity      407      407
=========================================
  Files            73       73
  Lines          1287     1287
  Branches        130      130
=========================================
  Hits            920      920
  Misses          332      332
  Partials         35       35

Continue to review full report at Codecov.

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


barry en dries

In ProviderRepository.php line 208:
Class 'Barryvdh\DomPDF\ServiceProvider' not found

@3robi-vollebregt this isn't the dompdf issue tracker. Open up an issue here: https://github.com/barryvdh/laravel-dompdf

we fixed already sorry thanks maatew


Error when using "Use Landing page Information" for Description

When i tick the "Use Landing Page information for génération description and providing a landing page in the input feed, i always have the error message  :
"Exception: Argument trop grand: value"

Thanks for reporting. Could you please add the full error message from the Apps Script Logs? (via the Sheets Menu navigate to Extensions > Apps Script then click on the "Executions" item in the left navigation. You should see "Failed" entries corresponding to the items that failed).
My guess is that the data extracted from the website was larger than either Apps Script's request size limit (50MB) and/or the LLM's token limit (which is displayed in the sheet depending on your chosen model). The error message from the Apps Script logs should help clarify which one it is and would help us figure out what's the best way to solve the issue.

Hello. Thxs for your response.
Only failed items i can found here is that :

"Failed" was misleading; you need to check the output of the generateRow method.
Ideally run the generation for only one product at a time and keep refreshing the execution logs to make sure you have the full output.
The "debug" output you provided is incomplete and doesn't show any errors.

Hello.
I'm sorry but i keep getting error above, but no errors shown in the generateRow  method (keep pressing refresh)

This has been fixed with https://github.com/google-marketing-solutions/feedgen/commit/b915eafe82eae58e2c416cf2e971547085f97b42


fix(android): rewrite offline managar to be in sync with ios

feat(android): upgrad mapbox maps android to 10.12.1
Fixes: #2748

Nice work! Thanks for being on this.


Runtime patching of Game.Player.Money

I recently found a library called Harmony (https://harmony.pardeike.net) that allows you to do memory patching of C# functions, and I feel that it might be possible to patch Game.Player.Money during runtime.
I would really like some help with using the Harmony library and Monkey real time patching, as I have never done it before (if is possible at all).

The harmony branch contains an experimental version of this runtime patching system.
It currently patches the Game.Player.Money calls on SHVDN 2 and SHVDN 3.
For anyone interested, you can get a CI build from AppVeyor: https://ci.appveyor.com/project/justalemon/playercompanion/history (check those that come from the harmony branch).

The harmony branch has been merged into master. All builds after <IP_ADDRESS> have this patch applied.


Clarify Typescript types for MaplibreMap slot

Typescript was incorrectly detecting the type of the map prop in the <MaplibreMap> slot to be type maplibregl.Map | null. This is understandable, since that is the type of the store in the MapLibre.svelte file, but in order for the child components to be rendered, the store cannot be null. As a result, the type was too wide.
The Svelte documentation states that it's possible to override the detected types using some advanced typing systems. It notes that "The API is experimental and may change at any point," but for now, this seems to be the right way to accomplish this.
I don't know if this change should be considered "minor" or "patch" level; feel free to change the changeset, if you want!

Thanks!

Released in v0.8.1


Fail queue object in handler

I don't see any pattern to fail the Queued page based on a handler (ie: couldn't get page data, requeue)

You receive any request error as part of the handler (http://godoc.org/github.com/PuerkitoBio/fetchbot#HandlerFunc), as well as the http response so you can check the status code and act accordingly.
The mux also supports routing the responses based on errors and/or status codes (http://godoc.org/github.com/PuerkitoBio/fetchbot#Mux.HandleError and http://godoc.org/github.com/PuerkitoBio/fetchbot#ResponseMatcher.Status). Is that what you mean by "pattern to fail the Queued page"?
Martin

Hey Martin, thanks for getting back to me.
I'm trying to use fetchbot to categorize articles, analyze sentiment, keywords and grow a dataset I can playwith.
I've decided to try to use fetchbot since, since I want to play with Go some more. I've taken a look at a lot of the OSS crawlers and am taking ideas from each that suit my specific use cases.
With fetchbot, I'm creating the queue system. I think I've partially confused the NSQ package and fetchbot (some things were similar in name). Ideally I want to add a queue that fetchbot pulls from. In my original question the handler has a context, but doesn't allow you to Put/Get values. The issue I'm having is the fetchbot handler doesn't seem to have a way to "error out" if say, a DB connection pulling existing page data isn't there, log, requeue the job for a later time.
My incorrect and now scraped pseudo code:
main.go - create a new nsq consumer and add an NSQ handler for this channel
	consumer, err := nsq.NewConsumer("sites", "crawl", cfg)
	if err != nil {
		panic(err)
	}

	consumer.AddConcurrentHandlers(CrawlHandler(), 50)

crawl_handler.go - my crappy attempt at listening on the event and trying to crawl, producer is global for the time being
func CrawlHandler() *crawler {
	var err error
	if producer, err = nsq.NewProducer("addr", nsq.NewConfig()); err != nil {
		panic(err)
	}

	return &crawler{}
}

// this is the handler created by NSQ.
func (c *crawler) HandleMessage(message *nsq.Message) error {
	link := string(message.Body)

	queue := f.Start()
	queue.SendStringGet(link)
	queue.Close()

	message.Finish()
	return nil
}

func handler(ctx *fetchbot.Context, res *http.Response, err error) {
     // tons of db calls, and magic sauce.
}

This approach is flawed. I've been re-evaluating another way by extending fetchbot to create "ScalabeFetchbot" or some bs, adding in some sort of messaging interface. It really seems like the Queue needs to be extended. Am I right in this assumption?
Thank you

Ok, I see. Yeah, fetchbot is really just a crawler, it tries very hard to focus just on that and athough it does have a queue of URLs (necessary in order to respect crawl delays), it's definitely not a message queue with any sort of persistence, retries and all that. It's good enough by itself if you want to crawl a limited number of pages and don't mind retrying it all if something fails, but for large-scale uses, fetchbot and message queues are best friends.
I don't have experience with nsq specifically, but with a typical message queue (MQ) it would go like this:

presuming you have some URLs to crawl in a DB or some source, send messages to the MQ for those that need to be crawled
have a worker process poll messages from the MQ, queue the URL in fetchbot
on success (crawl went well, saved all it had to save in the DB, etc.), delete/ack the message from the MQ
on error, do NOT delete the message from the MQ, so the worker process will poll the message again (typically after a timeout duration where the message wasn't visible anymore) and retry at a later time
on too many errors (say it retried 5 times with no success), MQ usually support moving the message to some sort of failed state or "dead letter" queue, where it can be manually investigated (the target website may not exist anymore or whatever)

So fetchbot really doesn't try to handle all those extra features (which is by itself a feature of fetchbot - it only does the crawling part).
Hope that helps, not sure how well that translates to NSQ, but most MQs offer those features (e.g. beanstalkd, AWS SQS, IronMQ, etc.).
Martin

Forgot to mention, to store the MQ's message id/handle, you have to create a new Command type that will allow you to store and retrieve that information. I would recommend doing it in the same strongly-typed way as Go's Context (http://godoc.org/golang.org/x/net/context#Context) but a quick and easy way is:
type MQCommand interface {
  fetchbot.Command
  MessageID() string
}

type mqCmd struct {
   *fetchbot.Cmd
   msgID string
}

func (c *mqCmd) MessageID() string {
  return c.msgID
}

And then convert the context's command to a MQCommand to retrieve the message ID:
// in a fetchbot handler
mqCmd := ctx.Cmd.(MQCommand)
msgID := mqCmd.MessageID()


fix(material/slide-toggle): fix background opacity when using CSS variable theming

Fixes a bug in the Angular Material slide-toggle component where the background color doesn't have opacity when CSS variables are used to make a dynamic theme.
Since we can't perform alpha-blending, nor use any Sass color functions on a CSS variable,
we instead remove the background color from the mat-slide-toggle element itself and utilize the '::before' pseudo-element by adding background color and opacity to it instead.
Fixes #17610

Oh.. It looks like I've missed this PR: 17589.
However, maybe it is not a bad idea that all the code that decides the background color is grouped inside a mixin, rather than having it in two separate files.

Oh yeah, I see, the CSS is duplicated for every theme and just overrides itself. Thanks for the review anyway :)

Closing in favor of #17589


OU-285: add test-id to panel charts to ease e2e tests when titles change

/jira refresh

/jira refresh


Troubles building on MinGW64 system

Just ran this
cmake -G "Unix Makefiles" .
make -j

Error:
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles/libprimesieve.dir/src/api-c.cpp.obj:api-c.cpp:(.text+0x279): undefined reference to `__cxa_free_exception'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles/libprimesieve.dir/src/api-c.cpp.obj:api-c.cpp:(.text+0x293): undefined reference to `__cxa_begin_catch'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles/libprimesieve.dir/src/api-c.cpp.obj:api-c.cpp:(.text+0x2b2): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::__ostream_insert<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*, long long)'
C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/12.1.0/../../../../x86_64-w64-mingw32/bin/ld.exe: CMakeFiles/libprimesieve.dir/src/api-c.cpp.obj:api-c.cpp:(.text+0x2c6): undefined reference to `std::basic_ostream<char, std::char_traits<char> >& std::operator<< <std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*)'
.....
.....
.....

Note I am on  MinGW x64 not MinGW-w64.
I dont understand why it's looking for x86_64-w64-mingw32

not sure how it was resolved , @kimwalisch  it would be great if you could link resolution steps

Sorry for not answering earlier.
Based on my experience I think your MINGW installation is corrupted, in primesieve's CI MinGW64 is tested and works flawlessly. Also have a look at this issue where another user had similar issues with MinGW64 and reinstalling MinGW64 solved the issue:  https://github.com/kimwalisch/primesieve/issues/51


Material time picker is not focusable with a keyboard

@goderbauer
@gspencergoog
@lorenzOliveto

@darrenaustin  @gmoraja
This looks to be focusing fine to me, except the dialer, Is the main issue here?
https://user-images.githubusercontent.com/48603081/144241639-b30555e1-8db6-4348-bf59-60b0cd358d07.mov

This seems to be working fine now, thank you. I'll let you know if we experience this issue again.

Thanks, I feel safe to close the issue


crash in Backoffer::backoffWithMaxSleep

Bug Report
Please answer these questions before submitting your issue. Thanks!
1. Minimal reproduce step (Required)

2. What did you expect to see? (Required)
3. What did you see instead (Required)
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:377] [########################################] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:378] ["(from thread 1805825) Received signal Segmentation fault(11)."] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:408] ["Address: 0x8"] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:423] ["Address not mapped to object."] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {52753429,10769,750} find error: EpochNotMatch current epoch of region 52753429 is conf_ver: 10769 version: 753, but you sent conf_ver: 10769 version: 750"] [source=pingcap.tikv] [thread_id=1805828]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {22790595,9749,603} find error: EpochNotMatch current epoch of region 22790595 is conf_ver: 9749 version: 605, but you sent conf_ver: 9749 version: 603"] [source=pingcap.tikv] [thread_id=1805829]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {22583491,12923,588} find error: EpochNotMatch current epoch of region 22583491 is conf_ver: 12923 version: 590, but you sent conf_ver: 12923 version: 588"] [source=pingcap.tikv] [thread_id=1805824]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {63134322,10811,1093} find error: EpochNotMatch current epoch of region 63134322 is conf_ver: 10811 version: 1095, but you sent conf_ver: 10811 version: 1093"] [source=pingcap.tikv] [thread_id=1805830]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {61920978,10811,921} find error: EpochNotMatch current epoch of region 61920978 is conf_ver: 10811 version: 923, but you sent conf_ver: 10811 version: 921"] [source=pingcap.tikv] [thread_id=1805831]
[2024/01/14 15:20:46.040 +00:00] [WARN] [<unknown>] ["region {65153272,10847,1443} find error: peer is not leader for region 65153272, leader may Some(id: 65153273 store_id: 11)"] [source=pingcap.tikv] [thread_id=1805832]
[2024/01/14 15:20:46.040 +00:00] [WARN] [<unknown>] ["region {65153272,10847,1443} find error: EpochNotMatch current epoch of region 65153272 is conf_ver: 10847 version: 1445, but you sent conf_ver: 10847 version: 1443"] [source=pingcap.tikv] [thread_id=1805832]
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:377] [########################################] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:378] ["(from thread 1805825) Received signal Segmentation fault(11)."] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:408] ["Address: 0x8"] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.038 +00:00] [ERROR] [BaseDaemon.cpp:423] ["Address not mapped to object."] [source=BaseDaemon] [thread_id=1805827]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {52753429,10769,750} find error: EpochNotMatch current epoch of region 52753429 is conf_ver: 10769 version: 753, but you sent conf_ver: 10769 version: 750"] [source=pingcap.tikv] [thread_id=1805828]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {22790595,9749,603} find error: EpochNotMatch current epoch of region 22790595 is conf_ver: 9749 version: 605, but you sent conf_ver: 9749 version: 603"] [source=pingcap.tikv] [thread_id=1805829]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {22583491,12923,588} find error: EpochNotMatch current epoch of region 22583491 is conf_ver: 12923 version: 590, but you sent conf_ver: 12923 version: 588"] [source=pingcap.tikv] [thread_id=1805824]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {63134322,10811,1093} find error: EpochNotMatch current epoch of region 63134322 is conf_ver: 10811 version: 1095, but you sent conf_ver: 10811 version: 1093"] [source=pingcap.tikv] [thread_id=1805830]
[2024/01/14 15:20:46.039 +00:00] [WARN] [<unknown>] ["region {61920978,10811,921} find error: EpochNotMatch current epoch of region 61920978 is conf_ver: 10811 version: 923, but you sent conf_ver: 10811 version: 921"] [source=pingcap.tikv] [thread_id=1805831]
[2024/01/14 15:20:46.040 +00:00] [WARN] [<unknown>] ["region {65153272,10847,1443} find error: peer is not leader for region 65153272, leader may Some(id: 65153273 store_id: 11)"] [source=pingcap.tikv] [thread_id=1805832]
[2024/01/14 15:20:46.040 +00:00] [WARN] [<unknown>] ["region {65153272,10847,1443} find error: EpochNotMatch current epoch of region 65153272 is conf_ver: 10847 version: 1445, but you sent conf_ver: 10847 version: 1443"] [source=pingcap.tikv] [thread_id=1805832]
[2024/01/14 15:20:46.045 +00:00] [ERROR] [BaseDaemon.cpp:570] ["
       0x56a5f40    faultSignalHandler(int, siginfo_t*, void*) [tiflash+90857280]
                    libs/libdaemon/src/BaseDaemon.cpp:221
  0xffff9d1ed83c    <unknown symbol> [+2108]
       0x6505150    pingcap::kv::Backoffer::backoffWithMaxSleep(pingcap::kv::BackoffType, int, pingcap::Exception const&) [tiflash+105926992]
                    contrib/client-c/src/kv/Backoff.cc:61
       0x6519e00    pingcap::kv::LockResolver::checkSecondaries(pingcap::kv::Backoffer&, unsigned long, std::__1::vector<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> >, std::__1::allocator<std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > > >&, pingcap::kv::RegionVerID, std::__1::shared_ptr<pingcap::kv::AsyncResolveData>) [tiflash+106012160]
                    contrib/client-c/src/kv/LockResolver.cc:467
       0x651cb0c    void* std::__1::__thread_proxy<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, pingcap::kv::LockResolver::checkAllSecondaries(pingcap::kv::Backoffer&, std::__1::shared_ptr<pingcap::kv::Lock>, pingcap::kv::TxnStatus&)::$_1> >(void*) [tiflash+106023692]
                    /usr/local/bin/../include/c++/v1/thread:291
  0xffff99af0d38    start_thread [libpthread.so.0+32056]"] [source=BaseDaemon] [thread_id=1805827]

4. What is your TiFlash version? (Required)
v6.5.4

Seems it is a data race in Backoffer::backoffWithMaxSleep
https://github.com/tikv/client-c/blob/425148c03929f4c960e50ed2c877f6695b105278/src/kv/Backoff.cc#L61

Maybe there is no need to use multiple threads to resolve secondary locks for one region.

It looks like the root cause is in https://github.com/tikv/client-c/blob/master/src/coprocessor/Client.cc#L641-L654 the expected behavior is to use 1 backoff for one region, but in https://github.com/tikv/client-c/blob/master/src/coprocessor/Client.cc#L539, it uses the backoff of current region to resolve the lock, and inside resolve lock, it will group by the lock by the region id(https://github.com/tikv/client-c/blob/master/src/kv/LockResolver.cc#L320) and this could result in spliting the locks into multiple regions(due to region split?), and resolveLockAsync use multiple thread to resolve lock parallelly using the same backoff, but backoff itself is not thread safe, so there is some potential data race.

Reopen because the client-c fixes does not pick back to the tiflash repo yet.


Fix memory leak in GetReportingJsonValue() - free root JSON_Value when done

Found this bad boy.
There might still be other memory leaks still lurking around tho. I keep losing memory when I manually retry a failed device update.

Thanks @bennydiamond for your contribution!


The PowerShell scripts are simply the Azure CLI scripts with PowerShell line continuation marks.

The PowerShell scripts are simply the Azure CLI scripts with PowerShell line continuation marks.

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

ID: 76686899-b20b-5c9d-6602-e1a5f71ac00e
Version Independent ID: 39ff1e58-7aa5-c522-ff46-36d55c5e252e
Content: Quickstart: Build and deploy from a repository to Azure Container Apps
Content Source: articles/container-apps/quickstart-repo-to-cloud.md
Service: container-apps
GitHub Login: @craigshoemaker
Microsoft Alias: cshoe

@CGFNSOrg
Thanks for your feedback! We will investigate and update as appropriate.

Thanks for the feedback @CGFNSOrg. It appears several docs are like this so I've assigned the content author so they can review and make the appropriate updates.

Thanks for your feedback and your contribution to Azure docs.
Feedback for this repository is moving away from GitHub to a system specific to the Microsoft Learn platform. Issues for this repository will soon be disabled, and additional comments from GitHub will no longer be possible. However, we are now tracking and triaging this issue in the new feedback system.
To learn more about our feedback systems, please see Provide feedback for Microsoft Learn content.
#please-close