text:
Allow /exhibitions/{ID} pages to be served on root domain from v2.

Currently on v1 /exhibitions/anything/goes or similar will always 200. This creates a problem as we rely on those 404s to send traffic to v2 via the nginx proxy.

A potential solution might be to serve from v2 first, then fallback to v1?

Fixed in #1427


text:
[N400] How to short imports?

If I have a long import then how should I short it?
I have this:
from app.baz.bar.foo.first_word.second_word.handler import post as first_word_second_word_scoring

And it is longer than 100 symbols in one line. Isort does the following for me:
from app.baz.bar.foo.first_word.second_word.handler import \
    post as first_word_second_word_scoring

And I got: N400: Found backslash that is used for line breaking

from app.baz.bar.foo.first_word.second_word.handler import (
    post as first_word_second_word_scoring,
)

😉

Thanks for response :)
Yes. I tried it. But... It conflicts with I001 rule (isort found an import in the wrong position:):
-from app.baz.bar.foo.first_word.second_word.handler import (
-    post as first_word_second_word_scoring,
-)
+from app.baz.bar.foo.first_word.second_word.handler import \
+    post as first_word_second_word_scoring

Maybe do you know how to skip it? I mean the suggestion to make import through a line break.

Use profile = wemake or full version: https://github.com/wemake-services/wemake-python-styleguide/blob/9773eb13002cd89c5db6650d7565398f798b224a/setup.cfg#L68-L76

source: gharchive/issue

authors: NotFunnyMan sobolevn

license: MIT

license_type: permissive

license_source: github-api


text:
Question about kubevpn and envoy proxy

Newbie here. I currently use telepresence to tunnel traffic between remote k8s cluster and local devcontainer. I have istio service mesh configured and envoy proxy is auto-injected to workload pod. I had to disable both istio sidecar CRD and sidecar injection to make it work with telepresence. I am just curious if kubevpn suffers same challenge. thanks for your time.

So, for traffic manager to function, I did disable sidecar injection in namespace. With limited experience, I did see the volumes are mounted as specified in the deployment.

repo: wencaiwulue/kubevpn


text:
Update subsampling.py

The StackNFramesSubsampling module was missing the pos_enc attribute, which caused an AttributeError when pos_enc.position_encoding was called in the forward_chunk.

great

source: gharchive/pull-request

authors: Mddct xu-gaopeng


text:
Styling issue in access counter

Environment
Host

item
version

OS
cos-beta-81-12871-44-0

GROWI
4.0.2

node.js
12.17.0

npm
6.14.4

Using Docker
yes (k8s)

Using growi-docker-compose
no

(Accessing https://{GROWI_HOST}/admin helps you to fill in above versions)
Client

item
version

OS
Windows 10 Pro 2004 19041.264

browser
Google Chrome 83.0.4103.61

How to reproduce? (再現手順)

Create tens or hundreds of users.
Access / from all users.

What happens? (症状)

Styling issue in access counter

What is the expected result? (期待される動作)

Properly styled.

@shield-9 Fixed.
Please wait next v4.0.3 release.

repo: weseek/growi


text:
Add link aggregation tests

Add three simple link aggregation tests

Create aggregate with two links
Add a third link
Remove a link

lgtm

Subtle review OK from @wkz, so let's merge! :)

authors: mwik troglobit

repo: westermo/brist


text:
ENH: venv.vim: command-completion

" venv.vim
" :Cdwrd, :Cdsrc, :Cdetc completion

" help command-completion
" -complete=dir
" -complete=file (file or dir)
" -complete=function_name

function function_name
" cd to _DIR
" then -complete=dir
endfunction

venv.py > venv.vim
# venv.py
VIM_HEADER_TEMPLATE = '''... ${pathvar} ...'''
VIM_FUNCTION_TEMPLATE = ''' ' ''''
VIM_COMMAND_TEMPLATE = ''' ' '''

repo: westurner/dotfiles

license_source: bigquery


text:
Using metaMask connector results in TypeError

Check existing issues

[X] I checked there isn't already an issue for the bug I encountered.

Describe the bug
I'm building a React component library using @wagmi/core 2.13.1 and @wagmi/connectors 5.1.2. i'm bundling the app using rollup, and testing locally using npm link.
Including the metaMask connector from @wagmi/connectors in the connectors array in createConfig results in the following TypeError.  All connectors work fine except for metaMask.
extractRpcUrls.js:12 Uncaught (in promise)
TypeError: Cannot destructure property 'value' of 'undefined' as it is undefined.
    at eval (extractRpcUrls.js:12:30)
    at Array.map (<anonymous>)
    at extractRpcUrls (extractRpcUrls.js:12:23)
    at eval (metaMask.js:142:98)
    at Array.map (<anonymous>)
    at initProvider (metaMask.js:141:70)
    at async Object.getProvider (metaMask.js:157:28)
    at async Object.setup (metaMask.js:30:30)

Here is my config:
const wagmiConfig = createConfig({
		chains: supportedChains as [Chain, ...Chain[]],
		connectors: [
			metaMask(), // <---- error goes away if I comment this out
			walletConnect({
				projectId: process.env.WC_PROJECT_ID!,
				metadata: {
					name: "My App",
					description:
						"My app description.",
					url: "https://myapp.xyz",
					icons: [myAppIcon],
				},
				qrModalOptions: {
					themeMode: "dark",
				},
			}),
			coinbaseWallet({
				appName: "My App",
				appLogoUrl: myAppIcon,
				darkMode: true,
				preference: "eoaOnly",
			}),
		],
		transports,
	});

It looks like the problem is in the metaMask.ts file:
sdk = new MetaMaskSDK({
          _source: 'wagmi',
          // Workaround cast since MetaMask SDK does not support `'exactOptionalPropertyTypes'`
          ...(parameters as RemoveUndefined<typeof parameters>),
          readonlyRPCMap: Object.fromEntries(
            config.chains.map((chain) => {
              const [url] = extractRpcUrls({   // <----- This is the issue
                chain,
                transports: config.transports,
              })
              return [chain.id, url]
            }),
          ),
          dappMetadata: parameters.dappMetadata ?? {},
          useDeeplink: parameters.useDeeplink ?? true,
        })

Link to Minimal Reproducible Example
No response
Steps To Reproduce
Dependencies:
"dependencies": {
		"@reduxjs/toolkit": "^2.2.7",
		"@wagmi/connectors": "^5.1.2",
		"@wagmi/core": "^2.13.1",
		"react-redux": "^9.1.2",
		"redux": "^5.0.1",
		"viem": "^2.18.5"
	},
	"devDependencies": {
		"@babel/core": "^7.25.2",
		"@babel/preset-env": "^7.25.2",
		"@babel/preset-react": "^7.24.7",
		"@commitlint/cli": "^19.3.0",
		"@commitlint/config-conventional": "^19.2.2",
		"@rollup/plugin-babel": "^6.0.4",
		"@rollup/plugin-commonjs": "^26.0.1",
		"@rollup/plugin-image": "^3.0.3",
		"@rollup/plugin-json": "^6.1.0",
		"@rollup/plugin-node-resolve": "^15.2.3",
		"@rollup/plugin-typescript": "^11.1.6",
		"@semantic-release/changelog": "^6.0.3",
		"@semantic-release/git": "^10.0.1",
		"@testing-library/jest-dom": "^6.4.8",
		"@testing-library/react": "^16.0.0",
		"@types/jest": "^29.5.12",
		"@types/node": "^22.0.0",
		"@types/react": "^18.3.3",
		"@types/react-dom": "^18.3.0",
		"@typescript-eslint/eslint-plugin": "^7.18.0",
		"@typescript-eslint/parser": "^7.18.0",
		"autoprefixer": "^10.4.19",
		"commitizen": "^4.3.0",
		"cz-conventional-changelog": "^3.3.0",
		"cz-customizable": "^7.2.1",
		"eslint": "^8.57.0",
		"eslint-config-airbnb": "^19.0.4",
		"eslint-config-prettier": "^9.1.0",
		"eslint-import-resolver-typescript": "^3.6.1",
		"eslint-plugin-prettier": "^5.2.1",
		"eslint-plugin-react": "^7.35.0",
		"eslint-plugin-simple-import-sort": "^12.1.1",
		"husky": "^9.1.4",
		"identity-obj-proxy": "^3.0.0",
		"jest": "^29.7.0",
		"jest-environment-jsdom": "^29.7.0",
		"postcss": "^8.4.40",
		"prettier": "^3.3.3",
		"prettier-plugin-tailwindcss": "^0.6.5",
		"rollup": "^4.19.1",
		"rollup-plugin-dts": "^6.1.1",
		"rollup-plugin-node-polyfills": "^0.2.1",
		"rollup-plugin-peer-deps-external": "^2.2.4",
		"rollup-plugin-postcss": "^4.0.2",
		"semantic-release": "^24.0.0",
		"tailwindcss": "^3.4.7",
		"ts-jest": "^29.2.3",
		"tslib": "^2.6.3",
		"typescript": "^5.5.4"
	},
	"peerDependencies": {
		"react": "^18.3.1",
		"react-dom": "^18.3.1"
	}

What Wagmi package(s) are you using?
@wagmi/connectors, @wagmi/core
Wagmi Package(s) Version(s)
wagmi/core@2.13.1, wagmi/connectors@5.1.2
Viem Version
2.18.5
TypeScript Version
5.5.4
Anything else?
No response

I also encountered the same problem, because I specified a custom chain in chains, but I did not modify the corresponding chain in transports below.

repo: wevm/wagmi


text:
[WV-463] measures list page loading

Added a 'loading' notice at the top of the Measures List Page in templates/measure/measure_list.html to indicate when the list page has been submitted.

👍

authors: DaleMcGrew itcreativeusa

repo: wevote/WeVoteServer

license: mit


text:
Remove ui-icons web font and replace it with SVG icons

Icon fonts pose a huge accessibility issue for people with certain vision deficiencies.
People with dyslexia often have special software or fonts installed on their operating system, which override web fonts specified by websites and applications, in order to increase their readability.
More on the issue:

http://www.sitepoint.com/final-nail-icon-fonts-coffin/
https://speakerdeck.com/ninjanails/death-to-icon-fonts

There's a very neat way to implement SVG icons without using external calls, but as Base64-encoded data URI within CSS. This will prevent additional calls, and when used with SCSS, we'll end up with stylesheets that are only using those SVGs that are actually required by a given project.

repo: wfp/ui


text:
Stratagem scan attempts to send fid and purge lists to client, even if

they don't exist
Fixes #1137.

Make sure values are not None before checking if they are negative in
validation
Filter out action items if the mailbox file does not exist

Signed-off-by: Will Johnson wjohnson@whamcloud.com

Codecov Report

Merging #1145 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #1145   +/-   ##
=======================================
  Coverage   95.42%   95.42%
=======================================
  Files           2        2
  Lines         153      153
=======================================
  Hits          146      146
  Misses          7        7

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 b6d425b...44475ec. Read the comment docs.

authors: codecov-io johnsonw

repo: whamcloud/integrated-manager-for-lustre


text:
GH-1260 - Support Lustre 2.12.3

Fixes #1260.
Description:
Support 2.12.3 RC
Signed-off-by: Will Johnson wjohnson@whamcloud.com

Codecov Report

Merging #1267 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #1267   +/-   ##
=======================================
  Coverage   95.39%   95.39%
=======================================
  Files           2        2
  Lines         152      152
=======================================
  Hits          145      145
  Misses          7        7

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 73240a4...1cc7396. Read the comment docs.

Ok looking into this


text:
Fix jobscheduler bug.

We're intermittently seeing the following errors in the
job_scheduler.log:
[2019-01-08 17:43:03,166: CRITICAL/job_scheduler] Unhandled exception in RunJobThread: Traceback (most recent call last):
  File "/usr/share/chroma-manager/chroma_core/services/job_scheduler/job_scheduler.py", line 270, in run
    self._run()
  File "/usr/share/chroma-manager/chroma_core/services/job_scheduler/job_scheduler.py", line 294, in _run
    self.job.id, step_klass=klass, args=clean_args, step_index=step_index, step_count=len(self.steps)
  File "/usr/share/chroma-manager/chroma_core/services/job_scheduler/job_scheduler.py", line 197, in getter
    self.put(deepcopy((name, args, kwargs)))
  File "/usr/lib64/python2.7/copy.py", line 163, in deepcopy
    y = copier(x, memo)
  File "/usr/lib64/python2.7/copy.py", line 237, in _deepcopy_tuple
    y.append(deepcopy(a, memo))
  File "/usr/lib64/python2.7/copy.py", line 163, in deepcopy
    y = copier(x, memo)
  File "/usr/lib64/python2.7/copy.py", line 257, in _deepcopy_dict
    y[deepcopy(key, memo)] = deepcopy(value, memo)
  File "/usr/lib64/python2.7/copy.py", line 163, in deepcopy
    y = copier(x, memo)
  File "/usr/lib64/python2.7/copy.py", line 257, in _deepcopy_dict
    y[deepcopy(key, memo)] = deepcopy(value, memo)
  File "/usr/lib64/python2.7/copy.py", line 190, in deepcopy
    y = _reconstruct(x, rv, 1, memo)
  File "/usr/lib64/python2.7/copy.py", line 334, in _reconstruct
    state = deepcopy(state, memo)
  File "/usr/lib64/python2.7/copy.py", line 163, in deepcopy
    y = copier(x, memo)
  File "/usr/lib64/python2.7/copy.py", line 257, in _deepcopy_dict
    y[deepcopy(key, memo)] = deepcopy(value, memo)
  File "/usr/lib64/python2.7/copy.py", line 190, in deepcopy
    y = _reconstruct(x, rv, 1, memo)
  File "/usr/lib64/python2.7/copy.py", line 334, in _reconstruct
    state = deepcopy(state, memo)
  File "/usr/lib64/python2.7/copy.py", line 163, in deepcopy
    y = copier(x, memo)
  File "/usr/lib64/python2.7/copy.py", line 257, in _deepcopy_dict
    y[deepcopy(key, memo)] = deepcopy(value, memo)
  File "/usr/lib64/python2.7/copy.py", line 190, in deepcopy
    y = _reconstruct(x, rv, 1, memo)
  File "/usr/lib64/python2.7/copy.py", line 334, in _reconstruct
    state = deepcopy(state, memo)
  File "/usr/lib64/python2.7/copy.py", line 163, in deepcopy
    y = copier(x, memo)
  File "/usr/lib64/python2.7/copy.py", line 256, in _deepcopy_dict
    for key, value in x.iteritems():
RuntimeError: dictionary changed size during iteration

Add some remote_pdb debugging to get to the bottom of it.
COPR Module: managerforlustre/iml-agent-HA
Signed-off-by: Joe Grund jgrund@whamcloud.io

So does this allow you to specify which fields get saved?

So does this allow you to specify which fields get saved?

Pretty much, Ref: https://docs.djangoproject.com/en/1.7/ref/models/instances/#specifying-which-fields-to-save

authors: jgrund johnsonw


text:
Please support new log4j cve - CVE-2022-23302

New Log4j CVE has be published CVE-2022-23302
Please Support this CVE

Done 👍

authors: Chiencc nabeelsaabna


text:
Video is not being displayed

Hey @whitphx, I've tracked this repo from the forums. And when I'm trying to access the website for a project I'm working on, it is taking forever to display even the simple video loopback. So is this a problem from myside or is the site broken ?

Hi, thank you for reporting.
I conformed the problem occurred, but in my case, it was finally successful after trying several times reloading the page and clicking the start button.
Probably it was because the VM instance of Streamlit Sharing is not powerful enough to launch the server-side WebRTC process quickly and it causes connection timeout. Another possibility is that the network interface of the VM instance has some limitations such as blocking some ports, but I can't see the managed backend like that anyway.
However, there are many other potential obstacles to establish WebRTC connection to remote peers.
If the sample app still does not work in your case, please try the following things to identify the cause.

Run the example on your local environment, following the README.

Connecting from localhost to localhost is the easiest way to succeed. If it is successful while the cloud-base demo fails, there are some problems on the network between your local environment to the remote host (Streamlit Sharing server). For example, inside a office network, the FW can be configured to drop some packets.
FYI: Using relay servers, called TURN server, can solve this problem as Google Meet or Zoom may do, but this sample app does not now because it takes cost.

Try this page: https://streamlit-webrtc-example.herokuapp.com/ , which is the same app hosted on a different host, Heroku. If it is successful, the problem possibly resides in Streamlit Sharing.
If all above failed, check the log printed on the console of your web browser and send it to me. Some error might have occurred on the client-side.

Hey @whitphx, thanks a lot for getting back so fast. I've tried running the example locally and it works like a charm 💯 .
Kudos to you, ❤ the work you're doing for the community.
I've  also tried the app hosted on heroku and the outcome is the same as the app hosted on streamlit. Looking forward to complete web-rtc through streamlit without any hiccups.

Thank you the report!
I will check it.

Thank you for your great work!
In my case, when I tried object detection after launching streamlit server, it works well. But, when I stop the streaming and start again, it stucked.

I found a solution.
in the app.py:321,

            if webrtc_ctx.video_transformer:
                while True:
                    result = webrtc_ctx.video_transformer.result_queue.get()
                    labels_placeholder.table(result)

            while True:
                if webrtc_ctx.video_transformer:
                    result = webrtc_ctx.video_transformer.result_queue.get()
                    labels_placeholder.table(result)
                else:
                    break
This needs to be reflected to the example codes accordingly.
Thanks.

Thank you for the report!
While this problem may be related to #73 and I'm working on it,
your workaround looks nice to avoid the problem with the current version! Thank you and I will reflect it to the sample app.

@Ashish013  same problem does you find  any solution

The problem has still been happening sometimes and I updated the fix suggested in https://github.com/whitphx/streamlit-webrtc/issues/44#issuecomment-796563540 .
Timeout must be set to queue.get() to avoid being stuck forever.
result = webrtc_ctx.video_transformer.result_queue.get(timeout=1.0)

I updated app.py in #120

@whitphx  any times I try to run the app.py I receive “Your app is having trouble loading the streamlit_webrtc.webrtc_streamer component”.how can I solve this issue

I've built my app and run it successfully on local host. When trying to deploy to streamlit share I get a libgl1 import error in the logs. These files need to be installed with apt on linux so I cant incorporate them into my requirements file. How can I incorporate that dependency when deploying?

Exception in callback Transaction.__retry()
handle: <TimerHandle when=3215181.568628646 Transaction.__retry()>
Traceback (most recent call last):
File "/usr/local/lib/python3.9/asyncio/selector_events.py", line 1054, in sendto
self._sock.sendto(data, addr)

AttributeError: 'NoneType' object has no attribute 'sendto'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.9/asyncio/events.py", line 80, in _run
self._context.run(self._callback, *self._args)

File "/home/adminuser/venv/lib/python3.9/site-packages/aioice/stun.py", line 312, in __retry
self.__protocol.send_stun(self.__request, self.__addr)

File "/home/adminuser/venv/lib/python3.9/site-packages/aioice/ice.py", line 266, in send_stun
self.transport.sendto(bytes(message), addr)

File "/usr/local/lib/python3.9/asyncio/selector_events.py", line 1064, in sendto
self._fatal_error(

File "/usr/local/lib/python3.9/asyncio/selector_events.py", line 711, in _fatal_error
self._loop.call_exception_handler({

AttributeError: 'NoneType' object has no attribute 'call_exception_handler'
Exception in callback Transaction.__retry()
handle: <TimerHandle when=3215243.142471571 Transaction.__retry()>
Traceback (most recent call last):
File "/usr/local/lib/python3.9/asyncio/selector_events.py", line 1054, in sendto
self._sock.sendto(data, addr)

AttributeError: 'NoneType' object has no attribute 'sendto'
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "/usr/local/lib/python3.9/asyncio/events.py", line 80, in _run
self._context.run(self._callback, *self._args)

File "/home/adminuser/venv/lib/python3.9/site-packages/aioice/stun.py", line 312, in __retry
self.__protocol.send_stun(self.__request, self.__addr)

File "/home/adminuser/venv/lib/python3.9/site-packages/aioice/ice.py", line 266, in send_stun
self.transport.sendto(bytes(message), addr)

File "/usr/local/lib/python3.9/asyncio/selector_events.py", line 1064, in sendto
self._fatal_error(

File "/usr/local/lib/python3.9/asyncio/selector_events.py", line 711, in _fatal_error
self._loop.call_exception_handler({

AttributeError: 'NoneType' object has no attribute 'call_exception_handler'
This error comes when i deploy my app on streamlit. the webcam not started and give me this error.
here is my webcam code
if option == "📷 Webcam":
st.sidebar.write("Using Webcam")
try:
print(000000000000000000000000000000000000000000000000000000000000000)
webrtc_ctx = webrtc_streamer(
key="example",
video_processor_factory=lambda: processor,
mode=WebRtcMode.SENDRECV,
media_stream_constraints={"video": True, "audio": False},
rtc_configuration=rtc_configuration,
async_processing=True,
# video_frame_callback=processor.recv
)
print(webrtc_ctx,55555555555555555555555555555555555555555555555)
except Exception as e:
st.error(f"An error occurred: {e}")
if webrtc_ctx and webrtc_ctx.video_processor:
webrtc_ctx.video_processor.confidence_threshold = confidence_threshold
webrtc_ctx.video_processor.nms_threshold = nms_threshold
print(webrtc_ctx.video_processor,4444444444444444444444444444444444444444444444444444444444)
        fix this issue if someone solve this.

repo: whitphx/streamlit-webrtc


text:
How can i use it in qt?

if i use it in qt, it will show some problems .
just like "undefined reference to ……"

Thanks for reporting this.
Could you please provide more context like compiler logs or a minimal project, so I can reproduce this behavior?
At the moment to me this sounds like a linker problem.

Just like that :
debug/mainwindow.o: In function cpr::Response cpr::Post<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, cpr::Body>(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&&, cpr::Body&&)': C:/VC/vcpkg/packages/cpr_x86-windows/include/cpr/api.h:62: undefined reference to cpr::Session::Session()'
C:/VC/vcpkg/packages/cpr_x86-windows/include/cpr/api.h:64: undefined reference to cpr::Session::Post()' C:/VC/vcpkg/packages/cpr_x86-windows/include/cpr/api.h:62: undefined reference to cpr::Session::~Session()'
C:/VC/vcpkg/packages/cpr_x86-windows/include/cpr/api.h:62: undefined reference to cpr::Session::~Session()' debug/mainwindow.o: In function void cpr::priv::set_option<std::__cxx11::basic_string<char, std::char_traits, std::allocator > >(cpr::Session&, std::__cxx11::basic_string<char, std::char_traits, std::allocator >&&)':
C:/VC/vcpkg/packages/cpr_x86-windows/include/cpr/api.h:25: undefined reference to cpr::Session::SetOption(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' debug/mainwindow.o: In function void cpr::priv::set_optioncpr::Body(cpr::Session&, cpr::Body&&)':
C:/VC/vcpkg/packages/cpr_x86-windows/include/cpr/api.h:25: undefined reference to `cpr::Session::SetOption(cpr::Body&&)'
collect2.exe: error: ld returned 1 exit status
Some people say that it need to add a static library in qt, but I don’t know how to do it?

Could you please provide a minimal project that shows this error.

Closing this for inactivity.
Feel free to reopen if this is still a problem.

repo: whoshuu/cpr


text:
Instructions to run MSVD, DiDeMo datasets

Hi,
Congratulations on the amazing work. Can you release scripts to run on MSVD, DiDeMo and VATEX datasets.
Thank you.

Did you manage to run it on MSVD? If so, how was the score?

No. I always got "Memory error" while inference after Stage-1.

不。在阶段 1 之后的推理中，我总是遇到“内存错误”。

请问 你成功运行 这个任务了吗

Hi @avinashsai did you manage to train for the rest of the datasets?

你好@avinashsai您是否设法对其余数据集进行训练？

+1 Have you successfully run on the MSVD dataset?

authors: BishmoyPaul avinashsai dumbelldore shams2023


text:
🛑 Wiki Apex is down

In 71f5812, Wiki Apex (https://wickepedia.org) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Wiki Apex is back up in e162ef7.

repo: wickepedia/upptime


text:
"KeyError" calculate_ani.py not writing table

I installed biopython on my mac to run this script, and it seems to be starting up just fine.  I don't have rpy2, so that is the source of my first error message.  The next issue is unclear to me: the following is displayed, then the program quits before finishing the alb_lengths.tab table.  That table contains only column labels and not rows.
Could not import rpy2: graphical output and TETRA method not available
Traceback (most recent call last):
File "/Users/peternewell/Bioinformatics/Teaching-0.1.0/Comparative_Genomics_and_Visualisation/Part_1/scripts/calculate_ani.py", line 1088, in
methodsoptions.method
File "/Users/peternewell/Bioinformatics/Teaching-0.1.0/Comparative_Genomics_and_Visualisation/Part_1/scripts/calculate_ani.py", line 293, in calculate_anim
"Aligment lengths")
File "/Users/peternewell/Bioinformatics/Teaching-0.1.0/Comparative_Genomics_and_Visualisation/Part_1/scripts/calculate_ani.py", line 647, in write_table
val = values[(n2, n1)]
KeyError: ('amac', 'aaat')
'amac' and 'aaat' are names of my config files.
Any insights would be greatly appreciated.

Hi Pete,
You may like to try using the pyani module instead - it has improvements and bug fixes that make it a better option than the calculate_ani.py script, and the average_nucleotide_identity.py script that comes with it works very similarly to calculate_ani.py.
Regarding your query, the reason there's a KeyError is probably that one or more of the alignments comes up with a 0% alignment, and the script doesn't like that. This bug is (I believe) eliminated in the pyani module.
I should really deprecate this script, now that pyani is nearly finished.
L.

No progress for a month - will reopen if needed.

authors: petenewell widdowquinn

repo: widdowquinn/scripts


text:
SWARM-961: Place temporary files under build directory while running tests

[X] Have you followed the guidelines in our Contributing document?
[X] Have you created a JIRA and used it in the commit message?
[X] Have you checked to ensure there aren't other open Pull Requests for the same issue?
[X] Have you built the project locally prior to submission with mvn clean install?

Motivation
WildFly Swarm creates a lot of temporary dirs/files and in some cases they are not deleted, causing the CI agent to crash with Insufficient Disk space errors after some time.
Modifications
java.io.tmpdir is set to the ${project.build.directory}.
Result
Temporary files created during a test execution are placed under target/ and deleted when the clean command is issued, leaving temporary dirs contained within the project

I still see 2 {{wildfly-self-contained*.d}} directories under /tmp after the build (could not find where that is being created) but this PR succeeds in placing the temporary files inside target/test-classes

Found the reason why these directories are being created. Will push the fix to this PR soon

Can we not just pass this sys prop via the job?
On Thu, Dec 22, 2016 at 7:36 PM George Gastaldi notifications@github.com
wrote:

Found the reason why these directories are being created. Will push the
fix to this PR soon
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/wildfly-swarm/wildfly-swarm/pull/276#issuecomment-268921161,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAA-Tzz9xHpAifnrAd5i4FvC2KHS6aw3ks5rKxdogaJpZM4LUfBx
.

Probably, but do you see any issues with this strategy? At least your local
/tmp will remain clean ;)
Em 22 de dez de 2016 23:47, "Bob McWhirter" notifications@github.com
escreveu:

Can we not just pass this sys prop via the job?
On Thu, Dec 22, 2016 at 7:36 PM George Gastaldi notifications@github.com
wrote:

Found the reason why these directories are being created. Will push the
fix to this PR soon
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<https://github.com/wildfly-swarm/wildfly-swarm/pull/276#
issuecomment-268921161>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAA-
Tzz9xHpAifnrAd5i4FvC2KHS6aw3ks5rKxdogaJpZM4LUfBx>
.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/wildfly-swarm/wildfly-swarm/pull/276#issuecomment-268927836,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AADTdTZbHFOp_mpHs00BLbPdavuhfTE7ks5rKyhMgaJpZM4LUfBx
.

Ah no, sorry that's impossible because UberJarContainer forks the process
and ignores my java.io.tmpdir override
Em 23 de dez de 2016 00:06, "George Gastaldi" ggastald@redhat.com
escreveu:

Probably, but do you see any issues with this strategy? At least your
local /tmp will remain clean ;)
Em 22 de dez de 2016 23:47, "Bob McWhirter" notifications@github.com
escreveu:

Can we not just pass this sys prop via the job?
On Thu, Dec 22, 2016 at 7:36 PM George Gastaldi <notifications@github.com

wrote:

Found the reason why these directories are being created. Will push the
fix to this PR soon
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<https://github.com/wildfly-swarm/wildfly-swarm/pull/276#iss
uecomment-268921161>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAA-Tzz9x
HpAifnrAd5i4FvC2KHS6aw3ks5rKxdogaJpZM4LUfBx>
.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/wildfly-swarm/wildfly-swarm/pull/276#issuecomment-268927836,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AADTdTZbHFOp_mpHs00BLbPdavuhfTE7ks5rKyhMgaJpZM4LUfBx
.

Could we not do a .startsWith("java") in that check, rather than the full property?
Then it would be passed through right?
I'd also prefer to not make all builds run this way

Unfortunately that'd allow java.class.path and others.
I'd be okay whitelisting exactly java.io.tmpdir.
On Thu, Dec 22, 2016 at 9:40 PM Ken Finnigan notifications@github.com
wrote:

Could we not do a .startsWith("java") in that check, rather than the full
property?
Then it would be passed through right?
I'd also prefer to not make all builds run this way
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/wildfly-swarm/wildfly-swarm/pull/276#issuecomment-268931963,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAA-T2bL4A4pqzVMVxi7mVaBylWgVVzVks5rKzSPgaJpZM4LUfBx
.

ah ok, but do we want it part of the regular build?

I meant whitelist it in general and then add to the CI job.
On Thu, Dec 22, 2016 at 9:53 PM Ken Finnigan notifications@github.com
wrote:

ah ok, but do we want it part of the regular build?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/wildfly-swarm/wildfly-swarm/pull/276#issuecomment-268932942,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAA-T69z9kHVarW5B1vsrO8swfEDU3hDks5rKzeagaJpZM4LUfBx
.

Sorry, but what do you suggest to add to the CI job?
@kenfinnigan why don't you prefer to run builds this way but is ok having tons of temp files in your /tmp that never gets deleted?
FYI this setting has existed for some time in the jboss-parent-pom: https://github.com/jboss/jboss-parent-pom/blob/master/pom.xml#L592

So, I think prior to this (or possibly obviating it) would be to ensure that -Djava.io.tmpdir set on a root mvn gets communicated to any forked uberjar thingy.
When I say "whitelisted" I mean copied, since we currently support -Dswarm.* properties.
The one concern is that we tend to take these properties and jam them into swarm.properties within the uberjar, which we definitely don't want to do with java.io.tmpdir.
But, assuming we can communicate, safely, from the root mvn invocation, I'd rather not edit our POMs to explicitly say where to put TMP.
And speaking of which, maybe $TMP or the windows equiv is sufficient to set on CI.  java.io.tempdir should respect that if not otherwise set.
The problem with manually managing java.io.tmpdir is that the OS does a much better job of house-keeping than a user, along with concerns of disk allocation, etc.  I'd personally hate someone leaving tmp in my dir tree.

So, I'd say given current, unmodified HEAD, let's try setting TMP=$WORKSPACE/tmp or whatnot and see if that suffices to accomplish what we want.

Meanwhile, I'll try to figure out why we still have crap lingering.

And leave an un-ending stream of comments on this PR.

Just because it's fun.

I failed to get setting TMP to work.
But..
export _JAVA_OPTIONS=-Djava.io.tempdir=/path/to/whatever

Seems to work and percolate down through to sub-processes.
That being said, even on OSX I'm seeing lingering files, so working towards that.

That seems like an ugly hack :)

This may be worth a shot: https://wiki.jenkins-ci.org/display/JENKINS/Tmp+Cleaner+Plugin

So, I've got a fix for this underlying issue, at least as exhibited on OSX.  Will boot into Windows and ensure I didn't break anything there.
Basically, our SelfContainerContainer (in wildfly-core repo) has stop(), which places a task on the executor to clean up the wildfly-selfcontained.d/, but then nothing actually waits for the executor to shutdown cleanly, so we end up blowing it out the water before it's accomplished its goal of removing the -selfcontained.d/

@gastaldi wrt an ugly hack... I still think tmpdir management is a local environment thing and instituting a policy via pom.xml seems strange to me.
But hopefully with my soon-to-be-inbound PR, the root cause will be less of an issue.
Once I boot into Windows. sigh

Another solution: http://stackoverflow.com/questions/15675783/how-to-change-the-jenkins-tmp-dir-location

@bobmcwhirter I agree with you, but at least you can know what files/dirs are created and left in a module level

Okay, while I've created this PR:
https://github.com/wildfly-swarm/wildfly-swarm/pull/278
It doesn't actually solve the problem, because, as noted in the commit, our Arquillian does a process.destroy(), which on OSX is a SIGINT, but on Windows is basically a SIGKILL, which prevents any shutdown hooks from running.  So we never actually get a chance to clean up after ourselves.
A better solution, but not today, would be to communicate with our Arq Daemon to trigger a clean shutdown from within the running container, before we attempt to just process.destroy() it.
So, that being said, we still need some solution on CI to clean up the lingering TMP dir on a regular basis.  Either putting it into a $WORKSPACE that we routinely blow away, or otherwise scrub out the dir.
I leave that choice up to the person who deals with CI the most.  @gastaldi

authors: bobmcwhirter gastaldi kenfinnigan

repo: wildfly-swarm/wildfly-swarm


text:
SWARM-1945: MP FT - refactor internals to support async circuit breaker.

Motivation
Refactor the internals to support async circuit breaker. This will pose
various challenges related to unclear spec wording around async retry logic
and also related to the nature of Hystrix.
Modifications
Do not use HystrixCommand#queue() for async execution. Instead, to
workaround various problems of Asynchronous Retry combination,
create a "composite" command which wraps any async execution, i.e. executes
nested commands synchronously.
Note that if SynchronousCircuitBreaker is used (default) it is not possible
to track the execution inside a Hystrix command because a TimeoutException should be
always counted as a failure, even if the command execution completes normally.
Result
Async circuit breaker is supported. MP FT 1.0 TCK should pass with known
exludes (each exclude refers to a spec issue).
NOTES
@Ladicek @antoinesd  @heiko-braun @michalszynkiewicz @sberyozkin Guys, I really need your review here. It's a non-trival change and to be honest, I'm not very proud of this piece of code. I had to go back and forth many times during the last couple of days and this is probably the best version I came up with. Any tips for improvements would be appreciated.
Few 1.0 TCK tests fail but all excludes should have reasonable justification.
The most problematic are of course @Asynchronous + @Retry + someOf(@Timeout,@Bulkhead,@CircuitBreaker) combinations.

It seems there are many intermittent failures on windows machines, all probably related to https://github.com/eclipse/microprofile-fault-tolerance/issues/227. We can either exclude all tests from BulkheadAsynchRetryTest and BulkheadSynchRetryTest or maybe we could introduce a special exclude list for windows machines (activated by a profile)? Thoughts, ideas?

@mkouba I'd say we waive it through. @Ladicek any objections?

Isn't https://github.com/eclipse/microprofile-fault-tolerance/issues/227 fixed in MP FT TCK? Can we adopt the fix?
If not, I'm fine with waiving for now, and if the failures repeat, we can exclude later.

@Ladicek It should be fixed but I don't think there will be TCK 1.0.1. @antoinesd Do you have more info?

authors: Ladicek heiko-braun mkouba


text:
Perf improvements in large configs

https://issues.jboss.org/browse/WFCORE-921
https://issues.jboss.org/browse/WFCORE-922
The first is a big deal in a domain, cutting the time to add 8000 datasources to a config from many 10s of minutes to less than a minute.

Linux Build 2501 is now running using a merge of 6be5f56ec76e437e1d06c1265ebaf938e6c5ef2e

Windows Build 2013 is now running using a merge of 6be5f56ec76e437e1d06c1265ebaf938e6c5ef2e

Core - Full Integration - Windows Build 50 is now running using a merge of 6be5f56ec76e437e1d06c1265ebaf938e6c5ef2e

Windows Build 2013 outcome was SUCCESS using a merge of 6be5f56ec76e437e1d06c1265ebaf938e6c5ef2e
Summary: Tests passed: 3403, ignored: 64 Build time: 00:35:20

Linux Build 2501 outcome was SUCCESS using a merge of 6be5f56ec76e437e1d06c1265ebaf938e6c5ef2e
Summary: Tests passed: 3403, ignored: 64 Build time: 00:36:06

Core - Full Integration - Windows Build 50 outcome was SUCCESS using a merge of 6be5f56ec76e437e1d06c1265ebaf938e6c5ef2e
Summary: Tests passed: 3056, ignored: 358 Build time: 00:51:37

WildFly pull requests Build 1921 outcome was SUCCESS using a merge of 6be5f56ec76e437e1d06c1265ebaf938e6c5ef2e
Summary: Running Build time: 00:00:47

authors: bstansberry wildfly-ci

repo: wildfly/wildfly-core


text:
[WFCORE-3972] / [WFCORE-3666] / [WFCORE-3877] / [WFCORE-3819] / [WFCORE-3396] WildFly Elytron 1.5.0.Final and related feature requests.

This pull request aggregates the current WildFly Elytron component upgrades and related enhancements currently in the queue and resolves conflicts encountered when merging them independently.
The changes were initially aggregated under: -
https://github.com/wildfly/wildfly-core/pull/3384
This pull request adds the following component upgrade: -
https://github.com/wildfly/wildfly-core/pull/3399
This pull request also adds the RFE: -
https://issues.jboss.org/browse/WFCORE-3396
https://developer.jboss.org/wiki/AnalysisDesign-IntegrationWithTheLetsEncryptCertificateAuthority

I have also added the fix for https://issues.jboss.org/browse/WFCORE-3974 which was the cause of the reported test failures.

@darranl I'm looking at the status of this PR and related feature request.
The current status of related issues is:

WFCORE-3972 - Elytron 1.5.0.Final

[x] merged in #3399

WFCORE-3955 - Elytron 1.4.0.Final

[x] merged in #3399

WFCORE-3666 - Elytron alternative for RoleMappingLogingModule

[x] merged in #3399

WFCORE-3396 - Certificate authority integration

[x] reviewed & approved in #3392
[x] has all requirements

WFCORE-3974 - AuditLogBootingSysLogTest

[x] reviewed & approved in #3401

WFCORE-3877 - elytron.Configurable optional for configurable components

[ ] missing requirements from EAP7-1005
[ ] does not seem to have been properly reviewed in #3285

TL;DR
Before we can merge this PR, we need to meet requirements and review WFCORE-3877 in #3285.
@darranl Does that look correct?

@jmesnil strictly speaking now this is down to 2 RFEs and a test case fix - I could recreate the branch just combining those three now if you wanted.

@darranl that might be necessary as I can not rebase this PR on top of master.
Our merge workflow is:
$ git fetch upstream pull/3400/head:pullRequest3400
$ git co pullRequest3400
$ git rebase upstream/master

But the rebase failed at 2/7 Applying: [WFCORE-3819] custom-security-event-listener into Elytron

@jmesnil you should not be rebasing, you should be merging only - by rebasing you break a lot of the functionality git provides.
If you have been rebasing that may explain why I have been seeing additional merge issues that git should have dealt with.

Core - Full Integration Build 7707 outcome was FAILURE using a merge of 54f517c36c04de12494c16ece57507e37f8b0017
Summary: Tests passed: 3471, ignored: 109; exit code 1 (new) Build time: 01:23:21

@jmesnil I have combined the relevant PRs together into one: -
https://github.com/wildfly/wildfly-core/pull/3409
If we want to go with #3409 then this PR and #3384 can be closed.
Don't rebase #3409 GitHub will handle the individual PRs included in that PR without manual intervention being required.

Core - Full Integration Build 7716 outcome was FAILURE using a merge of 54f517c36c04de12494c16ece57507e37f8b0017
Summary: Tests failed: 1 (1 new), passed: 4432, ignored: 140 Build time: 01:44:56
Failed tests
org.jboss.as.test.smoke.deployment.rar.tests.multiactivation.MultipleActivationTestCase.testConfiguration: java.lang.AssertionError: CF1 not found
	at org.jboss.as.test.smoke.deployment.rar.tests.multiactivation.MultipleActivationTestCase.testConfiguration(MultipleActivationTestCase.java:126)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:200)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:176)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1475)
	at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)
	at org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
	at org.jboss.as.jmx.AuthorizingMBeanServer.invoke(AuthorizingMBeanServer.java:258)
	at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:950)
	at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:71)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:66)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:246)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor.handleEvent(ServerInterceptorFactory.java:66)
	at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1.run(ServerCommon.java:149)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)
------- Stdout: -------
	at org.jboss.as.test.smoke.deployment.rar.tests.multiactivation.MultipleActivationTestCase.testConfiguration(MultipleActivationTestCase.java:126)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.doRunTestMethod(ArquillianService.java:200)
	at org.jboss.as.arquillian.service.ArquillianService$ExtendedJMXTestRunner.runTestMethod(ArquillianService.java:176)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:112)
	at com.sun.jmx.mbeanserver.StandardMBeanIntrospector.invokeM2(StandardMBeanIntrospector.java:46)
	at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:237)
	at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:138)
	at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:252)
	at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:819)
	at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:801)
	at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:1475)
	at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:724)
	at org.jboss.as.jmx.BlockingNotificationMBeanServer.invoke(BlockingNotificationMBeanServer.java:168)
	at org.jboss.as.jmx.AuthorizingMBeanServer.invoke(AuthorizingMBeanServer.java:258)
	at org.jboss.remotingjmx.protocol.v2.ServerProxy$InvokeHandler.handle(ServerProxy.java:950)
	at org.jboss.remotingjmx.protocol.v2.ServerCommon$MessageReciever$1$1.run(ServerCommon.java:153)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:71)
	at org.jboss.as.jmx.ServerInterceptorFactory$Interceptor$1.run(ServerInterceptorFactory.java:66)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
	at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:246)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:254)
	at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:225)

authors: darranl jmesnil wildfly-ci


text:
Conditions can't be toggled off 0.11.2

Hello
When activating a condition and subsequently deactivating it a SECOND time (using the checkboxes on the Actor Modifier sheet) the condition can sometimes not be removed and the following type of error is thrown:
foundry.js:1246 Uncaught (in promise) Error: The key soGQIhaktKXiMgy5 does not exist in the EmbeddedCollection Collection
    at Map.get (/C:/Program%20Files/…/collection.mjs:106)
    at ServerDatabaseBackend._updateEmbeddedDocuments (/C:/Program%20Files/…erver-backend.mjs:1)
    at ServerDatabaseBackend.update (/C:/Program%20Files/…act/backend.mjs:153)
    at async Socket.handleEvent (/C:/Program%20Files/…erver/sockets.mjs:1)

Step to reproduce:

Empty Starfinder world, no modules, create a blank actor
Go to Modifier sheet, activate a condition (ex.  Grappled)
Deactivate the same condition
Activate the condition a second time
Deactivate the condition a second time
Error is thrown, game requires a refresh

Toggling any other condition after the first does not trigger the error, only the second activation/deactivation of the same condition triggers this behavior.
Upon refreshing foundry (F5) the condition is removed from the GUI, but its effects remain applied until you do so. Effectively this means the game has to be "rebooted" everytime you want to remove a condition a second time from a player.

After much digging, it appears to be an issue in Foundry Core, not the system. Will keep this ticket open for future monitoring.

Can confirm that this still occurs on 0.8.7, SF version 0.11.3.

After spending the better part of a couple of days trying to figure it out, and also running into it once with the statblock parser, I finally figured out that it was the iteration over the tokens and adjusting the condition icon there, that caused the issue.
While I was refactoring here anyway, I also took the opportunity to move the setCondition function into the actor class, and creating a hook for modules and macros to work with.

authors: LebombJames TimToxopeus mxvs


text:
white line at the top of the window

white line at the top of the window on Windows 7. this is default theme.

OS: Windows 7
64bit

I think this is Supermium 121 based on the logo on the new tabs. This was resolved in 122.

Issue resolved in v.122

same white line in v.122
btw maybe it's because i'm using classic windows theme?

also i can't set browser by default, button in settings do nothing. had to do it through control panel.


text:
important config breaks @apply

When in config:
{
  important: '.wnd',
  ...
}

windi classes are al scoped in .wnd but
@apply 'returns' nothing.
without the important config @apply works as expected.

Addendum.
Issue seem to be in svelte-windicss-preprocess.
When using vite-plugin-windicss, it is working as expected.

repo: windicss/windicss


text:
tiltfile: add fuzzy matching suggestions to docker_build

Hello @yuindustries, @jazzdan,
Please review the following commits I made in branch nicks/ch1448/matches:
c37f627423022fa1a868069fab6d99e8c909cb86 (2019-02-18 19:08:13 -0500)
tiltfile: add fuzzy matching suggestions to docker_build

repo: windmilleng/tilt


text:
🛑 PNQ - API is down

In c816bc9, PNQ - API (https://controld-network-api.ncprelief.eu.org?iata_code=PNQ&status=api) was down:

HTTP code: 503
Response time: 83 ms

Resolved: PNQ - API is back up in 23d55a9 after 13 minutes.


text:
Compatibility with fluentd 0.14

I got the following error with fluentd 0.14.15 and this PR can fix this problem,
2017-05-17 08:52:47 +0000 [error]: #0 unexpected error error_class=NameError error="uninitialized constant Fluent::Input"
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluent-plugin-elb-access-log-0.3.3/lib/fluent/plugin/in_elb_access_log.rb:3:in `<top (required)>'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in `require'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/site_ruby/2.1.0/rubygems/core_ext/kernel_require.rb:54:in `require'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/registry.rb:102:in `block in search'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/registry.rb:99:in `each'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/registry.rb:99:in `search'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/registry.rb:44:in `lookup'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/plugin.rb:146:in `new_impl'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/plugin.rb:100:in `new_input'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/root_agent.rb:265:in `add_source'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/root_agent.rb:119:in `block in configure'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/root_agent.rb:115:in `each'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/root_agent.rb:115:in `configure'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/engine.rb:127:in `configure'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/engine.rb:92:in `run_configure'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/supervisor.rb:733:in `run_configure'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/supervisor.rb:502:in `block in run_worker'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/supervisor.rb:661:in `call'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/supervisor.rb:661:in `main_process'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/supervisor.rb:498:in `run_worker'
  2017-05-17 08:52:47 +0000 [error]: #0 /opt/td-agent/embedded/lib/ruby/gems/2.1.0/gems/fluentd-0.14.15/lib/fluent/command/fluentd.rb:316:in `<main>'

@winebarrel Could you review this PR and release new version?

Duplicated PR of https://github.com/winebarrel/fluent-plugin-elb-access-log/pull/5

repo: winebarrel/fluent-plugin-elb-access-log


text:
[BETA] Dashboard Tutorial showing wrong panels

Will fix this later today.

Fixed with db0fef3b50aa08731497ffae16058e6864d6281e.

repo: winnipegfir/CZWG-core


text:
ReadTimeout when submitting a ToO

Pinging the server and checking users and programs works fine, but when submitting a ToO, I get this error.
api_res, api_schedule = winter.submit_too(
    program_name=program,
    data=too_list,
    submit_trigger=False
)

---------------------------------------------------------------------------
TimeoutError                              Traceback (most recent call last)
File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:536, in HTTPConnectionPool._make_request(self, conn, method, url, body, headers, retries, timeout, chunked, response_conn, preload_content, decode_content, enforce_content_length)
    [535](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:535) try:
--> [536](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:536)     response = conn.getresponse()
    [537](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:537) except (BaseSSLError, OSError) as e:

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connection.py:461, in HTTPConnection.getresponse(self)
    [460](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connection.py:460) # Get the response from http.client.HTTPConnection
--> [461](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connection.py:461) httplib_response = super().getresponse()
    [463](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connection.py:463) try:

File ~/miniconda3/envs/winter/lib/python3.11/http/client.py:1378, in HTTPConnection.getresponse(self)
   [1377](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:1377) try:
-> [1378](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:1378)     response.begin()
   [1379](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:1379) except ConnectionError:

File ~/miniconda3/envs/winter/lib/python3.11/http/client.py:318, in HTTPResponse.begin(self)
    [317](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:317) while True:
--> [318](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:318)     version, status, reason = self._read_status()
    [319](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:319)     if status != CONTINUE:

File ~/miniconda3/envs/winter/lib/python3.11/http/client.py:279, in HTTPResponse._read_status(self)
    [278](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:278) def _read_status(self):
--> [279](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:279)     line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1")
    [280](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/http/client.py:280)     if len(line) > _MAXLINE:

File ~/miniconda3/envs/winter/lib/python3.11/socket.py:706, in SocketIO.readinto(self, b)
    [705](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/socket.py:705) try:
--> [706](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/socket.py:706)     return self._sock.recv_into(b)
    [707](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/socket.py:707) except timeout:

TimeoutError: timed out

The above exception was the direct cause of the following exception:

ReadTimeoutError                          Traceback (most recent call last)
File ~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:486, in HTTPAdapter.send(self, request, stream, timeout, verify, cert, proxies)
    [485](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:485) try:
--> [486](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:486)     resp = conn.urlopen(
    [487](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:487)         method=request.method,
    [488](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:488)         url=url,
    [489](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:489)         body=request.body,
    [490](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:490)         headers=request.headers,
    [491](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:491)         redirect=False,
    [492](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:492)         assert_same_host=False,
    [493](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:493)         preload_content=False,
    [494](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:494)         decode_content=False,
    [495](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:495)         retries=self.max_retries,
    [496](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:496)         timeout=timeout,
    [497](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:497)         chunked=chunked,
    [498](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:498)     )
    [500](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:500) except (ProtocolError, OSError) as err:

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:844, in HTTPConnectionPool.urlopen(self, method, url, body, headers, retries, redirect, assert_same_host, timeout, pool_timeout, release_conn, chunked, body_pos, preload_content, decode_content, **response_kw)
    [842](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:842)     new_e = ProtocolError("Connection aborted.", new_e)
--> [844](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:844) retries = retries.increment(
    [845](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:845)     method, url, error=new_e, _pool=self, _stacktrace=sys.exc_info()[2]
    [846](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:846) )
    [847](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:847) retries.sleep()

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/retry.py:470, in Retry.increment(self, method, url, response, error, _pool, _stacktrace)
    [469](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/retry.py:469) if read is False or method is None or not self._is_method_retryable(method):
--> [470](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/retry.py:470)     raise reraise(type(error), error, _stacktrace)
    [471](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/retry.py:471) elif read is not None:

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/util.py:39, in reraise(tp, value, tb)
     [38](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/util.py:38)         raise value.with_traceback(tb)
---> [39](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/util.py:39)     raise value
     [40](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/util/util.py:40) finally:

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:790, in HTTPConnectionPool.urlopen(self, method, url, body, headers, retries, redirect, assert_same_host, timeout, pool_timeout, release_conn, chunked, body_pos, preload_content, decode_content, **response_kw)
    [789](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:789) # Make the request on the HTTPConnection object
--> [790](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:790) response = self._make_request(
    [791](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:791)     conn,
    [792](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:792)     method,
    [793](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:793)     url,
    [794](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:794)     timeout=timeout_obj,
    [795](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:795)     body=body,
    [796](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:796)     headers=headers,
    [797](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:797)     chunked=chunked,
    [798](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:798)     retries=retries,
    [799](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:799)     response_conn=response_conn,
    [800](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:800)     preload_content=preload_content,
    [801](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:801)     decode_content=decode_content,
    [802](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:802)     **response_kw,
    [803](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:803) )
    [805](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:805) # Everything went great!

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:538, in HTTPConnectionPool._make_request(self, conn, method, url, body, headers, retries, timeout, chunked, response_conn, preload_content, decode_content, enforce_content_length)
    [537](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:537) except (BaseSSLError, OSError) as e:
--> [538](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:538)     self._raise_timeout(err=e, url=url, timeout_value=read_timeout)
    [539](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:539)     raise

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:370, in HTTPConnectionPool._raise_timeout(self, err, url, timeout_value)
    [369](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:369) if isinstance(err, SocketTimeout):
--> [370](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:370)     raise ReadTimeoutError(
    [371](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:371)         self, url, f"Read timed out. (read timeout={timeout_value})"
    [372](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:372)     ) from err
    [374](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/urllib3/connectionpool.py:374) # See the above comment about EAGAIN in Python 3.

ReadTimeoutError: HTTPConnectionPool(host='winter.caltech.edu', port=82): Read timed out. (read timeout=30.0)

During handling of the above exception, another exception occurred:

ReadTimeout                               Traceback (most recent call last)
Cell In[23], [line 3](vscode-notebook-cell:?execution_count=23&line=3)
      [1](vscode-notebook-cell:?execution_count=23&line=1) # If submit_trigger is False, the API will just check the schedule but not put in a ToO
      [2](vscode-notebook-cell:?execution_count=23&line=2) # Set this to True to actually trigger!
----> [3](vscode-notebook-cell:?execution_count=23&line=3) api_res, api_schedule = winter.submit_too(
      [4](vscode-notebook-cell:?execution_count=23&line=4)     program_name=program,
      [5](vscode-notebook-cell:?execution_count=23&line=5)     data=too_list,
      [6](vscode-notebook-cell:?execution_count=23&line=6)     submit_trigger=False
      [7](vscode-notebook-cell:?execution_count=23&line=7) )

File ~/winter/winterapi/winterapi/messenger.py:278, in WinterAPI.submit_too(self, program_name, data, submit_trigger)
    [276](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:276) for entry in data:
    [277](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:277)     assert isinstance(entry, Winter), f"Entry {entry} is not a Winter ToO"
--> [278](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:278) return self._submit_too(
    [279](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:279)     program_name=program_name,
    [280](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:280)     url=WINTER_TOO_URL,
    [281](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:281)     data=data,
    [282](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:282)     submit_trigger=submit_trigger,
    [283](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:283) )

File ~/winter/winterapi/winterapi/messenger.py:246, in WinterAPI._submit_too(self, program_name, url, data, submit_trigger)
    [235](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:235) """
    [236](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:236) Protected method to submit TOO requests
    [237](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:237)
   (...)
    [242](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:242) :return: API response and TOO schedule
    [243](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:243) """
    [244](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:244) program = self.get_program_details(program_name=program_name)
--> [246](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:246) res = self.post(
    [247](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:247)     url=url,
    [248](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:248)     data=data,
    [249](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:249)     program_name=program_name,
    [250](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:250)     program_api_key=program.prog_key,
    [251](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:251)     submit_trigger=submit_trigger,
    [252](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:252) )
    [254](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:254) logger.info(res.json()["msg"])
    [256](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/messenger.py:256) schedule = pd.DataFrame(res.json()["body"])

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:105, in retry_exception.<locals>.retry(*args, **kwargs)
     [96](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:96) details = {
     [97](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:97)     "target": target,
     [98](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:98)     "args": args,
   (...)
    [101](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:101)     "elapsed": elapsed,
    [102](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:102) }
    [104](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:104) try:
--> [105](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:105)     ret = target(*args, **kwargs)
    [106](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:106) except exception as e:
    [107](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/backoff/_sync.py:107)     max_tries_exceeded = (tries == max_tries_value)

File ~/winter/winterapi/winterapi/base_api.py:108, in BaseAPI.post(self, url, data, auth, **kwargs)
    [104](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/base_api.py:104)     auth = self.get_auth()
    [106](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/base_api.py:106) convert = self.clean_data(data)
--> [108](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/base_api.py:108) res = requests.post(
    [109](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/base_api.py:109)     url, data=convert, auth=auth, params=kwargs, timeout=MAX_TIMEOUT
    [110](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/base_api.py:110) )
    [112](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/base_api.py:112) if res.status_code != 200:
    [113](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/winter/winterapi/winterapi/base_api.py:113)     err = f"API call failed with '{res}: {res.text}'"

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:115, in post(url, data, json, **kwargs)
    [103](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:103) def post(url, data=None, json=None, **kwargs):
    [104](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:104)     r"""Sends a POST request.
    [105](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:105)
    [106](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:106)     :param url: URL for the new :class:`Request` object.
   (...)
    [112](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:112)     :rtype: requests.Response
    [113](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:113)     """
--> [115](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:115)     return request("post", url, data=data, json=json, **kwargs)

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:59, in request(method, url, **kwargs)
     [55](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:55) # By using the 'with' statement we are sure the session is closed, thus we
     [56](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:56) # avoid leaving sockets open which can trigger a ResourceWarning in some
     [57](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:57) # cases, and look like a memory leak in others.
     [58](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:58) with sessions.Session() as session:
---> [59](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/api.py:59)     return session.request(method=method, url=url, **kwargs)

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:589, in Session.request(self, method, url, params, data, headers, cookies, files, auth, timeout, allow_redirects, proxies, hooks, stream, verify, cert, json)
    [584](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:584) send_kwargs = {
    [585](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:585)     "timeout": timeout,
    [586](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:586)     "allow_redirects": allow_redirects,
    [587](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:587) }
    [588](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:588) send_kwargs.update(settings)
--> [589](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:589) resp = self.send(prep, **send_kwargs)
    [591](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:591) return resp

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:703, in Session.send(self, request, **kwargs)
    [700](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:700) start = preferred_clock()
    [702](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:702) # Send the request
--> [703](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:703) r = adapter.send(request, **kwargs)
    [705](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:705) # Total elapsed time of the request (approximately)
    [706](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/sessions.py:706) elapsed = preferred_clock() - start

File ~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:532, in HTTPAdapter.send(self, request, stream, timeout, verify, cert, proxies)
    [530](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:530)     raise SSLError(e, request=request)
    [531](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:531) elif isinstance(e, ReadTimeoutError):
--> [532](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:532)     raise ReadTimeout(e, request=request)
    [533](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:533) elif isinstance(e, _InvalidHeader):
    [534](https://file+.vscode-resource.vscode-cdn.net/Users/gmo/winter/winterapi/mynotebooks/~/miniconda3/envs/winter/lib/python3.11/site-packages/requests/adapters.py:534)     raise InvalidHeader(e, request=request)

ReadTimeout: HTTPConnectionPool(host='winter.caltech.edu', port=82): Read timed out. (read timeout=30.0)

Trying again a few more times worked, not sure if something is unstable on the server end?

repo: winter-telescope/winterapi


text:
Add documentation for allowDismiss and cssClass

https://github.com/wintercms/winter/pull/1044#issuecomment-2319751756

repo: wintercms/docs


text:
Add re-sending the verification email

New

ResendVerifyEmail page, form and data form (for /resend-verify-email page)

Changes

AppRouter: Add a route to /resend-verify-email
VerifyEmailPage: Add a button to re-direct to /resend-verify-email
SignInPage: Add a button to re-direct to /resend-verify-email, only appears when the form catches the error "The email is not verified"
I18nMessages: Add re-send email message

Screenshots

Demo
https://user-images.githubusercontent.com/80025691/184422188-57976be7-4d42-4d38-8ab5-007831386039.mp4

repo: wiringbits/scala-webapp-template


text:
初始安装wisnuc，第一次登陆后，显示照片缓慢

测试机型:
【三星 s7 edge】
测试问题：
手机内存在七千多张照片，安装wisnuc后，第一次进行登陆，照片页显示正在缓冲，持续时间达到近四分钟。

七分钟了现在。。。

repo: wisnuc/fruitmix-android


text:
FIX: use genversion to include SDK version in request headers

tl;dr, esbuild was having a difficult time including the Abound Node SDK when generating a bundle, and it was complaining about the import.meta line that gets patched on during the build process. It seems like that added step was just sweeping the original problem I created under the carpet (the original problem being trying to access a package.json field directly at runtime).
This PR incorporates the genversion library as a dev dependency, and wires it up to the CI/CD pipeline. This eliminates the need for the import.meta monkey-patch, which should allow for the SDK to play better with esbuild.
As an example,
$ npm run build

> @withabound/node-sdk@1.1.4 build
> sh ./build.sh

The version module version.ts has outdated or unknown content.
Run the following command to fix:
npx genversion --es6 --semi --double src/util/version.ts

$ echo $?
1

@markrmullan, I wasn't able to review in-depth today, but from a high level, I like where this is heading.

authors: bmealhouse markrmullan

repo: withabound/abound-node


text:
i18n(de): add GitHub pages deploy guide

What kind of changes does this PR include?

Minor content fixes (broken links, typos, etc.)
Translated content

Description
This PR adds a German translation of the guide for deploying Astro sites to GitHub pages.
It also removes a superfluous closing bracket.

Really high quality translation! Just had some minor nits. Thank you!

Thanks for the feedback! I applied your suggestions.

repo: withastro/docs


text:
i18n(es): Update alpinejs

Description (required)
Update alpinejs
Related issues & labels (optional)

Suggested label: i18n

Muchas gracias por la revisión @Waxer59 😁


text:
i18n(ko-KR): update tutorial/

Description (required)

update tutorial/
#8543

Related issues & labels (optional)

Closes #
Suggested label:

Lunaria Status Overview
🌕 This pull request will trigger status changes.

Learn more
By default, every PR changing files present in the Lunaria configuration's files property will be considered and trigger status changes accordingly.
You can change this by adding one of the keywords present in the ignoreKeywords property in your Lunaria configuration file in the PR's title (ignoring all files) or by including a tracker directive in the merged commit's description.

Tracked Files

Locale
File
Note

ko
tutorial/2-pages/2.mdx
Localization changed, will be marked as complete.

ko
tutorial/4-layouts/2.mdx
Localization changed, will be marked as complete.

Warnings reference

Icon
Description

🔄
The source for this localization has been updated since the creation of this pull request, make sure all changes in the source have been applied.

authors: astrobot-houston jsparkdev


text:
fix: add reassign keyword to Dynamic Tags section in astro-syntax.mdx

This PR is a follow-up to Erika's issue on Discord:

I was searching for "reassignement" and "hydration" but couldn't find anything

The Dynamic Tags section shows an example of a reassignment but this keyword does not appear so we cannot find the page using the search form. This keyword is important since a reassigned component cannot use client: directives.
With "hydration" the page appears and I don't think we can improve the excerpt (we can't guess what the user hopes to find by using this keyword, this could be in another context).
So this PR will help make the page stand out in search results using the "reassignment" keyword.
Description (required)

Rewords the first sentence in Dynamic tags section to help find the page using reassignment in the search form.
Fixes a typo when escaping the style attribute in the define:vars bullet point: the double backtick must be around style, not inside. (Typo introduced by... me, sorry 😅  ... my first PR here 🎉 )

I don't know if that's enough. I never used Algolia so I don't know how it handles keywords. I'm not sure if this would work with reassigning or reassigned as well. Currently, using reassignment or reassigning does not display pages containing reassigned.
So I'm not sure we can support all variants but this should work with reassign and reassignment.
Question: Is there a way to generate and use a local index with Algolia? I wanted to test on the dev version, but it seems my changes don't affect the search form so I guess this is a shared index with the production version.

Related issues & labels (optional)

Issue: Erika issue on Discord
Suggested label:  improve documentation

Lunaria Status Overview
🌕 This pull request will trigger status changes.

Learn more
By default, every PR changing files present in the Lunaria configuration's files property will be considered and trigger status changes accordingly.
You can change this by adding one of the keywords present in the ignoreKeywords property in your Lunaria configuration file in the PR's title (ignoring all files) or by including a tracker directive in the merged commit's description.

Tracked Files

Locale
File
Note

en
basics/astro-syntax.mdx
Source changed, localizations will be marked as outdated.

Warnings reference

Icon
Description

🔄
The source for this localization has been updated since the creation of this pull request, make sure all changes in the source have been applied.

This looks great! I think it will work nicely.

Question: Is there a way to generate and use a local index with Algolia? I wanted to test on the dev version, but it seems my changes don't affect the search form so I guess this is a shared index with the production version.

No, and in fact, we need to reindex Algolia manually to see any updates even in live docs (other than the regular weekly crawls) so you were never going to be able to test that. :smile:

No, and in fact, we need to reindex Algolia manually to see any updates even in live docs (other than the regular weekly crawls) so you were never going to be able to test that. 😄

Ah ok, I thought there was a reindex triggered at build time (but not locally... I tested it just in case 😅 ). Thanks for the explanation!


text:
docs: use PackageManagerTabs for install-and-setup.mdx code-blocks

Description (required)

update install-and-setup.mdx to make use of the PackageManagerTabs component.

Related issues & labels (optional)

Suggested label: design

Hello! Thank you for opening your first PR to Astro’s Docs! 🎉
Here’s what will happen next:

Our GitHub bots will run to check your changes.
If they spot any broken links you will see some error messages on this PR.
Don’t hesitate to ask any questions if you’re not sure what these mean!

In a few minutes, you’ll be able to see a preview of your changes on Netlify 🥳.

One or more of our maintainers will take a look and may ask you to make changes.
We try to be responsive, but don’t worry if this takes a few days.

Lunaria Status Overview
🌕 This pull request will trigger status changes.

Learn more
By default, every PR changing files present in the Lunaria configuration's files property will be considered and trigger status changes accordingly.
You can change this by adding one of the keywords present in the ignoreKeywords property in your Lunaria configuration file in the PR's title (ignoring all files) or by including a tracker directive in the merged commit's description.

Tracked Files

Locale
File
Note

en
install-and-setup.mdx
Source changed, localizations will be marked as outdated.

Warnings reference

Icon
Description

🔄
The source for this localization has been updated since the creation of this pull request, make sure all changes in the source have been applied.

Interestingly it works even with the label prop, so I didn't notice my mistake. But thanks for correcting :)

authors: astrobot-houston m-krebs


text:
💡 RFC: [VS Code] Let other icon themes override file icon

Background & Motivation
I encounter an issue that Rose Pine theme on VS Code cannot override Astro file icon, it makes my theme look inconsistent someway. I have opened an issue on their repo but it seems they can't fix the issue on their side.
rose-pine/vscode#88
Proposed Solution
Possible solutions
Alternatives considered
Risks, downsides, and/or tradeoffs
Open Questions
Detailed Design
No response
Help make it happen!

[ ] I am willing to submit a PR to implement this change.
[X] I am willing to submit a PR to implement this change, but would need some guidance.
[ ] I am not willing to submit a PR to implement this change.

Hmm, as far as I know, we don't do anything to prevent the icon from being overriden, we define it the normal way

Looked at the docs, and there's nothing we can do on our side. Icons themes are supposed to be able to override language icons specified by extensions.
If it doesn't work, there might be an issue in VS Code itself, or perhaps the icon theme was misconfigured. There's a setting called "showLanguageModeIcons" that can be specified in the icon theme that could be relevant as well.
Sorry for the inconvenience

authors: Princesseuh ng-hai

repo: withastro/language-tools


text:
Expose localized UI strings in route data

Description

Closes #1060 and also partially addresses #860.
Exposes a new labels property in Starlight’s route data object for each page.
This object includes all localized UI strings that up to now were retrieved using useTranslations() and the t() helper it returned.
This enables components overriding Starlight’s defaults to easily reuse the built-in UI strings.
This PR also refactors all our built-in components to use labels instead of calling useTranslations() themselves.
Removes the t.pick() helper previously returned by useTranslations() is it is no longer used.

size-limit report 📦

Path
Size

/index.html
5.12 KB (0%)

/_astro/*.js
20.11 KB (0%)

/_astro/*.css
13 KB (0%)

if we ever move to i18next or something similar with a more advanced t(), we would not be able to use some of the advanced features like interpolation, formatting, plurals, context, etc.

I think if we ever do that, we could still expose those functions on the route data object. Technically this API could have just added t() to the route data object, but I decided to go the plain data route because it fits better with the rest of our route data story for now.

I think if we ever do that, we could still expose those functions on the route data object. Technically this API could have just added t() to the route data object, but I decided to go the plain data route because it fits better with the rest of our route data story for now.

Oh definitely, I meant "we would not be able to use some of the advanced features" while keeping the same API without additional changes like exposing t(). Should have been more clear about that, my bad.

authors: HiDeoo astrobot-houston delucis

repo: withastro/starlight


text:
i18n(ko-KR): update site-search.mdx

Description

update site-search.mdx
#2589

Lunaria Status Overview
🌕 This pull request will trigger status changes.

Learn more
By default, every PR changing files present in the Lunaria configuration's files property will be considered and trigger status changes accordingly.
You can change this by adding one of the keywords present in the ignoreKeywords property in your Lunaria configuration file in the PR's title (ignoring all files) or by including a tracker directive in the merged commit's description.

Tracked Files

Locale
File
Note

ko
guides/site-search.mdx
Localization changed, will be marked as complete.

Warnings reference

Icon
Description

🔄
The source for this localization has been updated since the creation of this pull request, make sure all changes in the source have been applied.


text:
How angular-http-auth-buffer works ?

Hi,
I am using the module http-auth-buffer.
For my test, I give for the user a token which expires in 10 seconds. When I log in, my user goes on a page which does 5 requests to my web api. I wait 10 seconds, then I refresh the page. The buffer works because it calls only once my api.com/Token and then it calls my 5 requests..
But, the buffer doesn't work when I don't refresh but go on an other view. In this case, it calls 3 api.com/Token so the first one works, but the others fail because the first one change the refresh_token...

Hi,
I am sorry, I can't help you much in this very case. It would be best if you could look here:
src.js line 27 and here: src.js line 37. This is the place that propagates the buffer: src.js line 59
The source code of that buffer is here: src.js line 77
I hope that helps!

One more thing, check out that updater argument passed to the buffer on login confirmed. It allows you to inject a transformation function to the buffered requests just before retrying the requests (like maybe changing the tokens in your case?)

authors: toben witoldsz

repo: witoldsz/angular-http-auth