text:
Minecraft server continually crashing

Hi - not sure if this is an issue caused by running in Docker or with the Minecraft Server software itself.
The server crashes constantly now after about 30s to a minute.  I get a crashreporter key and then what looks like C code shortdumping.
Session ID: 5f575187-1a9e-4ad1-8bfb-21986fcefe29 mc     | Commit hash: mc     | Build id: development mc     | CrashReporter Key: 8c4937c1-64cb-3532-a8dc-1deb28f67293 mc     | mc     | Crash mc     | [INFO]         at std::__shared_count<[__gnu_cxx::_Lock_policy]2>::__shared_count[std::__weak_count<[__gnu_cxx::_Lock_policy]2> const&, std::nothrow_t] (UnknownFile:?) mc     |        at std::__shared_ptr<POIInstance, [__gnu_cxx::_Lock_policy]2>::__shared_ptr[std::__weak_ptr<POIInstance,[__gnu_cxx::_Lock_policy]2> const&, std::nothrow_t] (UnknownFile:?) mc     |        at std::shared_ptr<POIInstance>::shared_ptr[std::weak_ptr<POIInstance> const&, std::nothrow_t] (UnknownFile:?) mc     |        at std::weak_ptr<POIInstance>::lock[] const (UnknownFile:?) mc     |        at Village::getBedPOICount[] const (UnknownFile:?) mc     |        at Village::tick[Tick, BlockSource&] (UnknownFile:?) mc     |        at VillageManager::tickVillages[Tick const&, Vec3 const&, BlockSource&] (UnknownFile:?) mc     |        at ServerPlayer::tickWorld[Tick const&] (UnknownFile:?) mc     |        at std::function<bool [Player&]>::operator[][Player&] const (UnknownFile:?) mc     |        at Level::forEachPlayer[std::function<bool [Player&]>] (UnknownFile:?) mc     |        at Level::tick[] (UnknownFile:?) mc     |        at ServerLevel::tick[] (UnknownFile:?) mc     |        at GameSession::tick[] (UnknownFile:?) mc     |        at Minecraft::tickSimtime[int, int] (UnknownFile:?) mc     |        at Minecraft::update[] (UnknownFile:?) mc     |        at ServerInstance::_update[] (UnknownFile:?) mc     |        at clone (UnknownFile:?) mc     | 10b70601-d8af-4e96-ab99-cd4b7cc3e5c3mc exited with code 1
Thanks for looking

Sorry for the delay replying to this. It seems like something that would need to be reported to and fixed by Mojang via their bug tracker.

I did open up a bug with minecraft directly.  I think a chunk was corrupted and now if you walk into that chunk the server crashes.  I don't think there's anything else from the docker container side of it.  Thanks

I did open up a bug with minecraft directly.  I think a chunk was corrupted and now if you walk into that chunk the server crashes.  I don't think there's anything else from the docker container side of it.  Thanks

@itzg Someone posted a workaround on the Minecraft Bug tracker for this issue (they are specifically using your docker image) and their fix seems to be working for them. Is there anyway we can get that patch applied to the docker file?
https://bugs.mojang.com/browse/BDS-10666?focusedCommentId=893349&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-893349
Thanks for the awesome docker image! :)

@itzg Someone posted a workaround on the Minecraft Bug tracker for this issue (they are specifically using your docker image) and their fix seems to be working for them. Is there anyway we can get that patch applied to the docker file?
https://bugs.mojang.com/browse/BDS-10666?focusedCommentId=893349&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-893349
Thanks for the awesome docker image! :)

So it looks like in the final comment, that an apt upgrade of libc might do it. I could add an "apt upgrade" of everything, just to be thorough.

So it looks like in the final comment, that an apt upgrade of libc might do it. I could add an "apt upgrade" of everything, just to be thorough.

...well, libc6 is already at the latest since this is all that gets listed:
root@6b7389b6b8d3:/data# apt list --upgradable
Listing... Done
libp11-kit0/stable 0.23.15-2+deb10u1 amd64 [upgradable from: 0.23.15-2]
tzdata/stable-updates 2020e-0+deb10u1 all [upgradable from: 2020d-0+deb10u1]

The base image may have upgraded its packages since the original issue.

...well, libc6 is already at the latest since this is all that gets listed:
root@6b7389b6b8d3:/data# apt list --upgradable
Listing... Done
libp11-kit0/stable 0.23.15-2+deb10u1 amd64 [upgradable from: 0.23.15-2]
tzdata/stable-updates 2020e-0+deb10u1 all [upgradable from: 2020d-0+deb10u1]

The base image may have upgraded its packages since the original issue.

Awesome, I will give it a go tonight and let you know if the new image fixes this issue. Thanks for the quick turnaround time :)

Awesome, I will give it a go tonight and let you know if the new image fixes this issue. Thanks for the quick turnaround time :)

Unfortunately this issue still happens. I had to switch over to using the windows version of the server software which seems to be way less buggy sadly. :(
Thanks for your help!

Unfortunately this issue still happens. I had to switch over to using the windows version of the server software which seems to be way less buggy sadly. :(
Thanks for your help!

Just an FYI, it looks like this issue was fixed in the latest bedrock edition server software that was released 3 days ago (1.16.201.03):
https://bugs.mojang.com/browse/BDS-10666?focusedCommentId=917681&page=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-917681

authors: ChristopherHaws claine-d itzg

repo: itzg/docker-minecraft-bedrock-server


text:
[BUG] error in arch as well as github installation

on manjaro

Try go mod download and then go install

same error @ivaaaan

source: gharchive/issue

repo: ivaaaan/smug

license: MIT

license_type: permissive

license_source: github-api


text:
Al/fixes prior release

Minor fixes to correct before releasing:

Save best_model.pt when a best model is available to avoid errors during inference if the training was not complete
Add retro compatibility regarding self.relu_activation attribute in models. Some older pretrained models don't have it, but we should still be able to use them.
Error in multiclass labels conversion to RGB

Pull Request Test Coverage Report for Build 267099083

7 of 8 (87.5%)  changed or added relevant lines in 3 files are covered.
12 unchanged lines in 1 file lost coverage.
Overall coverage increased (+0.003%) to 90.804%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

ivadomed/models.py
2
3
66.67%

Files with Coverage Reduction
New Missed Lines
%

ivadomed/training.py
12
83.63%

Totals

Change from base Build 263312859:
0.003%

Covered Lines:
5431

Relevant Lines:
5981

💛  - Coveralls

source: gharchive/pull-request

authors: andreanne-lemay coveralls

repo: ivadomed/ivadomed


text:
fix the dependancies in the Cargo.toml.

Signed-off-by: Daogang Tang daogangtang@live.com

Thanks,

authors: daogangtang ivanceras

repo: ivanceras/rustorm

license: mit

license_source: bigquery


text:
Less样式文件修改后没有动态加载

你好，我使用最新版本的iview-admin-v1.2.2时，当我修改/view/access/access.less中样式时，菜单中"权限管理"页样式没有变动,但当我刷新页面时它就立马样式变化了。样式修改点如下：
.access{
background-color: blue;
}
我看下了npm run dev里，当我修改.less文件时它是动态编译的，而且浏览器也进行了热加载，但是热加载的内容{"h":"d476a90a90d01d938a29","c":{}}是为空的，这是个很奇怪的现象。
另外，如果我在access.vue文件中修改某个元素属性style="background-color: blue;"，它的背景就变成蓝色的了。
less hot reload是有问题，这个怎么解决？

为什么没人回答？

稍后修复

你好，没有看到你更新代码呀，方不方便告诉我怎么解决的？
昨天我看了一天webpack还是没搞明白，目前觉得有的地方是HtmlWebpackPlugin没有注入模板。

新问题，我使用样式覆盖特性时会发现使用引用会出问题：
@import 'iview/src/styles/index.less';
@primary-color: #8c0776;
如上配置webpack会报错：

4 hidden assets
[108] (webpack)/hot nonrecursive ^./log$ 170 bytes {34} [built]
[111] ./src/main.js 1.85 kB {32} [built]
[221] ./src/styles/iview-ui.less 2.44 kB {32} [built] [failed] [1 error]

926 hidden modules

ERROR in ./src/styles/iview-ui.less
Module build failed: ModuleBuildError: Module build failed: Can't resolve './iview/src/styles/index.less' in 'F:\cmdb_frontend\src\styles'
@ F:\cmdb_frontend\src\styles\iview-ui.less (line 1, column 0)
near lines:
@import 'iview/src/styles/index.less';
//@import (inline) 'iview/dist/styles/iview.css';
at runLoaders (F:\cmdb_frontend\node_modules\webpack\lib\NormalModule.js:195:19)
at F:\cmdb_frontend\node_modules\loader-runner\lib\LoaderRunner.js:364:11
at F:\cmdb_frontend\node_modules\loader-runner\lib\LoaderRunner.js:230:18
at context.callback (F:\cmdb_frontend\node_modules\loader-runner\lib\LoaderRunner.js:111:13)
at F:\cmdb_frontend\node_modules\less-loader\index.js:68:16
at F:\cmdb_frontend\node_modules\less\lib\less\render.js:26:35
at F:\cmdb_frontend\node_modules\less\lib\less\parse.js:62:33
at ImportVisitor.finish [as _finish] (F:\cmdb_frontend\node_modules\less\lib\less\parser\parser.js:180:28)
at ImportVisitor._onSequencerEmpty (F:\cmdb_frontend\node_modules\less\lib\less\visitors\import-visitor.js:35:14)
at ImportSequencer.tryRun (F:\cmdb_frontend\node_modules\less\lib\less\visitors\import-sequencer.js:50:14)
at F:\cmdb_frontend\node_modules\less\lib\less\visitors\import-sequencer.js:19:25
at fileParsedFunc (F:\cmdb_frontend\node_modules\less\lib\less\import-manager.js:50:17)
at F:\cmdb_frontend\node_modules\less\lib\less\import-manager.js:121:17
at F:\cmdb_frontend\node_modules\less-loader\index.js:111:5
at onError (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\Resolver.js:65:10)
at loggingCallbackWrapper (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\createInnerCallback.js:31:19)
at runAfter (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\Resolver.js:158:4)
at innerCallback (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\Resolver.js:146:3)
at loggingCallbackWrapper (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\createInnerCallback.js:31:19)
at next (F:\cmdb_frontend\node_modules\tapable\lib\Tapable.js:252:11)
at F:\cmdb_frontend\node_modules\enhanced-resolve\lib\UnsafeCachePlugin.js:40:4
at loggingCallbackWrapper (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\createInnerCallback.js:31:19)
@ ./src/main.js 29:0-33
@ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server @/main
ERROR in ./src/styles/iview-ui.less
Module build failed: ModuleBuildError: Module build failed: Can't resolve './iview/src/styles/index.less' in 'F:\cmdb_frontend\src\styles'
@ F:\cmdb_frontend\src\styles\iview-ui.less (line 1, column 0)
near lines:
@import 'iview/src/styles/index.less';
//@import (inline) 'iview/dist/styles/iview.css';
at runLoaders (F:\cmdb_frontend\node_modules\webpack\lib\NormalModule.js:195:19)
at F:\cmdb_frontend\node_modules\loader-runner\lib\LoaderRunner.js:364:11
at F:\cmdb_frontend\node_modules\loader-runner\lib\LoaderRunner.js:230:18
at context.callback (F:\cmdb_frontend\node_modules\loader-runner\lib\LoaderRunner.js:111:13)
at F:\cmdb_frontend\node_modules\less-loader\index.js:68:16
at F:\cmdb_frontend\node_modules\less\lib\less\render.js:26:35
at F:\cmdb_frontend\node_modules\less\lib\less\parse.js:62:33
at ImportVisitor.finish [as _finish] (F:\cmdb_frontend\node_modules\less\lib\less\parser\parser.js:180:28)
at ImportVisitor._onSequencerEmpty (F:\cmdb_frontend\node_modules\less\lib\less\visitors\import-visitor.js:35:14)
at ImportSequencer.tryRun (F:\cmdb_frontend\node_modules\less\lib\less\visitors\import-sequencer.js:50:14)
at F:\cmdb_frontend\node_modules\less\lib\less\visitors\import-sequencer.js:19:25
at fileParsedFunc (F:\cmdb_frontend\node_modules\less\lib\less\import-manager.js:50:17)
at F:\cmdb_frontend\node_modules\less\lib\less\import-manager.js:121:17
at F:\cmdb_frontend\node_modules\less-loader\index.js:111:5
at onError (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\Resolver.js:65:10)
at loggingCallbackWrapper (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\createInnerCallback.js:31:19)
at runAfter (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\Resolver.js:158:4)
at innerCallback (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\Resolver.js:146:3)
at loggingCallbackWrapper (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\createInnerCallback.js:31:19)
at next (F:\cmdb_frontend\node_modules\tapable\lib\Tapable.js:252:11)
at F:\cmdb_frontend\node_modules\enhanced-resolve\lib\UnsafeCachePlugin.js:40:4
at loggingCallbackWrapper (F:\cmdb_frontend\node_modules\enhanced-resolve\lib\createInnerCallback.js:31:19)
@ ./src/styles/iview-ui.less
@ ./src/main.js
@ multi (webpack)-dev-server/client?http://localhost:8080 webpack/hot/dev-server @/main
Child html-webpack-plugin for "..\index.html":
Asset      Size  Chunks             Chunk Names
f6d337535f2f6b5e0536.hot-update.json  44 bytes          [emitted]
+ 1 hidden asset
4 modules
Child extract-text-webpack-plugin:
Asset      Size  Chunks             Chunk Names
ecd069bd6fd94090d225.hot-update.json  44 bytes          [emitted]
[0] ./node_modules/css-hot-loader!./node_modules/autoprefixer-loader!./node_modules/less-loader!./src/styles/iview-ui.less 307 bytes {1} [built] [failed] [1 error]
[2] ./node_modules/style-loader/addStyles.js 6.91 kB {1} [built]
+ 1 hidden module
ERROR in ./node_modules/css-hot-loader!./node_modules/autoprefixer-loader!./node_modules/less-loader!./src/styles/iview-ui.less
Module build failed: Can't resolve './iview/src/styles/index.less' in 'F:\cmdb_frontend\src\styles'
 @ F:\cmdb_frontend\src\styles\iview-ui.less (line 1, column 0)
 near lines:

   @import 'iview/src/styles/index.less';
   //@import (inline) 'iview/dist/styles/iview.css';
 @ ./node_modules/style-loader!./node_modules/css-hot-loader!./node_modules/autoprefixer-loader!./node_modules/less-loader!./src/styles/iview-ui.less 4:14-173 13:2-17:4 14:20-179

Child extract-text-webpack-plugin:
Asset      Size  Chunks             Chunk Names
cc6194f98e9f49e5e9dc.hot-update.json  44 bytes          [emitted]
[2] ./node_modules/css-hot-loader!./node_modules/autoprefixer-loader!./node_modules/less-loader!./src/styles/iview-ui.less 307 bytes {0} [built] [failed] [1 error]
[4] ./node_modules/style-loader/addStyles.js 6.91 kB {0} [built]
+ 1 hidden module
ERROR in ./node_modules/css-hot-loader!./node_modules/autoprefixer-loader!./node_modules/less-loader!./src/styles/iview-ui.less
Module build failed: Can't resolve './iview/src/styles/index.less' in 'F:\cmdb_frontend\src\styles'
 @ F:\cmdb_frontend\src\styles\iview-ui.less (line 1, column 0)
 near lines:

   @import 'iview/src/styles/index.less';
   //@import (inline) 'iview/dist/styles/iview.css';
 @ ./node_modules/style-loader!./node_modules/css-hot-loader!./node_modules/autoprefixer-loader!./node_modules/less-loader!./src/styles/iview-ui.less 4:14-173 13:2-17:4 14:20-179

webpack: Failed to compile.

现已修复

repo: iview/iview-admin


text:
🛑 ivuorinen.com is down

In b60947f, ivuorinen.com (https://ivuorinen.com) was down:

HTTP code: 503
Response time: 334 ms

Resolved: ivuorinen.com is back up in ee275a3 after 7 minutes.

repo: ivuorinen/uptime


text:
🛑 21Eurkon is down

In 213f7f4, 21Eurkon (https://blog.eurkon.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 21Eurkon is back up in e36f802 after 49 minutes.

repo: iwyang/check


text:
🛑 21Eurkon is down

In 756e9c1, 21Eurkon (https://blog.eurkon.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 21Eurkon is back up in 5f9f736 after 13 minutes.


text:
🛑 23心流 is down

In 3a23860, 23心流 (https://blog.panghai.top/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 23心流 is back up in a612449.


text:
🛑 23心流 is down

In b1d6a65, 23心流 (https://blog.panghai.top/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 23心流 is back up in 68ea27b.


text:
🛑 28mao is down

In 6dcdbaf, 28mao (https://meuicat.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 28mao is back up in ba0921e.


text:
🛑 30我不是咕咕鸽 is down

In f5187b1, 30我不是咕咕鸽 (https://blog.laoda.de/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 30我不是咕咕鸽 is back up in 930d72e after 56 minutes.


text:
🛑 29JACK小桔子的小屋 is down

In 3695d47, 29JACK小桔子的小屋 (https://www.jackxjz.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 29JACK小桔子的小屋 is back up in 9617f88 after 2 hours, 37 minutes.


text:
🛑 21Eurkon is down

In 9788ced, 21Eurkon (https://blog.eurkon.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 21Eurkon is back up in 3e1fd90 after 9 minutes.


text:
🛑 21Eurkon is down

In e9fc44c, 21Eurkon (https://blog.eurkon.com/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: 21Eurkon is back up in 204f47e after 9 minutes.


text:
🛑 Ixtanet MServer is down

In 764c4d3, Ixtanet MServer ($MEDIA_SERVER) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Ixtanet MServer is back up in 38bcf2d after 5 minutes.

repo: ixtanet/upptime


text:
Use NS_ENUM for better Swift interoperability

Objective-C enums that are defined with the NS_ENUM macro are automatically imported
into Swift as Swift enumerations. This allows for easier usage of the enums in Swift.
In addition to wrapping all enum declarations into NS_ENUM, this commit also makes
sure that the correct factory method is used when converting between enum constants
and NSNumbers.

And, Thank you for your contribution. :)

authors: Johennes iziz

repo: iziz/libPhoneNumber-iOS


text:
新しく来た人が最初に実行するscriptを書く

ちゃんとREADME書こう．
WHY
rake db:seed:*打ったりするの面倒
WHAT
できたらいいこと一覧

[ ] テスト用Staff生成
[ ] Department, Course, Klass, Periodのマスタ投入
[ ] 時間割のテストデータ投入（AcademicTermの範囲をいい感じに合わせる）

raketask? shell?

どこまでやらせるかで変わってくると思ってる

bundle installやnpm installも勝手にやって来るようにさせるならshellのがいい
bundle install，npm installは開発者に打たせるようにするなら，必要なrake taskだけinvokeするrake taskを作ればいい


text:
Support more ops

Adds support for reduce operations, dot, broadcast_in_dim, squeeze, transpose and reverse.

Fantastic work, I made a couple of minor cosmetic changes, just gonna wait for the tests to pass then will merge.

authors: JuliusKunze j-towns

repo: j-towns/fastar


text:
Set String variable BEFORE the for loop.

Why you would continously pull from a flatfile config during a for loop? is crazy sauce.

Thanks for the content! I hope he accepts it.

Woops, accepted, though the , p) needs to be removed

Yeah sorry, I didn't know the exact arguments.. I did it in line, and wasn't paying attention. I will catch that , p) from nows on.

authors: Saphiria ismooch j0ach1mmall3


text:
translateSourcepaths to relative paths + refactor

J2objConfig changes:

translateSourcepaths to List
Refactor translateSourcepaths, translateClasspaths & generatedSourceDirs
SourcePath => sourcepath, ClassPath => classpath

Task changes:

Remove @Optional from List @Inputs (always defined)
Reorder @Inputs for consistency
Remove advanced CycleFinder setup instructions

Rename:

Utils.srcDirs => srcSet, indicates a set of files
Utils.sourcepathJava => srcDirsJava, indicates dirs only

Testing:

Added testJ2objcHome
Added testSrcSet
Added testSrcDirsJava

@advayDev1, @confile - this commit currently breaks the plugin. Nonetheless, I'm sharing an early version, so I get your preliminary feedback. Ultimately, I would like to share as much between the CycleFinder and Translation tasks as possible.
I'm also going to look at mocking project.exec {...}. I'm not sure how to do that yet, so let me know if you have any good ideas for that.

i take it this is intentionally being delayed past 0.3?

see my comment then LGTM

Can you please point out the functional changes only?  The refactors generally look good, but it would be great to split the pure refactors from the changes that affect what the plugin does into two separate PRs.  AFAICT there are some changes regarding the source files vs. directories vs. trees but they are hard to find.  Can we make this a pure refactor only?

Please review #262 first. The second commit within this PR is more constrained. I could separate out some of the changes in J2objcConfig but it's hard to do much more of that. Hopefully looking at the 2nd commit is separated enough.

Fixes #229

I will PTAL this once all your other PRs are in and this is rebased.

Sure thing Advay. I will follow up on this and the others on Monday.
On Fri, Jul 10, 2015, 1:37 PM Advay Mengle notifications@github.com wrote:

I will PTAL this once all your other PRs are in and this is rebased.
—
Reply to this email directly or view it on GitHub
https://github.com/j2objc-contrib/j2objc-gradle/pull/234#issuecomment-120515814
.

@advayDev1 - PTAL again for this. It's not quite a perfect refactor but pretty close. Some points I'd like to highlight for you:

I've removed the sourcepathJava method and inlined calls to .getSrcDirs(). I was very confused by this before and I think it helps to make it more explicit. So for two extra lines of code, you get to remove a method and it's test code.
What does it mean to add this to the classpathArgs: :${project.buildDir}/classes? Note that I'm also adding this to CycleFinderTask when it wasn't present there before. I want to add a comment better explaining its' purpose.
I'd like to refactor out common code between CycleFinderTask and TranslateTask in a future PR. I'm undecided between a common base class or util methods. I'm interested in your thoughts on this.

Responses:

Yep SGTM, looks much more readable.
No idea why we add /build/classes.  I assume it has something to do with autogenerated code where the final class file is present there but no source exists.  Have you tried translation without that argument?  I suspect in the normal case it isn't needed.  @confile - thoughts?
I think we should go inheritance or composition, but not utility methods.  The long Utils class is one of the less readable parts of our codebase.

I'll try inheritance. Merging now...

authors: advayDev1 brunobowden confile


text:
Allow optional single-threaded RSS fetching

This enables optional single-threaded fetching of RSS feeds with "parallel": false in the config.
This potentially fixes #53 — separately, the default RSS example config was broken! So this PR also resolves that.
@kwillno — does this fix the issue you were encountering?

Yes, seems to work now. Couldn't get the parallelization to work though, but that might only be my setup. Took longer to render the same rss-source with "parallell" : true than with it disabled.
Also noticed you misspelled parallel as "paralell" in the docs, seems to only work with "parallel". Checked both of them in my config-file.
Nice work!

Ah shoot, good catch! I guess that's what I get for committing code late at night. Fixed the typo!


text:
🛑 ServiceNow PDI is down

In 6a7999f, ServiceNow PDI (https://dev79194.service-now.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ServiceNow PDI is back up in 615794b after 7 days, 10 hours, 43 minutes.

repo: ja-m/Mader-Monitoring


text:
🛑 ServiceNow PDI is down

In 1419433, ServiceNow PDI (https://dev79194.service-now.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ServiceNow PDI is back up in fdbc58a after 6 days, 11 hours, 8 minutes.


text:
Support IOs

hello, for ios when will it be possible to manage it?

What do you mean by "manage"?

Closing as no answer.


text:
Unintuitive font config behavior

Describe the issue
font =  behaves differently from ; font =
Expected behavior:
In both cases I'd expect it to get the font given by fc-match
Actual behavior:
; font = defaults to a "fixed" bitmap font.

Why is this the expected behavior?
Polybar uses fixed as the fallback font when you don't specify any fonts.
If you set
font-0 =

you are explicitly setting the font pattern to the empty string which is then passed to fc-match.
However with
; font-0 =

the line is a comment and polybar will not even read what's on it, thus you didn't actually specify any fonts in your config and polybar will use the fallback fixed and pass that to fc-match.
You should always specify a font, the fallback font is only here in order for your bar to still at least show up, even if you forgot to add fonts to your config.

polybar will use the fallback fixed
That is what is unintuitive. The fallback should be whatever is returned by fc-match with an empty string. I don't kow if fc-match fixed always works, but fc-match should do so.

I still don't see a reason to change this behavior. Polybar will warn you if you didn't specify any fonts. What you are proposing of course also works but for me neither of them is more intuitive than the other.

I don't kow if fc-match fixed always works

fc-match always returns a value, even if the font doesn't exist. What I have noticed is that it always returns whatever fc-match "" returns, if the font is not found.

Assuming you mean bitmap fonts with fc-match fixed, the user might have disabled bitmap fonts.

fc-match will not give you a bitmap font if they are disabled

neither of them is more intuitive than the other.

Fair enough. The reason it's unintuitive to me is that I don't see a reason for font-0 =. Its semantic meaning is (for me at least), exactly the same as if font-0 was never defined in the first place. As a matter of fact, font-0 = should be a syntactic error in my eyes. As it stands, even with the new parser (https://github.com/jaagr/polybar/pull/1237) there's too many different ways of specifying the absence of a value:

Not defining the configuration attribute
attr =
attr = ""

Ideally, there should only be one way of conveying the intention of the absence of a value (which is different from the presence of a value but empty). E.g. foo = None != foo = ""

I see your larger point about absence of values. In the current implementation key =  is the only way to specify that a value is supposed to be the empty string, key = "" unfortunately is interpreted as the literal string "" (which I consider a bug and is fixed in #1377).
Not defining foo is already different than foo = "". For example setting format-disconnected = in the network module will make the module produce no output if the network is disconnected. Not defining the key at all will make polybar produce an error that you didn't define the key.
Currently the semantics are as follows:

The only way to signal the absence of a value is to not define its key.
Setting attr to the empty string can be done with either attr = and attr ="" (once #1377 is merged).

Unfortunately there is no way to explicitly signal that a value should not be defined. We can't use foo = for this because this would break a lot of things since it's currently the only working way of using the empty string. We also can't really use some kind of keyword like None, because what if someone wants to intentionally set it to that value. This is kind of unfortunate but I don't see a good way to do this.

Its semantic meaning is (for me at least), exactly the same as if font-0 was never defined in the first place

The intuition here was that foo = abc and foo = "abc" are equivalent, so foo = and foo = "" should be equivalent too. This also makes things simpler in the code because we don't have to care what's inside the quotes and can just copy it (even if it's the empty string)

All valid points. It's indeed unfortunate it evolved like that. Thanks for the detailed response.
The  domain space of config file formats is unfortunate IMO. I've only found https://github.com/dhall-lang/dhall-haskell to be simple, consistent, with well-defined semantics, and expressive enough without being a Turing-complete language. Anything else (yaml, xml, ini, toml, etc...) seems like an ad-hoc format to me. Unfortunately, there's too much of a barrier to entry for dhall. Oh well :(

dhall looks far from simple, but definitely very expressive. My goal is to create a proper spec for the config file format as part of the man pages so that it's at least well defined.
I don't think we're going to change our config format anytime soon since it would require all users to switch to the new format.

repo: jaagr/polybar


text:
Need some kind of mock YNAB API to run the tests against

Currently I'm running tests against one of my own "test budgets" but that makes it impossible for anyone else to develop with. I need a way to run a mock YNAB Rest API for the tests.

Will need to expand the capabilities as more tests are written, but the basics are in place.


text:
Bugfix/TS 489 Diversity Report Change Calculations

What's included?
Related issue: User Raised Issue BR_ADMIN_PR_000268 #489

Fix change calculations.

Who should test?
✅ Product owner
✅ Developers
How to test?
Example exercise on Production
Steps:

Go to the Diversity Report of an exercise.
Check if the changes are calculated correctly.

Risk - how likely is this to impact other areas?
🟢 No risk - this is a self-contained piece of work
Additional context
Include screen grabs, video demo, notes etc.
Related permissions
Have permissions been considered for this functionality?

No permission changes required
Permissions have been added / updated. Details:

PREVIEW:PRODUCTION
can be OFF, DEVELOP or STAGING

@HalcyonJAC Calculations all look good now :-) Just one thing: we don't need the % Change from previous column on the Applied tab. Is it possible to hide that column on the Applied tab only? Make the test white, would that be a quick solution?

@nickaddy The % Change from previous column has been hidden on the Applied tab. Could you test it again, please?

authors: HalcyonJAC nickaddy

repo: jac-uk/admin


text:
Toggles for Do Not Disturb and Keyboard Backlight

Is your feature request related to a problem? Please describe.
Need toggles for Do Not Disturb and Keyboard Backlight
Describe the solution you'd like
If possible, please add toggles for Do Not Disturb and Keyboard Backlight.
For Do Not Disturb toggle, we can have options in the settings to configure the time (indefinite, 1 hour etc). Would be great if it can be configured to auto enable on screen sharing.
For Keyboard Backlight toggle, the brightness level can be configured in settings, and the toggle would just turn it on or off.
Describe alternatives you've considered
Have to use options from Control Center which involves multiple clicks.

Thank you for your suggestion. According to the past investigation, I didn't find out a way to implement them in OnlySwitch yet.

Ah. that's sad. I am not much familiar with Swift and macOS development but will see if I can find a way.

Ah. that's sad. I am not much familiar with Swift and macOS development but will see if I can find a way.

@praharshjain

Regarding Do not Disturb, many scripts are invalid since Monterey. However, I suppose you make shortcuts for this functionality, and add it into OnlySwitch.
I can give you an example:

If you think it is a plan, I can create shortcuts for other focus modes and contribute them to OnlySwitch's shortcuts gallery.
Regarding the backlight, I found there isn't a common solution for each MacBook module, I only have three modules on my hand, so can't cover all of them.

@jacklandrin this would be great! I did not know OnlySwitch supports Shortcuts. I can do a lot of stuff with this now 🤩

@praharshjain I updated Do Not Disturb shortcut to gallery, you can check it out.

@jacklandrin here is for reference how you can control the keyboard brightness.
https://github.com/rakalex/mac-brightnessctl

authors: jacklandrin praharshjain rakalex

repo: jacklandrin/OnlySwitch


text:
Snapshot list regexp brings back all "gcs" snapshots.

The following regexp is too inclusive:
SNAPSHOT_LIST="$(gcloud compute snapshots list --regexp "(.*gcs-.*)|(.*-${DEVICE_ID}-.*)" --uri)"

It matches any snapshot with "gcs" - it's my understanding you only want to match ones for that particular instance based on it's unique ID (see issue #3). Whereas this is matching either (.gcs-.) or (.-${DEVICE_ID}-.).
Demonstration:
https://regex101.com/r/K2Hcmn/1
If the regex is changed to (gcs-.${DEVICE_ID}-.)" --uri) then it only matches snapshots which are in the format gcs-{whatever}-DEVICE_ID-{whatever}.
Demonstration:
https://regex101.com/r/h3N7rs/1
I haven't done a pull request yet on GitHub but I'll make the change and give it a shot.

Fixed in 9437ee77fbdf990f85d69f18e3be4725246fd641

authors: JoeAlamo jacksegal

repo: jacksegal/google-compute-snapshot


text:
TypeError [ERR_UNESCAPED_CHARACTERS]: Request path contains unescaped characters

When I use with URL contains Double Byte Character (for example: Japanese), returns error as Title.
Reproduction of the problem
<!---OK-->
http://localhost:3000/api/ogp?url=http://affiliweb.info/office/
<!---NG (URL with Double Byte Character)-->
http://localhost:3000/api/ogp?url=http://affiliweb.info/日本語urlってどうよ？/
<!---NG (URL with encoded Double Byte Character)-->
http://localhost:3000/api/ogp?url=http://affiliweb.info/%E6%97%A5%E6%9C%AC%E8%AA%9Eurl%E3%81%A3%E3%81%A6%E3%81%A9%E3%81%86%E3%82%88%EF%BC%9F/

Each addresses are accessible via browser now.

Can you try now on this branch fix/input-url-encoding?

Thank you.
After installing this branch with yarn add https://github.com/jacktuck/unfurl.git#fix/input-url-encoding,
I encountered code: 'MODULE_NOT_FOUND' when I use unfurl by import { unfurl } from 'unfurl.js'.
Reinstalling node_modules  with yarn not fixed this error.

Installing master branch with yarn add unfurl.jsworks like before.

authors: jacktuck nisaji

repo: jacktuck/unfurl


text:
cannot resize information pane

I somehow caused the information pane to be smaller, but now cannot return it to a normal size.
See screenshot: https://snag.gy/ON1sca.jpg
Running latest version, in windows 10.
1.20.1  64

help!!!!

repo: jacogr/atom-git-control


text:
Nodes overlap

Hello everybody
I would like to stack nodes of different sizes on top of each other (same x-y, different sizes). To render them in the correct order I added the 'zIndex' attribute on each node and then I sorted the 'nodesArray' array using the following code:
var arr = graph.nodesArray;
graph.nodesArray = arr.sort(function(n1,n2){
    if(n1.zIndex < n2.zIndex)
        return -1;
    if(n1.zIndex > n2.zIndex)
        return 1;
    return 0;
});

Even if some of the vertices are drawn in the correct order, others are not and remain hidden by the vertices on top of them.
Any help would be greatly appreciated :)

Hello @EngAAlex. Sigma does not support zIndex right now for performance reason (to create a zIndex in both canvas and svg, you need to sort the nodes at each frame rendered and this is very costly). However, if you do need zIndex, there is some way to do so. The idea is to reorder the internal array of nodes so that the one you want on top be last in the array because they will be rendered later.
If you want to try and go this way, I can explain it to you with more details.

Thanks for your kind answer.
I would like to proceed as you suggested, reording the internal array of vertices. I have tried this approach sorting the internal array with the javascript "sort" function. I am looking forward to hearing from you your suggestions.

Is your code available somewhere @EngAAlex? Your above snippet seems correct and I am not sure to know the reason why it fails to render the nodes in correct order.

I'm also interested for a z-index for the nodes.

Did you manage to make this work ? The node position in my array seems to be ignored.
Here is an extract of my code :
n = graph.nodesArray[i]
if (n.myAttributeOk) {
    moved = graph.nodesArray.splice(i, 1);
    graph.nodesArray.unshift(moved[0]);
}

You should do graph.nodesArray.push(n); rather, no?

Well. I've been a bit too quick in my simplification.
Actually, I browse nodes from 0 to maxIndex, and if I find an nok node after having found an ok one, I move it at the begining of the array (I tried to make the less moves as possible in my arrray).
So my if confition is : if (notOkNodeAndOkFound)
I've just noticed some weird behaviour in my logs. When I browse nodesArray through a function, they seem to be well organized, but if I log the nodesArray directly, nothing seems to be updated.
Here is a more exhaustive code example:
UI : I have 5 nodes. Node5 is over node3 ; I click on node 3
Before I click:
	log = "Before: ";
	graph.nodesArray.forEach(function(n) { log += n.label + ", ";});
	console.log(log);
	console.log(graph.nodesArray);
Output:
	node3, node4, node5, node6, node7,
	{node7, node6, node5, node3, node4}
Node reorganization code:
	var activeFound = false, i, inactive;
	for (i = 0; i < graph.nodesArray.length; i++) {
		n = graph.nodesArray[i];
		inactive = n.disabled; /* custom data */
		if (!activeFound && !inactive) {
			activeFound = true;
		} else if (inactive && activeFound) {
			moved = graph.nodesArray.splice(i, 1);
			graph.nodesArray.unshift(moved[0]);
		}
	}
After click on node3:
	log = "After: ";
	graph.nodesArray.forEach(function(n) { log += n.label + ", ";});
	console.log(log);
	console.log(graph.nodesArray);
Output:
	node7, node6, node5, node3, node4,
	{node7, node6, node5, node3, node4}
Node3 is at the end of the array according to the iteration function, but not according to the graph object.

I wrote a custom function and it works now.
The basic idea is to find the ids of target nodes and then put them to the end of the nodesArray
/**
 * put the node at the end of nodesArray
 * @param  {string} id The node id.
 * @return {object}    The graph instance.
 */
graph.addMethod('reorderNodes', function (id) {
    var l = this.nodesArray.length;
    var temp = null;
    //remove node from the nodesArray
    for (let i = 0; i < l; i++)
        if (this.nodesArray[i].id === id) {
            temp = this.nodesArray.splice(i, 1);
            break;
        }
    //push the node into the end
    this.nodesArray.push(temp[0]);
    return this;
});

Looks like this is now supported in v3, you need to set zIndex to true on the graph, then you can apply a zindex to the nodes.

Is zIndexing cross nodes-edges supported?
I would like to show a node and a few edges above all other nodes and edges.
I I set zIndex = true (as suggested by @a-c-m) selected edges are above other edges, and the selected node is above other nodes.
But zIndexed edges are anyway below other non zIndexed nodes.
So I guess zIndex works separately: once for edges and once for nodes.

authors: EngAAlex LiruiErnest Yomguithereal a-c-m arcadeJHS danielritter lapsus63


text:
integration of a new angular template

Hello @jadjoubran ,@Bodom78 , i hope you're doing great.
i really thank you, i'm progressing a lot in my project, i just want to use an admin template that i downloaded, but i don't know how to integrate it to the repository. can you help me please
thank you,
hello @MohamedQabbani , how are you? did you managed to integrate your template?
this is the template that i want to integrate:http://akveo.com/blur-admin-mint/#/dashboard

Hi @norabouhssis,
This really is not an issue but I could help as I'm also in your shoes
The real deal here is, you have to do it manually. There is no 1 solution fits all for all templates.

hey @Ra1da35ma,
thank you for the answer! Can i know the solution please? i'm stuck here.

do you have the source code to the template yet ?
If yes, share the repo and your code lets have a see


text:
How can I get all the span data in the memory for the jaeger all in one back end

I need get all the span  data in the memory for the jaeger all in one back end, How can I get that?
Thank you very much.

You can use the Jaeger Query for that: https://www.jaegertracing.io/docs/1.16/apis/#trace-retrieval-apis

I'm closing this issue as I think the link above answers your question, but feel free to reopen if you have further questions.

repo: jaegertracing/jaeger-operator


text:
Regenerate ES certificated when is close to 1 day for expire

Which problem is this PR solving?

This solves the issue in which for some reason the reconciliation process doesn't trigger and the certificates expired, usually the reconciliation process should be triggered due a change in the CR or it's child resources or after 10hours, but it could happens that the certificate expires immediately or very close after a reconciliation call happens. Then we need to wait other 10 hours to have it renewed if nothing else triggers the reconciliation process.

Description of the changes

Check the certificates expiration, if those expires in 1 day, we renew it.

@frzifus Can you review this one please?

/retest-required

/retest-required

/retest-required

/retest-required


text:
Can't get service name in Jaeger UI with elastic as storage backend

Hello
I made initialize as say instructions
Than spent few spans.
Error in elastic appears when I'm trying to find something in UI:
Caused by: java.lang.IllegalArgumentException: Text fields are not optimised for operations that require per-document field data like aggregations and sorting, so these operations are disabled by default. Please use a keyword field instead. Alternatively, set fielddata=true on [serviceName] in order to load field data by uninverting the inverted index. Note that this can use significant memory. 	at org.elasticsearch.index.mapper.TextFieldMapper$TextFieldType.fielddataBuilder(TextFieldMapper.java:823) ~[elasticsearch-7.10.2.jar:7.10.2]
My configuration:
jaeger: 1.22
Jaeger configuration

SPAN_STORAGE_TYPE: elasticsearch
ES_SERVER_URLS: http://myElasticUrl
ES_USE_ALIASES: true

Elastic's indexes

green open jaeger-span-000001    jsHmjHpsTvSpvxsYMTrMlg 1 0 1 0 14.8kb 14.8kb
green open jaeger-service-000001 F9PxScJ8Qe-NqB5gBnHIpQ 1 0 1 0  4.5kb  4.5kb

Did i miss  some configuration?

same issue

I fixed it by enabling "set fielddata=true" for requested attributes, but elastic says it's not best practice

resolved

create ilm policy first, follow official document
do init (before startup jaeger cluster)
docker run -it --rm --net=host -e ES_USE_ILM=true -e CONDITIONS='{"max_age": "2d", "max_size": "5gb"}' jaegertracing/jaeger-es-rollover:latest init http://localhost:9200

if your es already exist Jaeger index, remove them all by DELETE /jaeger* (which i did this in elasticsearch dashboard via Dev tools)

Jaeger marked ILM feature as experimenal.
I'm little bit afraid to use it

Yep, but ILM is ES feature, and it is stable, it works for me.
With ILM we don't need to manually jaeger-es-rollover to rolling and remove data.

@yinheli Can you show your config?
I can't find spans after rolling indexes by policy

@heruv1m

initialize  refer official documentation.

curl -X PUT http://elastic:xxx@localhost:9200/_ilm/policy/jaeger-ilm-policy \
-H 'Content-Type: application/json; charset=utf-8' \
--data-binary @- << EOF
{
  "policy": {
    "phases": {
      "hot": {
        "min_age": "0ms",
        "actions": {
          "rollover": {
            "max_age": "1d",
            "max_size": "5gb"
          },
          "set_priority": {
            "priority": 100
          }
        }
      },
      "delete": {
        "min_age": "7d",
        "actions": {
          "delete": {}
        }
      }
    }
  }
}
EOF

initialize index (alias, template)

docker run -it --rm --net=host -e ES_USE_ILM=true -e SHARDS=1 -e REPLICAS=0 jaegertracing/jaeger-es-rollover:1.23.0 init http://elastic:xxx@localhost:9200

checkout info
check index template

curl 'http://elastic:xxx@localhost:9200/_template/jaeger*' | jq .
{
  "jaeger-span": {
    "order": 0,
    "index_patterns": [
      "*jaeger-span-*"
    ],
    "settings": {
      "index": {
        "lifecycle": {
          "name": "",
          "rollover_alias": "jaeger-span-write"
        },
        "mapping": {
          "nested_fields": {
            "limit": "50"
          }
        },
        "requests": {
          "cache": {
            "enable": "true"
          }
        },
        "number_of_shards": "1",
        "number_of_replicas": "0"
      }
    },
    "mappings": {
      "dynamic_templates": [
        {
          "span_tags_map": {
            "path_match": "tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        {
          "process_tags_map": {
            "path_match": "process.tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        }
      ],
      "properties": {
        "traceID": {
          "ignore_above": 256,
          "type": "keyword"
        },
        "process": {
          "type": "object",
          "properties": {
            "tag": {
              "type": "object"
            },
            "serviceName": {
              "ignore_above": 256,
              "type": "keyword"
            },
            "tags": {
              "dynamic": false,
              "type": "nested",
              "properties": {
                "tagType": {
                  "ignore_above": 256,
                  "type": "keyword"
                },
                "value": {
                  "ignore_above": 256,
                  "type": "keyword"
                },
                "key": {
                  "ignore_above": 256,
                  "type": "keyword"
                }
              }
            }
          }
        },
        "references": {
          "dynamic": false,
          "type": "nested",
          "properties": {
            "spanID": {
              "ignore_above": 256,
              "type": "keyword"
            },
            "traceID": {
              "ignore_above": 256,
              "type": "keyword"
            },
            "refType": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        "startTimeMillis": {
          "format": "epoch_millis",
          "type": "date"
        },
        "flags": {
          "type": "integer"
        },
        "operationName": {
          "ignore_above": 256,
          "type": "keyword"
        },
        "parentSpanID": {
          "ignore_above": 256,
          "type": "keyword"
        },
        "tags": {
          "dynamic": false,
          "type": "nested",
          "properties": {
            "tagType": {
              "ignore_above": 256,
              "type": "keyword"
            },
            "value": {
              "ignore_above": 256,
              "type": "keyword"
            },
            "key": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        "duration": {
          "type": "long"
        },
        "spanID": {
          "ignore_above": 256,
          "type": "keyword"
        },
        "startTime": {
          "type": "long"
        },
        "tag": {
          "type": "object"
        },
        "logs": {
          "dynamic": false,
          "type": "nested",
          "properties": {
            "fields": {
              "dynamic": false,
              "type": "nested",
              "properties": {
                "tagType": {
                  "ignore_above": 256,
                  "type": "keyword"
                },
                "value": {
                  "ignore_above": 256,
                  "type": "keyword"
                },
                "key": {
                  "ignore_above": 256,
                  "type": "keyword"
                }
              }
            },
            "timestamp": {
              "type": "long"
            }
          }
        }
      }
    },
    "aliases": {
      "jaeger-span-read": {}
    }
  },
  "jaeger-service": {
    "order": 0,
    "index_patterns": [
      "*jaeger-service-*"
    ],
    "settings": {
      "index": {
        "lifecycle": {
          "name": "",
          "rollover_alias": "jaeger-service-write"
        },
        "mapping": {
          "nested_fields": {
            "limit": "50"
          }
        },
        "requests": {
          "cache": {
            "enable": "true"
          }
        },
        "number_of_shards": "1",
        "number_of_replicas": "0"
      }
    },
    "mappings": {
      "dynamic_templates": [
        {
          "span_tags_map": {
            "path_match": "tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        {
          "process_tags_map": {
            "path_match": "process.tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        }
      ],
      "properties": {
        "operationName": {
          "ignore_above": 256,
          "type": "keyword"
        },
        "serviceName": {
          "ignore_above": 256,
          "type": "keyword"
        }
      }
    },
    "aliases": {
      "jaeger-service-read": {}
    }
  }
}

check ilm policy
curl 'http://elastic:xxx@localhost:9200/_ilm/policy/jaeger-ilm-policy' | jq .
{
  "jaeger-ilm-policy": {
    "version": 2,
    "modified_date": "2021-06-07T02:33:49.806Z",
    "policy": {
      "phases": {
        "hot": {
          "min_age": "0ms",
          "actions": {
            "rollover": {
              "max_size": "5gb",
              "max_age": "1d"
            },
            "set_priority": {
              "priority": 100
            }
          }
        },
        "delete": {
          "min_age": "7d",
          "actions": {
            "delete": {
              "delete_searchable_snapshot": true
            }
          }
        }
      }
    }
  }
}

check index
curl 'http://elastic:xxx@localhost:9200/jaeger*' | jq .
{
  "jaeger-service-000001": {
    "aliases": {
      "jaeger-service-read": {},
      "jaeger-service-write": {
        "is_write_index": false
      }
    },
    "mappings": {
      "dynamic_templates": [
        {
          "span_tags_map": {
            "path_match": "tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        {
          "process_tags_map": {
            "path_match": "process.tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        }
      ],
      "properties": {
        "operationName": {
          "type": "keyword",
          "ignore_above": 256
        },
        "serviceName": {
          "type": "keyword",
          "ignore_above": 256
        }
      }
    },
    "settings": {
      "index": {
        "lifecycle": {
          "name": "jaeger-ilm-policy",
          "rollover_alias": "jaeger-service-write",
          "indexing_complete": "true"
        },
        "routing": {
          "allocation": {
            "include": {
              "_tier_preference": "data_content"
            }
          }
        },
        "mapping": {
          "nested_fields": {
            "limit": "50"
          }
        },
        "number_of_shards": "1",
        "provided_name": "jaeger-service-000001",
        "creation_date": "1623033252075",
        "requests": {
          "cache": {
            "enable": "true"
          }
        },
        "priority": "100",
        "number_of_replicas": "0",
        "uuid": "T6SXKkuBTQ-2L915AoIXDQ",
        "version": {
          "created": "7120199"
        }
      }
    }
  },
  "jaeger-service-000002": {
    "aliases": {
      "jaeger-service-read": {},
      "jaeger-service-write": {
        "is_write_index": true
      }
    },
    "mappings": {
      "dynamic_templates": [
        {
          "span_tags_map": {
            "path_match": "tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        {
          "process_tags_map": {
            "path_match": "process.tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        }
      ],
      "properties": {
        "operationName": {
          "type": "keyword",
          "ignore_above": 256
        },
        "serviceName": {
          "type": "keyword",
          "ignore_above": 256
        }
      }
    },
    "settings": {
      "index": {
        "lifecycle": {
          "name": "",
          "rollover_alias": "jaeger-service-write"
        },
        "routing": {
          "allocation": {
            "include": {
              "_tier_preference": "data_content"
            }
          }
        },
        "mapping": {
          "nested_fields": {
            "limit": "50"
          }
        },
        "number_of_shards": "5",
        "provided_name": "jaeger-service-000002",
        "creation_date": "1623120042109",
        "requests": {
          "cache": {
            "enable": "true"
          }
        },
        "number_of_replicas": "0",
        "uuid": "SL8HjlDbQ7yPQOVr0thYlg",
        "version": {
          "created": "7120199"
        }
      }
    }
  },
  "jaeger-span-000001": {
    "aliases": {
      "jaeger-span-read": {},
      "jaeger-span-write": {
        "is_write_index": false
      }
    },
    "mappings": {
      "dynamic_templates": [
        {
          "span_tags_map": {
            "path_match": "tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        {
          "process_tags_map": {
            "path_match": "process.tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        }
      ],
      "properties": {
        "duration": {
          "type": "long"
        },
        "flags": {
          "type": "integer"
        },
        "logs": {
          "type": "nested",
          "dynamic": "false",
          "properties": {
            "fields": {
              "type": "nested",
              "dynamic": "false",
              "properties": {
                "key": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "tagType": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "value": {
                  "type": "keyword",
                  "ignore_above": 256
                }
              }
            },
            "timestamp": {
              "type": "long"
            }
          }
        },
        "operationName": {
          "type": "keyword",
          "ignore_above": 256
        },
        "parentSpanID": {
          "type": "keyword",
          "ignore_above": 256
        },
        "process": {
          "properties": {
            "serviceName": {
              "type": "keyword",
              "ignore_above": 256
            },
            "tag": {
              "type": "object"
            },
            "tags": {
              "type": "nested",
              "dynamic": "false",
              "properties": {
                "key": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "tagType": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "value": {
                  "type": "keyword",
                  "ignore_above": 256
                }
              }
            }
          }
        },
        "references": {
          "type": "nested",
          "dynamic": "false",
          "properties": {
            "refType": {
              "type": "keyword",
              "ignore_above": 256
            },
            "spanID": {
              "type": "keyword",
              "ignore_above": 256
            },
            "traceID": {
              "type": "keyword",
              "ignore_above": 256
            }
          }
        },
        "spanID": {
          "type": "keyword",
          "ignore_above": 256
        },
        "startTime": {
          "type": "long"
        },
        "startTimeMillis": {
          "type": "date",
          "format": "epoch_millis"
        },
        "tag": {
          "type": "object"
        },
        "tags": {
          "type": "nested",
          "dynamic": "false",
          "properties": {
            "key": {
              "type": "keyword",
              "ignore_above": 256
            },
            "tagType": {
              "type": "keyword",
              "ignore_above": 256
            },
            "value": {
              "type": "keyword",
              "ignore_above": 256
            }
          }
        },
        "traceID": {
          "type": "keyword",
          "ignore_above": 256
        }
      }
    },
    "settings": {
      "index": {
        "lifecycle": {
          "name": "jaeger-ilm-policy",
          "rollover_alias": "jaeger-span-write",
          "indexing_complete": "true"
        },
        "routing": {
          "allocation": {
            "include": {
              "_tier_preference": "data_content"
            }
          }
        },
        "mapping": {
          "nested_fields": {
            "limit": "50"
          }
        },
        "number_of_shards": "1",
        "provided_name": "jaeger-span-000001",
        "creation_date": "1623033240343",
        "requests": {
          "cache": {
            "enable": "true"
          }
        },
        "priority": "100",
        "number_of_replicas": "0",
        "uuid": "BwbjMkDRQviC8GmMa_K3tw",
        "version": {
          "created": "7120199"
        }
      }
    }
  },
  "jaeger-span-000002": {
    "aliases": {
      "jaeger-span-read": {},
      "jaeger-span-write": {
        "is_write_index": true
      }
    },
    "mappings": {
      "dynamic_templates": [
        {
          "span_tags_map": {
            "path_match": "tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        },
        {
          "process_tags_map": {
            "path_match": "process.tag.*",
            "mapping": {
              "ignore_above": 256,
              "type": "keyword"
            }
          }
        }
      ],
      "properties": {
        "duration": {
          "type": "long"
        },
        "flags": {
          "type": "integer"
        },
        "logs": {
          "type": "nested",
          "dynamic": "false",
          "properties": {
            "fields": {
              "type": "nested",
              "dynamic": "false",
              "properties": {
                "key": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "tagType": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "value": {
                  "type": "keyword",
                  "ignore_above": 256
                }
              }
            },
            "timestamp": {
              "type": "long"
            }
          }
        },
        "operationName": {
          "type": "keyword",
          "ignore_above": 256
        },
        "parentSpanID": {
          "type": "keyword",
          "ignore_above": 256
        },
        "process": {
          "properties": {
            "serviceName": {
              "type": "keyword",
              "ignore_above": 256
            },
            "tag": {
              "type": "object"
            },
            "tags": {
              "type": "nested",
              "dynamic": "false",
              "properties": {
                "key": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "tagType": {
                  "type": "keyword",
                  "ignore_above": 256
                },
                "value": {
                  "type": "keyword",
                  "ignore_above": 256
                }
              }
            }
          }
        },
        "references": {
          "type": "nested",
          "dynamic": "false",
          "properties": {
            "refType": {
              "type": "keyword",
              "ignore_above": 256
            },
            "spanID": {
              "type": "keyword",
              "ignore_above": 256
            },
            "traceID": {
              "type": "keyword",
              "ignore_above": 256
            }
          }
        },
        "spanID": {
          "type": "keyword",
          "ignore_above": 256
        },
        "startTime": {
          "type": "long"
        },
        "startTimeMillis": {
          "type": "date",
          "format": "epoch_millis"
        },
        "tag": {
          "type": "object"
        },
        "tags": {
          "type": "nested",
          "dynamic": "false",
          "properties": {
            "key": {
              "type": "keyword",
              "ignore_above": 256
            },
            "tagType": {
              "type": "keyword",
              "ignore_above": 256
            },
            "value": {
              "type": "keyword",
              "ignore_above": 256
            }
          }
        },
        "traceID": {
          "type": "keyword",
          "ignore_above": 256
        }
      }
    },
    "settings": {
      "index": {
        "lifecycle": {
          "name": "",
          "rollover_alias": "jaeger-span-write"
        },
        "routing": {
          "allocation": {
            "include": {
              "_tier_preference": "data_content"
            }
          }
        },
        "mapping": {
          "nested_fields": {
            "limit": "50"
          }
        },
        "number_of_shards": "5",
        "provided_name": "jaeger-span-000002",
        "creation_date": "1623120042221",
        "requests": {
          "cache": {
            "enable": "true"
          }
        },
        "number_of_replicas": "0",
        "uuid": "wDtGqy6fStGRQgfZ45P0-Q",
        "version": {
          "created": "7120199"
        }
      }
    }
  }
}

ready to startup jeager server

I have very similar  configuration. May be reason in jaeger's configuration..
Can you add configuration of jaeger-collector and jaeger-query?

@heruv1m
docker-compose for dev/test environment
version: "3"
services:
  collector:
    image: jaegertracing/jaeger-collector:1.23.0
    hostname: collector
    ports:
      - "14250:14250" # grpc used by jaeger-agent to send spans in model.proto format
      - "14268:14268" # http can accept spans directly from clients in jaeger.thrift format over binary thrift protocol
      - "14269:14269" # http admin port: health check at / and metrics at /metrics
    environment:
      - SPAN_STORAGE_TYPE=elasticsearch
      - ES_SERVER_URLS=http://elastic:xxxx@192.168.4.30:9200
    command:
      - "--es.use-aliases=true"
      - "--es.use-ilm=true"
      - "--log-level=debug"
    restart: "unless-stopped"

  query:
    image: jaegertracing/jaeger-query:1.23.0
    hostname: query
    ports:
      - "16686:16686"
    environment:
      - SPAN_STORAGE_TYPE=elasticsearch
      - ES_SERVER_URLS=http://elastic:xxxx@192.168.4.30:9200
      - ES_USE_ALIASES=true
    command:
      - "--es.use-aliases=true"
      - "--es.sniffer=false"
      - "--es.use-ilm=true"
      - "--log-level=debug"
    restart: "unless-stopped"
  # docker run -it --rm -e SPAN_STORAGE_TYPE=elasticsearch jaegertracing/jaeger-query:1.23.0 -h

  agent:
    image: jaegertracing/jaeger-agent:1.23.0
    hostname: agent
    ports:
      - "6831:6831/udp" # accept jaeger.thrift in compact
      - "6832:6832/udp" # accept jaeger.thrift in binary Thrift protocol used by Node.js Jaeger client (because thriftrw npm package does not support compact protocol)
      - "5778:5778" # http serve configs, sampling strategies
      - "14271:14271" # http admin port: health check at / and metrics at /metrics
    command:
      - "--reporter.grpc.host-port=192.168.4.66:14250"
      - "--log-level=debug"
    restart: "unless-stopped"
    depends_on:
      - collector

repo: jaegertracing/jaeger


text:
[Bug]: Internal Server Error When Fetching More Than 60 Traces in Jaeger Using OpenSearch Backend

What happened?
I’m experiencing an issue when querying Jaeger for traces using an OpenSearch backend. When the query is limited to 60 traces, everything works as expected. However, when trying to fetch more than 60 traces, I receive an "Internal Server Error." Interestingly, I manually hit the OpenSearch _msearch API with 500 traces, and it returned a 200 status, indicating that OpenSearch itself is capable of handling larger queries. This suggests that the issue may be related to how Jaeger is interacting with OpenSearch.
Steps to reproduce

Deploy Jaeger with an OpenSearch backend.
Query for traces with a limit of 60. The query succeeds.
Increase the limit to more than 60 traces.
Observe the "Internal Server Error" response.

Expected behavior
Jaeger should successfully return more than 60 traces without encountering an internal server error.
Relevant log output
jaeger logs:
2024-08-11T06:52:02.699771596Z stderr F {"level":"error","ts":1723359122.6995814,"caller":"app/http_handler.go:505","msg":"HTTP handler, Internal Server Error","error":"elastic: Error 502 (Bad Gateway)","stacktrace":"github.com/jaegertracing/jaeger/cmd/query/app.(*APIHandler).handleError\n\tgithub.com/jaegertracing/jaeger/cmd/query/app/http_handler.go:505\ngithub.com/jaegertracing/jaeger/cmd/query/app.(*APIHandler).search\n\tgithub.com/jaegertracing/jaeger/cmd/query/app/http_handler.go:260\nnet/http.HandlerFunc.ServeHTTP\n\tnet/http/server.go:2171\ngithub.com/jaegertracing/jaeger/cmd/query/app.(*APIHandler).handleFunc.traceResponseHandler.func2\n\tgithub.com/jaegertracing/jaeger/cmd/query/app/http_handler.go:549\nnet/http.HandlerFunc.ServeHTTP\n\tnet/http/server.go:2171\ngo.opentelemetry.io/contrib/instrumentation/net/http/otelhttp.WithRouteTag.func1\n\tgo.opentelemetry.io/contrib/instrumentation/net/http/otelhttp@v0.53.0/handler.go:256\nnet/http.HandlerFunc.ServeHTTP\n\tnet/http/server.go:2171\ngo.opentelemetry.io/contrib/instrumentation/net/http/otelhttp.(*middleware).serveHTTP\n\tgo.opentelemetry.io/contrib/instrumentation/net/http/otelhttp@v0.53.0/handler.go:218\ngo.opentelemetry.io/contrib/instrumentation/net/http/otelhttp.NewMiddleware.func1.1\n\tgo.opentelemetry.io/contrib/instrumentation/net/http/otelhttp@v0.53.0/handler.go:74\nnet/http.HandlerFunc.ServeHTTP\n\tnet/http/server.go:2171\nnet/http.HandlerFunc.ServeHTTP\n\tnet/http/server.go:2171\ngithub.com/gorilla/mux.(*Router).ServeHTTP\n\tgithub.com/gorilla/mux@v1.8.1/mux.go:212\ngithub.com/jaegertracing/jaeger/cmd/query/app.createHTTPServer.additionalHeadersHandler.func4\n\tgithub.com/jaegertracing/jaeger/cmd/query/app/additional_headers_handler.go:28\nnet/http.HandlerFunc.ServeHTTP\n\tnet/http/server.go:2171\ngithub.com/jaegertracing/jaeger/cmd/query/app.createHTTPServer.CompressHandler.CompressHandlerLevel.func6\n\tgithub.com/gorilla/handlers@v1.5.2/compress.go:141\nnet/http.HandlerFunc.ServeHTTP\n\tnet/http/server.go:2171\ngithub.com/gorilla/handlers.recoveryHandler.ServeHTTP\n\tgithub.com/gorilla/handlers@v1.5.2/recovery.go:80\nnet/http.serverHandler.ServeHTTP\n\tnet/http/server.go:3142\nnet/http.(*conn).serve\n\tnet/http/server.go:2044"}

Opensearch logs:
TaskCancelledException[The parent task was cancelled, shouldn't start any child tasks, channel closed] at org.opensearch.tasks.TaskManager$CancellableTaskHolder.registerChildNode(TaskManager.java:671) at org.opensearch.tasks.TaskManager.registerChildNode(TaskManager.java:344) at org.opensearch.action.support.TransportAction.registerChildNode(TransportAction.java:78) at org.opensearch.action.support.TransportAction.execute(TransportAction.java:97) at org.opensearch.client.node.NodeClient.executeLocally(NodeClient.java:112) at org.opensearch.client.node.NodeClient.doExecute(NodeClient.java:99) at org.opensearch.client.support.AbstractClient.execute(AbstractClient.java:476) at org.opensearch.client.support.AbstractClient.search(AbstractClient.java:607) at org.opensearch.action.search.TransportMultiSearchAction.executeSearch(TransportMultiSearchAction.java:180) at org.opensearch.action.search.TransportMultiSearchAction$1.handleResponse(TransportMultiSearchAction.java:203) at org.opensearch.action.search.TransportMultiSearchAction$1.onFailure(TransportMultiSearchAction.java:188) at org.opensearch.action.support.TransportAction$1.onFailure(TransportAction.java:124) at org.opensearch.core.action.ActionListener$5.onFailure(ActionListener.java:277) at org.opensearch.action.search.AbstractSearchAsyncAction.raisePhaseFailure(AbstractSearchAsyncAction.java:797) at org.opensearch.action.search.AbstractSearchAsyncAction.onPhaseFailure(AbstractSearchAsyncAction.java:770) at org.opensearch.action.search.FetchSearchPhase$1.onFailure(FetchSearchPhase.java:127) at org.opensearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:54) at org.opensearch.threadpool.TaskAwareRunnable.doRun(TaskAwareRunnable.java:78) at org.opensearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:52) at org.opensearch.common.util.concurrent.TimedRunnable.doRun(TimedRunnable.java:59) at org.opensearch.common.util.concurrent.ThreadContext$ContextPreservingAbstractRunnable.doRun(ThreadContext.java:941) at org.opensearch.common.util.concurrent.AbstractRunnable.run(AbstractRunnable.java:52) at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144) at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) at java.base/java.lang.Thread.run(Thread.java:1583)

Envoy logs:
2024-08-11T06:52:10.495976131Z stdout F [2024-08-11T06:51:59.504Z] "GET /_msearch?rest_total_hits_as_int=true HTTP/1.1" 502 UPE 165089 87 3194 - "-" "elastic/6.2.37 (linux-amd64)" "0b9806da-fc57-4572-b860-3c31a31b922a"

### Screenshot

_No response_

### Additional context

_No response_

### Jaeger backend version

v1.58.0

### SDK

_No response_

### Pipeline

_No response_

### Stogage backend

OpenSearch 2.15

### Operating system

_No response_

### Deployment model

_No response_

### Deployment configs

_No response_

Any updates on this team?

It looks from the logs that you have envoy between Jaeger and opensearch, and envoy logs 502 internal error, so I would remove envoy from the picture and connect Jaeger directly.

authors: raman-goel sudeep-ib yurishkuro


text:
[Wiki] 32bit Warning

JMusicBot does not officially support 32bit java. It would probably be a good idea to add a blurb to either the main readme.md or the setup wiki page that says something along the lines of:

JMusicBot is designed to be run on 64bit systems.
While you can still run JMusicBot on 32bit systems (eg: a Raspberry Pi), it is not officially supported, and you may run into issues.

Such a disclaimer for all platforms/operating systems should also appear in the Installing Java page.

authors: MichailiK SplitPixl

repo: jagrosh/MusicBot


text:
Add: Disconnect button to each new user connection

Adding a disconnect button will allow users/clients to disconnect the peer dataConnection. When a clients are disconnected they can no longer participate in group chat or video conference

.

This addition will be useful in video conference feature, to end the video conference or to exit any user in the conference. Good job @ditml

license: Unlicense


text:
Multi select files

Describe the bug
Cannot Multi select files
How to reproduce
Load a direcoy that has more than one file and try and multi select the files
Expected behavior
be able to multi seelct files

Sorry , I did not work on this project from years. I also think that until now multi selection is not working.

Can you make pull request for it ?

repo: jakbin/filebrowser


text:
Restructure project to follow Atomic Design principles

Refer https://github.com/danilowoz/react-atomic-design for overview of principles

Closed by #42

repo: jakec-dev/travel-planner


text:
Fix conflict markers in timestamp.txt

These are showing up in the UI!
Thanks for the great tool :)

Closed in favour of https://github.com/jakobzhao/virus/pull/35

repo: jakobzhao/virus


text:
Canvas doesn't track quick click and drags

I was playing with your demopage - http://fiala.uk/atrament.js/demo/ -  and noticed that when I try to draw lines quickly (e.g. I tried to draw a horizontal line quickly from one side canvas to another) the line stops after around only 100px or so.

hey, thanks, I'm aware of this issue – it's probably because of the adaptive filtering, I'll fiddle with the params and fix it asap.

Ok, I didn't completely remove this behaviour, as it's inherent in the smoothing filter – if you move too fast, the filter will not be fast enough to catch up. However, I did lower the smoothing limit, so now the line shouldn't stop too soon. Only pushed to master for now, as I don't want to make releases for these hotfixes. Thanks for pointing it out!

authors: jakubfiala jazibobs


text:
🛑 Ironbank is down

In 9e0048c, Ironbank (https://ironbank.dso.mil) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Ironbank is back up in ec3e446 after 4 minutes.

repo: james-martinez/dso-mil


text:
Visible delay after PickPhotoAsync

Bug Information
Version Number of Plugin:
3.0.1
Device Tested On:
Samsung Tab S2
Simulator Tested On:
Version of VS:
2017, latest update
Version of Xamarin:
latest
Steps to reproduce the Behavior
	var picture = await CrossMedia.Current.PickPhotoAsync( new PickMediaOptions{ CustomPhotoSize = 512 } );
	if ( picture != null )
		completionAction( picture );

Expected Behavior
Execution progresses to completionAction() right after media picker UI is closed
Actual Behavior
There is a visible delay - one or two seconds

@duzenko I do not have Samsung Tab to test it out, however I don't see an delay on Mobile devices.
Is it this specific to Tab 2? Do you see this behaviour on other devices too?

+1 I also have visible delay, after invoking PickPhotoAsync() and choosing picture in the UI, and the moment, while picture is choosen and the PickPhotoAsync() invoking is finished (when it moves to next line).
At chinese devices, like Meizu M2 Mini with Mediatek chipset, sometimes it tooks around 2-6 seconds.
After invoking PickPhotoAsync():
var mediaFile = await CrossMedia.Current.PickPhotoAsync();
and after choosing picture, and before this line of code is finished (which tooks as I said 2-6 seconds), there are some logs produced:
10-17 13:06:55.101 I/Choreographer(10011): Skipped 203 frames!  The application may be doing too much work on its main thread.
10-17 13:06:57.573 D/mali_winsys(10011): new_window_surface returns 0x3000
10-17 13:06:57.657 D/mali_winsys(10011): new_window_surface returns 0x3000
10-17 13:06:57.715 I/ExifInterface_JNI(10011): Raw image not detected
10-17 13:06:57.715 W/ExifInterface(10011): Skip the tag entry since tag number is not defined: 546
10-17 13:06:57.716 W/ExifInterface(10011): Skip the tag entry since tag number is not defined: 544
10-17 13:06:57.716 W/ExifInterface(10011): Skip the tag entry since tag number is not defined: 547
10-17 13:06:57.716 W/ExifInterface(10011): Skip the tag entry since tag number is not defined: 545
10-17 13:06:57.716 W/ExifInterface(10011): Skip the tag entry since tag number is not defined: 548
10-17 13:06:57.716 W/ExifInterface(10011): Skip the tag entry since tag number is not defined: 549
10-17 13:06:57.716 W/ExifInterface(10011): Skip the tag entry since tag number is not defined: 2
10-17 13:07:01.140 I/art     (10011): Starting a blocking GC Explicit
10-17 13:07:01.180 I/art     (10011): Explicit concurrent mark sweep GC freed 1240(37KB) AllocSpace objects, 0(0B) LOS objects, 13% free, 105MB/121MB, paused 674us total 39.725ms
10-17 13:07:01.184 D/Mono    (10011): GC_TAR_BRIDGE bridges 50 objects 68986 opaque 36790 colors 50 colors-bridged 50 colors-visible 50 xref 0 cache-hit 0 cache-semihit 0 cache-miss 0 setup 0.07ms tarjan 52.52ms scc-setup 0.06ms gather-xref 0.00ms xref-setup 0.00ms cleanup 2.30ms
10-17 13:07:01.184 D/Mono    (10011): GC_BRIDGE: Complete, was running for 44.40ms
10-17 13:07:01.184 D/Mono    (10011): GC_MINOR: (Nursery full) time 62.07ms, stw 62.76ms promoted 63K major size: 10112K in use: 7616K los size: 2048K in use: 282K
10-17 13:07:01.489 D/Mono    (10011): GC_TAR_BRIDGE bridges 0 objects 0 opaque 0 colors 0 colors-bridged 0 colors-visible 50 xref 0 cache-hit 0 cache-semihit 0 cache-miss 0 setup 0.07ms tarjan 52.52ms scc-setup 0.06ms gather-xref 0.00ms xref-setup 0.00ms cleanup 0.00ms
10-17 13:07:01.489 D/Mono    (10011): GC_BRIDGE: Complete, was running for 0.13ms
10-17 13:07:01.489 D/Mono    (10011): GC_MINOR: (Nursery full) time 2.04ms, stw 2.73ms promoted 0K major size: 10112K in use: 7616K los size: 2048K in use: 282K
10-17 13:07:01.823 D/Mono    (10011): GC_TAR_BRIDGE bridges 0 objects 0 opaque 0 colors 0 colors-bridged 0 colors-visible 50 xref 0 cache-hit 0 cache-semihit 0 cache-miss 0 setup 0.07ms tarjan 52.52ms scc-setup 0.06ms gather-xref 0.00ms xref-setup 0.00ms cleanup 0.00ms
10-17 13:07:01.823 D/Mono    (10011): GC_BRIDGE: Complete, was running for 0.13ms
10-17 13:07:01.823 D/Mono    (10011): GC_MINOR: (Nursery full) time 1.96ms, stw 2.63ms promoted 0K major size: 10112K in use: 7616K los size: 2048K in use: 282K
10-17 13:07:02.150 D/Mono    (10011): GC_TAR_BRIDGE bridges 0 objects 0 opaque 0 colors 0 colors-bridged 0 colors-visible 50 xref 0 cache-hit 0 cache-semihit 0 cache-miss 0 setup 0.07ms tarjan 52.52ms scc-setup 0.06ms gather-xref 0.00ms xref-setup 0.00ms cleanup 0.00ms
10-17 13:07:02.150 D/Mono    (10011): GC_BRIDGE: Complete, was running for 0.14ms
10-17 13:07:02.150 D/Mono    (10011): GC_MINOR: (Nursery full) time 2.04ms, stw 2.73ms promoted 0K major size: 10112K in use: 7616K los size: 2048K in use: 282K
10-17 13:07:02.487 D/Mono    (10011): GC_TAR_BRIDGE bridges 0 objects 0 opaque 0 colors 0 colors-bridged 0 colors-visible 50 xref 0 cache-hit 0 cache-semihit 0 cache-miss 0 setup 0.07ms tarjan 52.52ms scc-setup 0.06ms gather-xref 0.00ms xref-setup 0.00ms cleanup 0.00ms
10-17 13:07:02.487 D/Mono    (10011): GC_BRIDGE: Complete, was running for 0.13ms
10-17 13:07:02.487 D/Mono    (10011): GC_MINOR: (Nursery full) time 1.98ms, stw 2.64ms promoted 0K major size: 10112K in use: 7616K los size: 2048K in use: 282K
10-17 13:07:02.775 I/art     (10011): Starting a blocking GC Explicit
10-17 13:07:02.840 I/art     (10011): Explicit concurrent mark sweep GC freed 5174(150KB) AllocSpace objects, 2(99MB) LOS objects, 40% free, 6MB/10MB, paused 750us total 65.204ms
10-17 13:07:02.849 D/Mono    (10011): GC_TAR_BRIDGE bridges 492 objects 1842 opaque 457 colors 497 colors-bridged 487 colors-visible 487 xref 125 cache-hit 0 cache-semihit 0 cache-miss 10 setup 0.15ms tarjan 1.98ms scc-setup 0.21ms gather-xref 0.05ms xref-setup 0.02ms cleanup 0.23ms
10-17 13:07:02.849 D/Mono    (10011): GC_BRIDGE: Complete, was running for 78.62ms
10-17 13:07:02.849 D/Mono    (10011): GC_MAJOR: (user request) time 55.19ms, stw 57.33ms los size: 2048K in use: 194K
10-17 13:07:02.849 D/Mono    (10011): GC_MAJOR_SWEEP: major size: 10080K in use: 7460K

Can it be related to PickMediaOptions?
                var picture = await CrossMedia.Current.PickPhotoAsync( new PickMediaOptions { CustomPhotoSize = 512 } );

There are a lot of things happening here such as copying files, compressing files, etc, and that takes time.

I understand that, but why can't we make this async?

All of that work is done on the background. There are limitations on where and when files need to be transfered. Open to PRs if you want to try to optimize more.

authors: Szymaniuk duzenko jamesmontemagno prashantvc

repo: jamesmontemagno/MediaPlugin


text:
results disappear on real IOS device after a short silence

Hi, first of all thanks for this library, because it works much better than react-native-voice. Congratulations <3
I have a small problem, because when I test it on the IOS emulator, it works perfectly. I can pause while speaking and everything is read correctly. However, on the real device, when I take a pause while speaking, then the results after the pause overwrite the results before the pause.
Here is my config
//...
    const [settings, _] = useState<ExpoSpeechRecognitionOptions>({
        lang: languageToCode(lang! as Language) ?? 'en-NZ',
        interimResults: true,
        maxAlternatives: 3,
        continuous: true,
        requiresOnDeviceRecognition: false,
        addsPunctuation: true,
        androidIntentOptions: {
            EXTRA_SPEECH_INPUT_COMPLETE_SILENCE_LENGTH_MILLIS: 10000,
        },
    });

    useSpeechRecognitionEvent("result", (ev) => {
        const transcript = ev.results[0]?.transcript || "";

        setTranscription((current) => {
            const transcriptTally = ev.isFinal
                ? (current?.transcriptTally ?? "") + transcript
                : (current?.transcriptTally ?? "");

            return {
                transcriptTally,
                transcript: ev.isFinal ? transcriptTally : transcriptTally + transcript,
            };
        });
    });

    useSpeechRecognitionEvent("start", () => {
        setStatus("recognizing");
    });

    useSpeechRecognitionEvent("end", () => {
        setStatus("idle");
    });

    useSpeechRecognitionEvent("error", (ev) => {
        setError(ev);
        errorToast({title: `${t('toasts.somethingWentWrong')}`})
    });

    useSpeechRecognitionEvent("nomatch", (ev) => {
    });

     const startListening = () => {
        if (status !== "idle") return;

        setError(null);
        setStatus('starting');
        ExpoSpeechRecognitionModule.requestPermissionsAsync().then((result) => {
            if (!result.granted) {
                errorToast({title: t('toasts.permissionsNotGranted')})
                return;
            }
            ExpoSpeechRecognitionModule.start(settings);
        });
    };

And the videos presenting the problem

From emulator

https://github.com/user-attachments/assets/c2876b61-6904-4b0b-a66c-5949e8530f5b

The real device

https://github.com/user-attachments/assets/1adcd7a2-2cc4-41d4-927e-0951225d8ba6

I think it's the API problem instead of my code as I copied the example from this repo and problem is the same.
Could you somehow increase the length of possible silence on IOS (I completely do not know swift) or maybe you can suggest some workaround? Would be really grateful

Hmm that's quite an unusual issue. The continuous mode on iOS doesn't have any special config around speech silence and under the hood we're only just setting some flags (such as requiresOnDeviceRecognition, addsPunctuation, taskHint, etc) for the underlying speech recognizer prior to starting.
I haven't got an iOS device to test this out on right now but will get back to you in the next day or two. If I were to guess though, this may just have something to do with network-based recognition and you may want to enable requiresOnDeviceRecognition on iOS.
Could you provide me the following:

A console.log() of the data from the start/result/end events on the physical device and paste them here
The iOS version are you running on the physical device

Thanks!

I will send the logs in the next few hours, but for now I think the problem may be related to the IOS version.
The first phone where the problem occurs has IOS 18.0 installed. But now I have tested the feature also on a phone with IOS 15 and it works fine. Also, I previously used the react-native-voice library with IOS 17.x.x and it also worked fine.
Maybe there are some changes in version 18.0?

@Jankaz2 Looks like you're right! https://forums.getdrafts.com/t/ios-18-macos-15-beta-warning-for-dictation-users/15334

Apple has introduced a bug in their speech recognition frameworks that renders it impossible to do long-form dictation when running on iOS 18 or macOS 15. This will appear in Drafts as data being discarded as you dictate and only the most recent utterance being retained.

ok, so I guess we have to wait for the bugfixes from Apple. But the same problem is on Android emulator device (I do not have the real one to check), but maybe I am missing something in my speech config?

Ok, so I guess we just have to wait for bug fixes from Apple.
But I have another question, because now I'm testing this on various Android emulators / real device, and the speech recognition stops right after I stop talking for a millisecond, even though I have an additional Android configuration of
EXTRA_SPEECH_INPUT_COMPLETE_SILENCE_LENGTH_MILLIS: 10000. Am I missing something?

There's a hacky workaround that I'll be exploring to fix the iOS 18 issue that involves checking whether speechDuration is a positive number. It seems like the Apple engineers intended that this is a final result, so I'll be emitting a result event with isFinal: true here. That way, there shouldn't be any need for further changes on your end.

@Jankaz2 I've just released a new version at expo-speech-recognition@0.2.20. Let me know if that solves the issue for you.

yes, it works perfectly. thanks a lot :)

Sweet! Closing this issue. I might open up an issue for the Android <=12 continuous recording issue, but for the time being I've added a note to the README.

repo: jamsch/expo-speech-recognition


text:
Sorry to bother you, but there is a slight issue ...

Hello, i run jenkins in container engine and i have the 'No valid crumb' everytime so i tried Build Monitor to fix my issue but no result.
Please help

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/35821735-sorry-to-bother-you-but-there-is-a-slight-issue?utm_campaign=plugin&utm_content=tracker%2F580790&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F580790&utm_medium=issues&utm_source=github).

Hey @dannickmontanede what version of Jenkins are you on? Some time ago Jenkins changed how it deals with the .crumb header and that might confuse servers such as Nginx if you happen to be using one? See #215

i use 2.12 version, i've ever seen #215  and try your last build but the problem stay the same and i don't what is this 403 error

Is there any caching or load balancing happening between your Jenkins and the browser? If that's the case then the problem might be related to issues #166 and #231, fixed in this build. Perhaps you'd like to give that build a try?

yes you right i used a load balancer, but i added

your build and the problem is the same

i added your build and i've the 403 error for each reload

Interesting... This doesn't seem like a problem with Build Monitor, but most likely with some component between Jenkins and the Build Monitor dashboard.
Perhaps this helps you with investigating what's going on:

whenever a user loads the Build Monitor dashboard for the first time, Jenkins generates a unique token for them, called the .crumb (it might be called Jenkins-Crumb on Jenkins 2.x). This token is unique for every user and you can see its value within the page source of the dashboard:

this header (1e5e00e5-ba09-4bcf-87d4-3c2eba2a729c in this case) is attached to every requests Build Monitor makes to Jenkins and that's how Jenkins verifies where a given request came from:

The things that can go wrong:

If there's a caching layer between the Jenkins server and the browser displaying the Build Monitor dashboard, it might cache the HTML and the original value of the .crumb token, causing multiple users to use the same .crumb and Jenkins to return a 403.
There was a problem with Nginx and Jenkins 2.x some time ago, where Nginx (acting as a proxy) removed the .crumb header (if I remember correctly that was because it starts with a .), that's why recent versions of Jenkins use the Jenkins-Crumb instead. If you have Nginx in your setup and your Jenkins is configured to use .crumb rather than Jenkins-Crumb, it might be that Nginx removes the header and Jenkins has no way of verifying the request.

Hope this helps!
J

Closing as @dannickmontanede and I found out that the problem is not related to Build Monitor but to the Nginx configuration.

authors: dannickmontanede jan-molak

repo: jan-molak/jenkins-build-monitor-plugin


text:
Adding rancher-letsencrypt to existing stack

If you add rancher-letsencrypt via the catalog you can't add the service to a existing stack. :(

Hello,
I've go the same problem. I just added your rancher-letsencrypt to my Rancher, it installed successfully but my loadbalancer doesn't find the certificate.
Is there a proper way to use rancher-letsencrypt ?
Thanks for your help :-)

authors: DirkWolthuis benedictegarcia

repo: janeczku/rancher-letsencrypt


text:
Remove duplicate check for merlin context

This check is done in add_rules and dot_merlin. Only of those checks is
necessary. The check in dot_merlin is removed.
Little blemish that I noticed.

Thanks, looks good to me

authors: diml rgrinberg

repo: janestreet/jbuilder


text:
Clarify use of the .exe extension

.exe for executables is usually a windows-only convention; this threw me
for a moment and it seems worth calling out that this isn't platform
dependent.

Willing to tweak it, but I do think it makes sense to specifically call out Windows, as it is normally a Windows specific convention.

I made the changes to the wording. I don't think I'm going to find time
in the near future to dig into the rest of the dos and add further
enhancements; Hopefully this is useful by itself.

You're welcome!


text:
Gracefully handle owee failures in Elf.addr_table

Owee shouldn't have the ability to crash magic-trace. It's ~always preferably to not display debug info instead of crashing on users.

I reworked this, please take another look.

repo: janestreet/magic-trace


text:
linux support

make a linux support please.

Hi, this project relies on pre-compiled libraries bundled with Windows and macOS forensic tools. If you know of a Linux tool that includes a native Linux .so file, I can add support. Otherwise, pyPhotoDNA already supports wine to run the Windows DLL under Linux.