Replace print with logging

Replaces print statements with logging (resolves #44)
verbose option now shows a progress bar instead

TODO:

[x] Remove tqdm as a dependency
[x] Document an example of how to print the logging

The update to the docs directory would update the docs on the website, maybe need to address https://github.com/rparini/cxroots/issues/119 so that the breaking changes here will not confuse users

Merging this in will immedately update the docs, even before the release is made. Need to either remove the commits to the docs directory or how change how docs are hosted/generated.


[Feature Request]: Better API for Context

Feature Description
Implement a get/set API for the Context instance instead of accessing the underlying data dictionary directly, e.g. context.get("foo") instead of context.data["foo"]
Reason
Using a vanilla dict for context data is limiting and not very intuitive. This change would also allow for more flexible data persistence strategies, as the context data wouldn't be confined to in-memory storage in the current process.
Value of Feature
No response

We do already have a kvstore abstraction. I wonder if that could be looped in a in at some point


Not able to set as default

Description
The switch to set the files app as a default file explorer doesn't show up anymore. It used to be an option, and it worked well. Now I can't do that anymore, and this kind of makes the whole app pointless...

Steps To Reproduce
In the settings, experimental.
Expected behavior
It should show up.
Files Version
Version: <IP_ADDRESS> OS Version: 10.0.19044.1586
Windows Version
Windows 10 21H2
Relevant Assets/Logs
debug_fulltrust.log
debug.log

At Microsoft request, the option is only available in the sideloded version

still, when I click to activate, and then close the settings, it resets to it being off

I just checked and actually the option turns itself off after a few secs

Do you get the request for administrator when you turn it on?

no this doesn't pop up. and it is weird, since it did before

Indeed it looks like there's some issue with the stable version.

Does you windows user name contain a space?
Could you check if you have the same issue with the preview version?

yeah I do have the same issue w the preview version

@yaichenbaum it looks like the stable sideloaded package (v2.1.24) does not include #8780, is that expected?
This issu eappear different though, @IlPeppeDelPorcoDio could you upload the two new log files?

debug.log
debug_fulltrust.log
that folder doesn't appear to be existing

I'm stumped, if you with you may try the "manual" method:

Download this zip: SetFilesAsDefault.zip
Unpack it in %LocalAppData%\Files (you'll need to create the folder)
Run "SetFilesAsDefault.reg"

It did work thanks, also, will I be able to download updates if I have this version installed?

Glad it's working! Yes, the sideload version has auto-update.

ok thank you so much for the help!

@yaichenbaum it looks like the stable sideloaded package (v2.1.24) does not include https://github.com/files-community/Files/pull/8780, is that correct?

@gave92 that's correct, we're going to wait until the next major release to bring this change to the stable version.


ot the config file and the file is saved worlds

worlds modify my config files and the file to restarting the server to load the config settings are restored as though they had never played and want to remove the chat prefix as it is very annoying

No longer the case, ticket closed due to lack of updates on ticket.


ThinkingSphinx::SphinxError: Unknown MySQL error

Hi folks, I have a problem with thinking-sphinx 5.2.1 and a docker based development env based on passenger-docker (https://github.com/phusion/passenger-docker)  & mysql 5.7. I'm using the gem mysql2 version 0.5.3
$ bin/rails about

About your application's environment
Rails version             6.0.4
Ruby version              ruby 3.0.2p107 (2021-07-07 revision 0db68f0233) [x86_64-linux]
RubyGems version          3.2.25
Rack version              2.2.3
JavaScript Runtime        mini_racer (V8)
Environment               development
Database adapter          mysql2

This is my thinking_sphinx.yml used to generate the file config/development.sphinx.conf
development:
  mysql41: 9306
  bin_path: "/usr/local/sphinx/bin"
  dict: keywords
  min_infix_len: 3
  html_strip: true

This is what I get on index rebuild
$ bin/rails ts:rebuild

Generating configuration to /home/app/demo/config/development.sphinx.conf
Sphinx 2.2.11-id64-release (95ae9a6)
Copyright (c) 2001-2016, Andrew Aksyonoff
Copyright (c) 2008-2016, Sphinx Technologies Inc (http://sphinxsearch.com)

using config file '/home/app/demo/config/development.sphinx.conf'...
listening on <IP_ADDRESS>:9306
precaching index 'searchable_item_core'
precached 1 indexes in 0.003 sec
Started searchd successfully (pid: 8450).
Generating index files for searchable_item_core
rails aborted!
ThinkingSphinx::SphinxError: Unknown MySQL error
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `connect'
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `initialize'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `new'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `client'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:28:in `close!'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:32:in `block in pool'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:88:in `delete_element'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:140:in `rescue in take'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:139:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:40:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:57:in `block in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `block in instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/logger.rb:5:in `log'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:56:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:50:in `delete_existing'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:20:in `copy'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:17:in `block in populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:136:in `block in find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:238:in `block in in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `loop'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:135:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/querying.rb:21:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:16:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:5:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:16:in `block in call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `each'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/index_real_time.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:11:in `call_with_handling'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commander.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/base.rb:9:in `command'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/real_time.rb:26:in `index'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/tasks.rb:68:in `block (3 levels) in <top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:23:in `block in perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:20:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/command.rb:48:in `invoke'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands.rb:18:in `<top (required)>'
/home/app/demo/bin/rails:9:in `require'
/home/app/demo/bin/rails:9:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/command.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client.rb:30:in `run'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/bin/spring:49:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `<top (required)>'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
/home/app/demo/bin/spring:15:in `<top (required)>'
bin/rails:3:in `load'
bin/rails:3:in `<main>'

Caused by:
Mysql2::Error: Unknown MySQL error
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `connect'
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `initialize'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `new'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `client'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:28:in `close!'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:32:in `block in pool'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:88:in `delete_element'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:140:in `rescue in take'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:139:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:40:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:57:in `block in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `block in instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/logger.rb:5:in `log'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:56:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:50:in `delete_existing'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:20:in `copy'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:17:in `block in populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:136:in `block in find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:238:in `block in in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `loop'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:135:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/querying.rb:21:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:16:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:5:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:16:in `block in call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `each'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/index_real_time.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:11:in `call_with_handling'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commander.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/base.rb:9:in `command'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/real_time.rb:26:in `index'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/tasks.rb:68:in `block (3 levels) in <top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:23:in `block in perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:20:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/command.rb:48:in `invoke'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands.rb:18:in `<top (required)>'
/home/app/demo/bin/rails:9:in `require'
/home/app/demo/bin/rails:9:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/command.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client.rb:30:in `run'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/bin/spring:49:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `<top (required)>'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
/home/app/demo/bin/spring:15:in `<top (required)>'
bin/rails:3:in `load'
bin/rails:3:in `<main>'

Caused by:
Innertube::Pool::BadResource: Innertube::Pool::BadResource
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:46:in `rescue in block in take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:41:in `block in take'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:138:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:40:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:57:in `block in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `block in instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/logger.rb:5:in `log'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:56:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:50:in `delete_existing'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:20:in `copy'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:17:in `block in populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:136:in `block in find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:238:in `block in in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `loop'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:135:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/querying.rb:21:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:16:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:5:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:16:in `block in call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `each'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/index_real_time.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:11:in `call_with_handling'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commander.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/base.rb:9:in `command'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/real_time.rb:26:in `index'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/tasks.rb:68:in `block (3 levels) in <top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:23:in `block in perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:20:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/command.rb:48:in `invoke'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands.rb:18:in `<top (required)>'
/home/app/demo/bin/rails:9:in `require'
/home/app/demo/bin/rails:9:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/command.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client.rb:30:in `run'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/bin/spring:49:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `<top (required)>'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
/home/app/demo/bin/spring:15:in `<top (required)>'
bin/rails:3:in `load'
bin/rails:3:in `<main>'

Caused by:
ThinkingSphinx::QueryExecutionError: Unknown MySQL error - DELETE FROM searchable_item_core WHERE sphinx_internal_id IN (116024, 116025, 116026, 116027, 116028, 116029, 116030, 116031, 116032, 116033, 116034, 116035, 116036, 116037, 116038, 116039, 116040, 116041, 116042, 116043, 116044, 116045, 116046, 116047, 116048, 116049, 116050, 116051, 116052, 116053, 116054, 116055, 116056, 116057, 116058, 116059, 116060, 116061, 116062, 116063, 116064, 116065, 116066, 116067, 116068, 116069, 116070, 116071, 116072, 116073, 116074, 116075, 116076, 116077, 116078, 116079, 116080, 116081, 116082, 116083, 116084, 116085, 116086, 116087, 116088, 116089, 116090, 116091, 116092, 116093, 116094, 116095, 116096, 116097, 116098, 116099, 116100, 116101, 116102, 116103, 116104, 116105, 116106, 116107, 116108, 116109, 116110, 116111, 116112, 116113, 116114, 116115, 116116, 116117, 116118, 116119, 116120, 116121, 116122, 116123, 116124, 116125, 116126, 116127, 116128, 116129, 116130, 117575, 117576, 117577, 117578, 117579, 117580, 117581, 117582, 117583, 117584, 117585, 117586, 117587, 117588, 117589, 117590, 117591, 117592, 117593, 117594, 117595, 117596, 117597, 117598, 117599, 117600, 117601, 117602, 117603, 117604, 117605, 117606, 117607, 117608, 117609, 117610, 117611, 117612, 117613, 117614, 117615, 117616)
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:70:in `rescue in perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:66:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:51:in `check_and_perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:32:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:58:in `block (2 levels) in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:42:in `block in take'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:138:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:40:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:57:in `block in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `block in instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/logger.rb:5:in `log'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:56:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:50:in `delete_existing'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:20:in `copy'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:17:in `block in populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:136:in `block in find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:238:in `block in in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `loop'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:135:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/querying.rb:21:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:16:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:5:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:16:in `block in call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `each'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/index_real_time.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:11:in `call_with_handling'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commander.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/base.rb:9:in `command'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/real_time.rb:26:in `index'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/tasks.rb:68:in `block (3 levels) in <top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:23:in `block in perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:20:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/command.rb:48:in `invoke'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands.rb:18:in `<top (required)>'
/home/app/demo/bin/rails:9:in `require'
/home/app/demo/bin/rails:9:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/command.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client.rb:30:in `run'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/bin/spring:49:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `<top (required)>'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
/home/app/demo/bin/spring:15:in `<top (required)>'
bin/rails:3:in `load'
bin/rails:3:in `<main>'

Caused by:
ThinkingSphinx::SphinxError: Unknown MySQL error
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `connect'
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `initialize'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `new'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `client'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:22:in `results_for'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:65:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:51:in `check_and_perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:32:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:58:in `block (2 levels) in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:42:in `block in take'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:138:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:40:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:57:in `block in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `block in instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/logger.rb:5:in `log'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:56:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:50:in `delete_existing'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:20:in `copy'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:17:in `block in populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:136:in `block in find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:238:in `block in in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `loop'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:135:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/querying.rb:21:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:16:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:5:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:16:in `block in call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `each'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/index_real_time.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:11:in `call_with_handling'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commander.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/base.rb:9:in `command'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/real_time.rb:26:in `index'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/tasks.rb:68:in `block (3 levels) in <top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:23:in `block in perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:20:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/command.rb:48:in `invoke'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands.rb:18:in `<top (required)>'
/home/app/demo/bin/rails:9:in `require'
/home/app/demo/bin/rails:9:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/command.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client.rb:30:in `run'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/bin/spring:49:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `<top (required)>'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
/home/app/demo/bin/spring:15:in `<top (required)>'
bin/rails:3:in `load'
bin/rails:3:in `<main>'

Caused by:
Mysql2::Error: Unknown MySQL error
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `connect'
/usr/local/rvm/gems/ruby-3.0.2/gems/mysql2-0.5.3/lib/mysql2/client.rb:90:in `initialize'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `new'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:13:in `client'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/mri.rb:22:in `results_for'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:65:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:51:in `check_and_perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection/client.rb:32:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:58:in `block (2 levels) in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:42:in `block in take'
/usr/local/rvm/gems/ruby-3.0.2/gems/innertube-1.1.0/lib/innertube.rb:138:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/connection.rb:40:in `take'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:57:in `block in execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `block in instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications/instrumenter.rb:24:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/activesupport-6.0.4/lib/active_support/notifications.rb:180:in `instrument'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/logger.rb:5:in `log'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:56:in `execute'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:50:in `delete_existing'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/transcriber.rb:20:in `copy'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:17:in `block in populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:136:in `block in find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:238:in `block in in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `loop'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:222:in `in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/relation/batches.rb:135:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/activerecord-6.0.4/lib/active_record/querying.rb:21:in `find_in_batches'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:16:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/populator.rb:5:in `populate'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:16:in `block in call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `each'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:15:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/real_time/processor.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/index_real_time.rb:5:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:11:in `call_with_handling'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commands/base.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/commander.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/base.rb:9:in `command'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/interfaces/real_time.rb:26:in `index'
/usr/local/rvm/gems/ruby-3.0.2/gems/thinking-sphinx-5.2.1/lib/thinking_sphinx/tasks.rb:68:in `block (3 levels) in <top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:23:in `block in perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands/rake/rake_command.rb:20:in `perform'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/command.rb:48:in `invoke'
/usr/local/rvm/gems/ruby-3.0.2/gems/railties-6.0.4/lib/rails/commands.rb:18:in `<top (required)>'
/home/app/demo/bin/rails:9:in `require'
/home/app/demo/bin/rails:9:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/rails.rb:28:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client/command.rb:7:in `call'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/client.rb:30:in `run'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/bin/spring:49:in `<top (required)>'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `load'
/usr/local/rvm/gems/ruby-3.0.2/gems/spring-2.1.1/lib/spring/binstub.rb:11:in `<top (required)>'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
<internal:/usr/local/rvm/rubies/ruby-3.0.2/lib/ruby/site_ruby/3.0.0/rubygems/core_ext/kernel_require.rb>:85:in `require'
/home/app/demo/bin/spring:15:in `<top (required)>'
bin/rails:3:in `load'
bin/rails:3:in `<main>'
Tasks: TOP => ts:rebuild => ts:rt:index
(See full trace by running task with --trace)

Many thanks in advance for your help.
Mauro

Hi Mauro
This is a bit of a mystery bug! I'm not really sure what the cause is… but I guess my one thought thus far is: has Sphinx been compiled with MySQL support? And especially, against MySQL v5.7? I know it seems likely, given you're using MySQL 5.7, but given the issue seems to be tied to connecting to Sphinx itself, that's my first guess.
And unfortunately, it's difficult to tell whether Sphinx has such support compiled. There's no flag to run one of the binaries with to check. So: how did you install Sphinx in this docker image?

Hi Pat,
many thanks for your replay.
My development environment is based on Docker, I have to images:

MySQL 5.7 (official)
Custom image based on passenger-docker in which I installed sphinx 2.2.11 (compiled with --with-mysql flag) and mysql-client v 5.7

From second container:
$ mysql --version
mysql  Ver 14.14 Distrib 5.7.34, for Linux (x86_64) using  EditLine wrapper

This setup worked with ruby 2.6.x, but now that I upgraded to ruby 3.0.2 and thinking-sphinx 5.2.1 it doesn't work anymore. Is this related to the thinking_sphinx.yml configuration file? Or maybe to the mysql container (do I have to expose ports other than the classic 3306)?
Many thanks in advance.
Mauro

Hmm. Can you check whether any other versions of the MySQL client libraries are installed? I'm wondering if Sphinx or mysql2 got compiled against the wrong version.
It's just that I've only seem these ambiguous errors due to incorrect MySQL versions (usually via the client libraries).
I don't think it's anything to do with the MySQL container or ports - it's not an issue with talking to your database, but rather talking to Sphinx. Sphinx uses the MySQL protocol for communications with its daemon, hence the importance of the MySQL client library. (i.e. this can also be an issue with the MySQL client library even when using PostgreSQL for your app's database)

@pat many thanks for your help.
I carefully checked my Docker file and I finally managed to solve the problem: the problem was related to the libmysqlclient-dev package that was installed through apt-get command.
I now install MySQL related packages through specific .deb packages download from mysql web site.
I provide the relevant part of my Dockerfile as it could be useful to others.


Re-create new certificate

Hello and thanks for this script, it works great but I did something wrong: I have 3 domains hosted on the same vps, last month I added a certificate for every domain and everything went fine. I setup  two of my domains using ssl. Today I wanted to add a certificate for the third domain but I forgot I already created one  certificate last month so I started the script. I end up with all 3 domains not reachble.
I deleted the third domain .ssl.conf and webistes are reachable again.
I would like to know how could I solve this? I would like to use an ssl certificate for all my 3 domains.
thank you in advance

nobody ?

Are you on Ubuntu 14.04 or 16.04?
If on 16.04, try this
certbot -d example.org,www.example.org,another.example.org --expand
You might need to edit your nginx conf file to add the additional domain names yourself

Thanks for your answer, I am using Ubuntu 16.04, and I am getting a "command not found" error when running the command above. Should I run it from a specific directory? Thank you


URL is 404

What is the URL of the document?
https://github.com/awslabs/kubeflow-manifests/blob/main/docs/deployment/cognito/README.md#40-building-manifests-and-deploying-kubeflow
Which section(s) is the issue in?
Can't open the URL which is a part of instruction of deploying kubeflow with Conginto
from this page: https://github.com/awslabs/kubeflow-manifests/blob/main/docs/deployment/cognito/README-automated.md
What needs fixing and describe the solution you'd like?
Fix it with right URL.
Additional context

We are working on the .md files in main branch
For now please use :

website: https://awslabs.github.io/kubeflow-manifests/docs/deployment/cognito/guide/
or
The release branch : https://github.com/awslabs/kubeflow-manifests/tree/release-v1.4.1-aws-b1.0.0/docs/deployment/cognito


RD2: Nightly Batch Framework

Framework for automated process whereby each Active recurring donation is evaluated to process past due installments, create the next installment if required, update the Next Donation Date, and other required automation.
Critical Changes
Changes
Issues Closed
New Metadata
Apex Classes:

RD2_OpportunityEvaluation_BATCH
RD2_OpportunityEvaluation_TEST

Custom Labels:

RD2_ErrorEnhancedRDBatchJobCannotBeRun
RD_ErrorLegacyBatchJobCannotBeRun

Deleted Metadata

**lurch: attach W-035566

Tracking W-035566

Thanks for your review @RadSFDeveloper. All changes made.

QE testing for this PR is complete.  Tests have passed.
For further testing details, see:
https://foundation.lightning.force.com/lightning/r/agf__ADM_Work__c/a2x1E000001C9tlQAC/view
https://salesforce.quip.com/2O0bARVu6IfV
Merging PR (once build is complete) and setting WI status to Closed.


Fix OME Model configuration file

Remove obsolete environment variable logic - release can be bumped by PR
Fix extlink

This should turn the FORMATS-merge-docs job green /cc @hflynn

Has indeed fixed https://ci.openmicroscopy.org/view/Docs/job/FORMATS-merge-docs/828/

No point leaving this in long Travis queue


Localizations are not included in .pext archive

There are only fr_FR and LocSource in 0.3 release

Sorry.
I'm published a new release with localization missing.


Feature Request: Option to Open URLs in the Same Tab

It would be great to define if the CELL URL opens in the same tab. Currently it always opens in a new tab.
Thanks for your attention!

Thanks for the feedback. This has been added and will be in the next build. You can configure it at the site, panel or cell level.
cell example
panel example
site example

published in 1.14.0

Thank you so much andymchugh


0.2.0

Now that #311 is merged we can think about tagging a release. This PR does two things that help with this.

Add a "version = 0.1.0" to all internal dependencies. This is needed in case we want to publish to crates.io and this felt like the right time. This also makes it a prime candidate for a 0.1.0-tag.
Bump to 0.2.0. We don't really care about semver technicalities just yet (imo) since it's easier to move all versions at the same time.

Feels like it's annoying to bump the versions - but looks good to me!

echo **/Cargo.toml | xargs sed -i "s/0.1.0/0.2.0/g" is the super easy fix. I don't know enough sed to only match on lines containing sylt but I believe it could be done. Also, cargo complains if something is wrong. It could be better but it could be worse.


APP crash issue

I am working on the Windows on ARM app compatibility ecosystem and encountered an issue where the app ZWCAD (https://www.zwcad.com/download-thanks/MTcyOTc2MDQyMmh0dHBzOi8vZGwuendzb2Z0LmNuL3p3Y2FkL2NhZC8yMDI1L1JlbGVhc2UxLjJfTmV3L1pXQ0FEXzIwMjVfMS4yX0Noc19XaW5fNjRiaXQuZXhl/zw) crashes in mimalloc-override.dll, showing a segment pointing to an invalid address. Initially, I suspected that the crash might be due to a double free or other issue within the app. However, I couldn’t reproduce the issue when running the same app on Windows x64.
I noticed the following issue, which I believe might be related to the crash:
mimalloc: option 'disallow_arena_alloc': 0
mimalloc: option 'retry_on_oom': 400
mimalloc: option 'visit_abandoned': 0
mimalloc: option 'debug_guarded_min': 0
mimalloc: option 'debug_guarded_max': 0
mimalloc: guarded build: disabled
mimalloc: malloc is redirected.
mimalloc-redirect: warning: unable to resolve "ucrtbase.dll!_expand_base" -- enabling MIMALLOC_PATCH_IMPORTS to prevent allocation errors.
mimalloc-redirect: warning: unable to resolve "ucrtbase.dll!_recalloc_base" -- enabling MIMALLOC_PATCH_IMPORTS to prevent allocation errors.
mimalloc-redirect: warning: unable to resolve "ucrtbase.dll!_msize_base" -- enabling MIMALLOC_PATCH_IMPORTS to prevent allocation errors.
ZW.dmp

i guess the issue related to below
mimalloc: option 'disallow_arena_alloc': 0
mimalloc: option 'retry_on_oom': 400
mimalloc: option 'visit_abandoned': 0
mimalloc: option 'debug_guarded_min': 0
mimalloc: option 'debug_guarded_max': 0
mimalloc: guarded build: disabled
mimalloc: malloc is redirected.
mimalloc-redirect: warning: unable to resolve "ucrtbase.dll!_expand_base" -- enabling MIMALLOC_PATCH_IMPORTS to prevent allocation errors.
mimalloc-redirect: warning: unable to resolve "ucrtbase.dll!_recalloc_base" -- enabling MIMALLOC_PATCH_IMPORTS to prevent allocation errors.
mimalloc-redirect: warning: unable to resolve "ucrtbase.dll!_msize_base" -- enabling MIMALLOC_PATCH_IMPORTS to prevent allocation errors.
mimalloc: warning: mi_usable_size: mi_checked_ptr_segment p= 0x0339E14033C0, segment = 0x0339E1400000
mimalloc: warning: mi_usable_size: mi_checked_ptr_segment p= 0x0339E14033C0, segment = 0x0339E1400000

can you provide ARM64EC mimalloc-redirect?

It's there now, see issue #958


More robust None handling

PyArrow has explicit support for null values, so it makes sense to support Nones on our side as well.
Colab Notebook with examples
Changes:

allow None for the features types with special encoding (ClassLabel, TranslationVariableLanguages, Value, _ArrayXD)
handle None in class_encode_column (also there is an option to stringify Nones and treat them as a class)
support None sorting in sort (use pandas for that)
handle None in align_labels_with_mapping
support for None in ArrayXD (converts None to np.nan to align the behavior with PyArrow)
support for None in the Audio/Image feature
allow promotion when concatenating tables (pa.concat_tables(table_list, promote=True)) and null row/column broadcasting similar to pandas

Additional notes:

use null instead of none for function arguments for consistency with existing disable_nullable
fixes a bug with the update_metadata_with_features call in Dataset.rename_columns
had to update some tests, let me know if that's ok

TODO:

[x] check how the Audio features behaves with Nones
[x] Better None handling in concatenate_datasets/add_item
[x] Fix formatting with Nones
[x] Add Colab with examples
[x] Tests

TODOs for subsequent PRs:

Mention None handling in the docs
Add drop_null/fill_null to Dataset/DatasetDict

Fix #3181 #3253

I also created a PR regarding disable_nullable that must be always False by default, in order to always allow None values
https://github.com/huggingface/datasets/pull/3211

@lhoestq I addressed your comments, added tests, did some refactoring to make the implementation cleaner and added support for None values in map transforms when the feature type is ArrayXD (previously, I only implemented None decoding).
My only concern is that during decoding ArrayXD arrays with None values will be auto-casted to float64 to allow np.nan insertion and this might be unexpected if dtype is not float, so one option would be to allow None values only if the storage type is float32 or float64. Let me know WDYT would be the most consistent behavior here.

Cool ! :D

My only concern is that during decoding ArrayXD arrays with None values will be auto-casted to float64 to allow np.nan insertion and this might be unexpected if dtype is not float, so one option would be to allow None values only if the storage type is float32 or float64. Let me know WDYT would be the most consistent behavior here.

Yes that makes sense to only fill with nan if the type is compatible

After some more experimenting, I think we can keep auto-cast to float because PyArrow also does it:
import pyarrow as pa
arr = pa.array([1, 2, 3, 4, None], type=pa.int32()).to_numpy(zero_copy_only=False) # None present - int32 -> float64
assert arr.dtype == np.float64

Additional changes:

fixes a bug in the _is_zero_copy_only implementation for the ArraXD types. Previously, _is_zero_copy_only would always return False for these types. Still have to see if it's possible to optimize copying of the non-extension types (Sequence, ...), but I plan to work on that in a separate PR.
https://github.com/huggingface/datasets/pull/2891 introduced a bug where the dtype of ArrayXD wouldn't be preserved due to to_pylist call in NumPy Formatter (np.array(np.array(..).tolist()) doesn't necessarily preserve dtype of the initial array), so I'm also fixing that.

The CI fail for windows is unrelated to this PR, merging


[SUPPORT]Writing to MOR table seems not working as expected

Hi,
I am working with Hudi 0.9.0, and I have following code that writes 10 records to MOR hudi table(one record for each spark job). There are 11 commits in total,
when I look at the files written in disk, there is NO log file , and there are 11 parquet files. Looks I am writing to a COW table, not sure where the problem is,
package org.example

import org.apache.hudi.DataSourceWriteOptions
import org.apache.hudi.config.{HoodieIndexConfig, HoodieWriteConfig}
import org.apache.hudi.index.HoodieIndex
import org.apache.spark.sql.{SaveMode, SparkSession}

case class Order(
                  name: String,
                  price: String,
                  creation_date: String)
object Hudi003_Demo {
  val spark = SparkSession.builder.appName(this.getClass.getSimpleName).
    config("spark.serializer", "org.apache.spark.serializer.KryoSerializer")
    .enableHiveSupport()
    .master("local[1]")
    .getOrCreate()

  def write_data(i: Int): Unit = {
    val hudi_table_name = this.getClass.getSimpleName
    val base_path = "/data/hudi_demo/" + hudi_table_name
    import spark.implicits._
    val order = Order(name = s"order_$i", price = s"$i-11.3", creation_date = s"date-0")
    val insertData = spark.createDataset(Seq(order))

    //DataFrame Write
    var writer = insertData.write.format("hudi")

      .option(DataSourceWriteOptions.RECORDKEY_FIELD.key(), "name")
      .option(DataSourceWriteOptions.PRECOMBINE_FIELD_OPT_KEY, "creation_date")
      .option(HoodieIndexConfig.BLOOM_INDEX_UPDATE_PARTITION_PATH, "true")

      .option(HoodieIndexConfig.INDEX_TYPE_PROP, HoodieIndex.IndexType.GLOBAL_BLOOM.name())

      .option("hoodie.insert.shuffle.parallelism", "1")
      .option("hoodie.upsert.shuffle.parallelism", "1")

      .option(HoodieWriteConfig.TABLE_NAME, hudi_table_name)
      .option(DataSourceWriteOptions.PARTITIONPATH_FIELD_OPT_KEY, "creation_date")

	  //Write to MOR Table
      .option(DataSourceWriteOptions.TABLE_TYPE.key(), DataSourceWriteOptions.MOR_TABLE_TYPE_OPT_VAL)
      .option("hoodie.compact.inline", "false")
      .option("hoodie.compact.inline.max.delta.commits", "1")

    writer.mode(SaveMode.Append)

      .save(base_path)

  }

  def test1(): Unit = {
    (0 to 10).foreach {
      i => write_data(i)
    }
  }

  def main(args: Array[String]): Unit = {
    test1()
  }
}

Looks like you are setting max commits to trigger compaction to 1. And so, after every delta commit, compaction is triggering and converting parquet + log files into new parquet files.
Another reason could be, if your workload will never have any updates, you may not see log files at all.

Thanks @nsivabalan for the helpful answer.
When I first write to the hudi table, there are only parquet files there（insert only）, and when I rerun the application(update only)， log files appear.
So, the reason should be the following:
if your workload will never have any updates, you may not see log files at all.


changed rm to python equivalents in setup.py

additional dependency: shutil, glob
works on windows (tested with python 3.6)

Thanks!


Change Language

All Users should be able to change their Language in the Settings View

There was a problem with vue-i18n (involving issue #4).
Language won't change dynamically if there's a i18n->messages property in the same components with this.i18n.locale (changing locale).


not able to send notification from FCM console to Android 8.0.0

Expected Behaviour
when a message sends from fcm console device should receive the notification.
Actual Behaviour
Notifications received in 4.4,7,6 android versions, not in oreo(8.0).
Reproduce Scenario (including but not limited to)
install the push plugin and add android platform
Platform and Version (eg. Android 5.0 or iOS 9.2.1)
Android 8.0.0
(Android) What device vendor (e.g. Samsung, HTC, Sony...)
Andoird 8.0.0 Honor View10
Cordova CLI version and cordova platform version
cli packages: (node_modules)
@ionic/cli-utils  : 1.19.2
ionic (Ionic CLI) : 3.20.0

global packages:
cordova (Cordova CLI) : 8.0.0

local packages:
@ionic/app-scripts : 3.1.10
Cordova Platforms  : android 7.0.0
Ionic Framework    : ionic-angular 3.9.2

System:
ios-deploy : 1.9.2
ios-sim    : 6.0.0
Node       : v6.11.2
npm        : 3.10.10
OS         : macOS High Sierra
Xcode      : Xcode 9.2 Build version 9C40b

Environment Variables:
ANDROID_HOME : /Applications/ADT/sdk

Misc:
backend : pro

Plugin version
cordova plugin version | grep phonegap-plugin-push    2.1.3

@mathewk2017 did you specify a notification channel in your push payload? I can't tell since you didn't add it here. What does adb logcat | grep Push look like when you receive a message?

this is the result of adb logcat | grep Push
06-28 11:06:25.218 27054 27054 D SystemWebChromeClient: file:///android_asset/www/build/main.js: Line 670 : ID: PushPluginChannel Description: undefined
06-28 11:06:25.218 27054 27054 I chromium: [INFO:CONSOLE(670)] "ID: PushPluginChannel Description: undefined", source: file:///android_asset/www/build/main.js (670)
06-28 11:06:25.225 27054 27170 V Push_Plugin: execute: action=init
06-28 11:06:25.226 27054 27172 V Push_Plugin: execute: data=[{"android":{},"ios":{"alert":true,"badge":true,"sound":"true","clearBadge":true}}]
06-28 11:06:25.228 27054 27172 V Push_Plugin: execute: jo={}
06-28 11:06:25.228 27054 27172 V Push_Plugin: execute: senderID=599761513216
06-28 11:06:25.229 27054 27172 V Push_Plugin: onRegistered: {"registrationId":"ezUup-gpu3Q:APA91bHe9GKRk7K44CpZ9H8b4Xl_UHmx4aWzDQAYh_dF8xZCL-yeP26FNISIlMk-29ZD42s3_ICGefuq9Nc4u5VS5ecC16meRpQQYGVr394yPGODUsCf8Xa_QtK6rxVOfwtmUr9l3sVZMzD28TiGbCdG90F3DECVzQ","registrationType":"FCM"}
06-28 11:06:25.229 27054 27172 D Push_Plugin: no icon option
06-28 11:06:25.229 27054 27172 D Push_Plugin: no iconColor option
06-28 11:08:44.064  2958  2958 I PushLog2949: [main-1]action is com.huawei.intent.action.PUSH(android/null:27)
06-28 11:08:44.065  2958  2958 I PushLog2949: [main-1]broadcast(),and mReceivers  4(android/null:41)
06-28 11:08:44.068  2958  2958 I PushLog2949: [main-1]dispatchIntent over(android/null:71)
06-28 11:08:44.068  2958  2974 I PushLog2949: [ReceiverDispatcher-108]heartbeatArrive(android/null:4)
06-28 11:08:44.072  2958  2974 I PushLog2949: [ReceiverDispatcher-108]heartbeatArrive, send heart beat(android/null:33)
06-28 11:08:44.083  2958  2974 I PushLog2949: [ReceiverDispatcher-108]not support bastet in wifi(android/null:21)
06-28 11:08:44.084  2958  2974 I PushLog2949: [ReceiverDispatcher-108]init push bastet failed!(android/null:33)
06-28 11:08:44.085  2958  2974 I PushLog2949: [ReceiverDispatcher-108]set HEARTBEAT_RSP_TIMEOUT Alarm(android/null:69)
06-28 11:08:44.096  2958  2974 I PushLog2949: [ReceiverDispatcher-108]ready to Send:DA(android/null:78)
06-28 11:08:44.098  2958  2974 I PushLog2949: [ReceiverDispatcher-108]send msg to remote srv success(android/null:93)
06-28 11:08:44.281  2958 26039 I PushLog2949: [SocketRead_11:05:22-1212]received a msg cmdId:DB(android/null:234)
06-28 11:08:44.319  2958 26039 I PushLog2949: [SocketRead_11:05:22-1212]broadcast(),and mReceivers  4(android/null:41)
06-28 11:08:44.320  2958 26039 I PushLog2949: [SocketRead_11:05:22-1212]dispatchIntent over(android/null:71)
this is the sample payload
"to": id,
"data": {
title: "Onepawaway Notification",
body: msg.msg,
style: "inbox",
summaryText: 'There are %n% notifications',
"content-available": "1",
Id: randomid,
android_channel_id: "PushPluginChannel"
},
"priority": "high",

@mathewk2017 ah, well it's not the plugin it's the server. You can see that the device is not registered with the server. That usually means the app on the device is registering with a different project then you are sending from.


Rezilion Addon documentation

Description of changes:
Adds documentation for Rezilion Addon
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

@Neowizard I assume you have received our communication on renaming.
We expect every add-on to comply with the following sections of our guide:

Public extensions rules
Partner extension rule

Please review.  We would be very happy to see Rezilion as a launch partner. However, if the current priorities won't allow completing it in the allotted timeframe we can add you post-launch as well.


Swap to env files

The newest toolkit version uses Environment files to communicate with the Runner. This pr moves towards the new way of communicating with the runner and updates the toolkit version if appropriate.

Probably good to bump the minimum here to ^1.2.6 https://github.com/actions/setup-node/blob/main/package.json#L26

Outside of that, looks good.


Created a Pull Request Template

Created a pull request template that can be used for this assignment and others going forward.

Ok edits have been made

Great, looks good.
Merging.


Requiring authentication to access the Swagger UI

Is it somehow possible to require that the user is authenticated before accessing the Swagger UI?

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

ID: 2483813a-3c16-7ddd-3160-43e6843b55d4
Version Independent ID: 25f7fb5b-92b0-a45b-57ab-fdceab571884
Content: Get started with NSwag and ASP.NET Core
Content Source: aspnetcore/tutorials/getting-started-with-NSwag.md
Product: aspnet-core
Technology: aspnetcore-tutorials
GitHub Login: @zuckerthoben
Microsoft Alias: scaddie

No


Make internalApiPath client aware, since there are some corner case…

…s when the client needs to know it to properly handle API server URLs.
Fixes: #3584

@davisagli indeed, I agree. However, it's a delicate story and should be thoroughfuly thought. Something we should bring to the Volto Team table. Could have some implications that we didn't have in mind right now. Also, something I wouldn't push to force for 16 either.
/cc @plone/volto-team


image cannot display correctly

I have installed with no errors, but when I run the demo_showcandidates.py, the image can not display correctly, the image looks like this:

the image can display when I use the following code
from skimage.viewer import ImageViewer
    viewer = ImageViewer(img)
    viewer.show()

I have solved this problem
the code
demo_showcandidates.py  line35  should be
        self.qimg = QImage(ndimg.data, w,  h, QImage.Format_RGB888)

there two test can not pass
class TestMergeSimilaritySet:

error message:
feature_extractor = <class 'test_selective_search.Feature'>
Ak = {0: set([1, 4]), 1: set([0, 4]), 4: set([0, 1])}, S = [(1, (0, 1))], i = 2
j = 3, t = 4

    def _merge_similarity_set(feature_extractor, Ak, S, i, j, t):
        # remove entries which have i or j
        S = list(filter(lambda x: not(i in x[1] or j in x[1]), S))

        # calculate similarity between region t and its adjacencies
        St = [(feature_extractor.similarity(t, x), (t, x)) for x in Ak[t] if t < x] +\
>            [(feature_extractor.similarity(x, t), (x, t)) for x in Ak[t] if x < t]
E       TypeError: unbound method <lambda>() must be called with Feature instance as first argument (got int instance instead)

hdd/workspace/PycharmProjects/selective_search_py/selective_search.py:60: TypeError
============== 11 tests deselected by '-k TestMergeSimilaritySet' ==============
=================== 1 failed, 11 deselected in 0.40 seconds ====================

the second one is :
class TestFeaturesColorHistogram:

error message:
hdd/workspace/PycharmProjects/selective_search_py/test_features.py .F
self = <test_features.TestFeaturesColorHistogram instance at 0x7f93250bca70>

    def test_1region_255color(self):
        self.setup_method(self, w = 1, h = 256)
        for y in range(self.h):
            self.f.image[y, :, :] = y

        hist = self.f._Features__init_color(1)
        assert len(hist) == 1
        assert hist[0].shape == (75,)
        r_expected = [11] * 23 + [3, 0] # because bin width equals 11
        g_expected = [11] * 23 + [3, 0]
        b_expected = [11] * 23 + [3, 0]
        expected = numpy.array(r_expected + g_expected + b_expected)
>       numpy.testing.assert_array_almost_equal(hist[0].ravel(), expected / numpy.sum(expected))
E       AssertionError:
E       Arrays are not almost equal to 6 decimals
E
E       (mismatch 96.0%)
E        x: array([ 0.014323,  0.014323,  0.014323,  0.014323,  0.014323,  0.014323,
E               0.014323,  0.014323,  0.014323,  0.014323,  0.014323,  0.014323,
E               0.014323,  0.014323,  0.014323,  0.014323,  0.014323,  0.014323,...
E        y: array([0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
E              0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
E              0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
E              0, 0, 0, 0, 0, 0])

hdd/workspace/PycharmProjects/selective_search_py/test_features.py:35: AssertionError

can you fix it?

Can you share the original image file that you specified to the code if you still have?
Since I cannot reproduce the situation, guessing the image file is something special format that I hadn't supposed.

I met the same problem as @auroua . His fix works for me. The image used is:
https://www.dropbox.com/s/esdu4vevnnk0yev/breadmix.png?dl=0

Same issue for me. @auroua 's fix works.

Same issue for me. @auroua 's fix works. Thanks!


Using assistants defined in OpenAI's API

I saw the fetch function in app/API/assistants\openai, but it does not seem to fetch assistants created on the open console. Am I missing something? As an aside, is there any way I can create assistants/tools/presets etc, and make them available globally to every user?

Please, @mckaywrigley, could you update us on how to build a global assistant? I mean, how can we integrate an assistant built on the OpenAI platform as a "model" in my chatbot UI app?
I would appreciate it if someone who has succeeded in doing this could explain how they did it.


VM stuck in CrashLoopBackOff when using minikube with "none" and "docker" drivers

What happened:
As in tile - VM after running is stuck in CrashLoopBackOff when using minikube with "none" and "docker" drivers.
kubectl shows VMI being constantly re-deployed with attempts to start the VM.
What you expected to happen:
To have a running VM :)
How to reproduce it (as minimally and precisely as possible):

Use minikube start --driver=none --cni=flannel or minikube start --driver=docker --cni=flannel to bootstrap a minikube cluster.
Wait for cluster components to be ready.
Enable kubevirt using "In-Depth" steps described at https://kubevirt.io/quickstart_minikube/:        [karlatec@localhost kubevirt]$ export VERSION=$(curl -s https://api.github.com/repos/kubevirt/kubevirt/releases | grep tag_name | grep -v -- '-rc' | sort -r | head -1 | awk -F': ' '{print $2}' | sed 's/,//' | xargs)
    echo $VERSION
    kubectl create -f https://github.com/kubevirt/kubevirt/releases/download/${VERSION}/kubevirt-operator.yaml
    v1.0.0-alpha.0
    namespace/kubevirt created
    customresourcedefinition.apiextensions.k8s.io/kubevirts.kubevirt.io created
    priorityclass.scheduling.k8s.io/kubevirt-cluster-critical created
    clusterrole.rbac.authorization.k8s.io/kubevirt.io:operator created
    serviceaccount/kubevirt-operator created
    role.rbac.authorization.k8s.io/kubevirt-operator created
    rolebinding.rbac.authorization.k8s.io/kubevirt-operator-rolebinding created
    clusterrole.rbac.authorization.k8s.io/kubevirt-operator created
    clusterrolebinding.rbac.authorization.k8s.io/kubevirt-operator created
    deployment.apps/virt-operator created
    [karlatec@localhost kubevirt]$ kubectl create -f https://github.com/kubevirt/kubevirt/releases/download/${VERSION}/kubevirt-cr.yaml
    kubevirt.kubevirt.io/kubevirt created

Wait for all kubevirt components to be ready    [karlatec@localhost kubevirt]$ kubectl get kubevirt.kubevirt.io/kubevirt -n kubevirt -o=jsonpath="{.status.phase}"
    Deployed
    [karlatec@localhost kubevirt]$ kubectl get all -n kubevirt
    Warning: kubevirt.io/v1 VirtualMachineInstancePresets is now deprecated and will be removed in v2.
    NAME                                 READY   STATUS    RESTARTS   AGE
    pod/virt-api-668c996564-4kl94        1/1     Running   0          91s
    pod/virt-controller-65d89585-hcspr   1/1     Running   0          65s
    pod/virt-controller-65d89585-k6xn9   1/1     Running   0          65s
    pod/virt-handler-wvpzg               1/1     Running   0          65s
    pod/virt-operator-844f987c8-9mkxn    1/1     Running   0          2m3s
    pod/virt-operator-844f987c8-jgff9    1/1     Running   0          2m3s

    NAME                                  TYPE        CLUSTER-IP       EXTERNAL-IP   PORT(S)   AGE
    service/kubevirt-operator-webhook     ClusterIP   <IP_ADDRESS>     <none>        443/TCP   94s
    service/kubevirt-prometheus-metrics   ClusterIP   None             <none>        443/TCP   94s
    service/virt-api                      ClusterIP   <IP_ADDRESS>      <none>        443/TCP   94s
    service/virt-exportproxy              ClusterIP   <IP_ADDRESS>   <none>        443/TCP   94s

    NAME                          DESIRED   CURRENT   READY   UP-TO-DATE   AVAILABLE   NODE SELECTOR            AGE
    daemonset.apps/virt-handler   1         1         1       1            1           kubernetes.io/os=linux   65s

    NAME                              READY   UP-TO-DATE   AVAILABLE   AGE
    deployment.apps/virt-api          1/1     1            1           91s
    deployment.apps/virt-controller   2/2     2            2           65s
    deployment.apps/virt-operator     2/2     2            2           2m3s

    NAME                                       DESIRED   CURRENT   READY   AGE
    replicaset.apps/virt-api-668c996564        1         1         1       91s
    replicaset.apps/virt-controller-65d89585   2         2         2       65s
    replicaset.apps/virt-operator-844f987c8    2         2         2       2m3s

    NAME                            AGE    PHASE
    kubevirt.kubevirt.io/kubevirt   113s   Deployed

Run the VM[karlatec@localhost kubevirt]$ kubectl apply -f vm.yaml
virtualmachine.kubevirt.io/testvm created

(Wait a few minutes)

kubectl get vms
NAME     AGE     STATUS READY
testvm   2m55s   CrashLoopBackOff   False

More details in comment section.
Additional context:
Problem does not reproduce with minikube cluster started with:
minikube start --cni=flannel --container-runtime=containerd
Environment:

KubeVirt version (use virtctl version): v1.0.0-alpha.0
Kubernetes version (use kubectl version): v1.26.3
VM or VMI specifications: https://kubevirt.io/labs/manifests/vm.yaml
Cloud provider or hardware configuration: N/A
OS (e.g. from /etc/os-release): Fedora 37 Server
Kernel (e.g. uname -a): 6.2.9-200.fc37.x86_64
Install tools: N/A
Others:

minikube v1.30.1
SELinux disabled
Docker / containerd versions:[karlatec@localhost kubevirt]$ sudo dnf list installed | grep docker
containerd.io.x86_64                              1.6.21-3.1.fc37                        @docker-ce-stable
docker-buildx-plugin.x86_64                       0.10.4-1.fc37                          @docker-ce-stable
docker-ce.x86_64                                  3:23.0.6-1.fc37                        @docker-ce-stable
docker-ce-cli.x86_64                              1:23.0.6-1.fc37                        @docker-ce-stable
docker-ce-rootless-extras.x86_64                  23.0.3-1.fc37                          @docker-ce-stable
docker-compose.noarch                             1.29.2-6.fc37                          @fedora
docker-compose-plugin.x86_64                      2.17.3-1.fc37                          @docker-ce-stable
docker-scan-plugin.x86_64                         0.23.0-3.fc37                          @docker-ce-stable

** Additional info **

For --driver=none prerequisite  containernetworking  and cri-dockerd installed. kubeadm requirements also completed.

Immediately after creating a VM, but when it's still stopped virt-controller produces following output. Not sure what has modified testvm object, as I have not issued any kubectl or virtctl commands after kubectl apply.
[karlatec@localhost kubevirt]$ kubectl apply -f vm.yaml
virtualmachine.kubevirt.io/testvm created
[karlatec@localhost kubevirt]$ kubectl get vms -A
NAMESPACE   NAME     AGE   STATUS    READY
default     testvm   5s    Stopped   False

{"component":"virt-controller","kind":"","level":"error","msg":"Updating api version annotations failed","name":"testvm","namespace":"default","pos":"vm.go:261","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:02:49.336128Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:02:49.336276Z"}
{"component":"virt-controller","kind":"","level":"error","msg":"Updating api version annotations failed","name":"testvm","namespace":"default","pos":"vm.go:261","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:02:49.381102Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:02:49.381197Z"}
{"component":"virt-controller","kind":"","level":"error","msg":"Updating the VirtualMachine status failed.","name":"testvm","namespace":"default","pos":"vm.go:339","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:02:49.448102Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:02:49.448257Z"}
{"component":"virt-controller","level":"info","msg":"TSC Freqency node update status: 0 updated, 1 skipped, 0 errors","pos":"nodetopologyupdater.go:44","timestamp":"2023-05-12T12:03:08.185603Z"}

virt-controller generates following output after starting the VM:
[karlatec@localhost kubevirt]$ virtctl start testvm
VM testvm was scheduled to start

{"component":"virt-controller","kind":"","level":"info","msg":"Starting VM due to runStrategy: Always","name":"testvm","namespace":"default","pos":"vm.go:715","timestamp":"2023-05-12T12:03:37.251163Z","uid":"cba77
584-cf23-4cde-b84f-671d92d5ad12"}                                                                                {"component":"virt-controller","kind":"","level":"info","msg":"Started VM by creating the new virtual machine instance testvm","name":"testvm","namespace":"default","pos":"vm.go:952","timestamp":"2023-05-12T12:03:
37.291959Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}                                                                                {"component":"virt-controller","kind":"","level":"info","msg":"arguments for container-disk \"volumecontainerdisk\": --copy-path /var/run/kubevirt-ephemeral-disks/container-disk-data/e6c48473-ecd5-4b51-9440-b08ee6
0bc5e8/disk_0","name":"testvm","namespace":"default","pos":"container-disk.go:330","timestamp":"2023-05-12T12:03:37.320079Z","uid":"e6c48473-ecd5-4b51-9440-b08ee60bc5e8"}                                           {"component":"virt-controller","kind":"","level":"error","msg":"Updating the VirtualMachine status failed.","name":"testvm","namespace":"default","pos":"vm.go:339","reason":"Operation cannot be fulfilled on virtua
lmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:03:37.325659Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:03:37.325752Z"}
{"component":"virt-controller","kind":"","level":"error","msg":"Updating the VirtualMachine status failed.","name":"testvm","namespace":"default","pos":"vm.go:339","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:03:37.362010Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"
}                                                                                {"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has
been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:03:37.362109Z"}                                                                                {"component":"virt-controller","kind":"","level":"error","msg":"Updating the VirtualMachine status failed.","name":"testvm","namespace":"default","pos":"vm.go:339","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:03:37.410449Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"
}                                                                                {"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"Operation cannot be fulfilled on virtualmachines.kubevirt.io \"testvm\": the object has
been modified; please apply your changes to the latest version and try again","timestamp":"2023-05-12T12:03:37.410606Z"}                                                                                {"component":"virt-controller","level":"info","msg":"TSC Freqency node update status: 0 updated, 1 skipped, 0 errors","pos":"nodetopologyupdater.go:44","timestamp":"2023-05-12T12:03:44.424257Z"}
{"component":"virt-controller","kind":"","level":"info","msg":"Stopping VM with VMI in phase Failed and VM runStrategy: Always","name":"testvm","namespace":"default","pos":"vm.go:691","timestamp":"2023-05-12T12:03:53.836942Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","kind":"","level":"info","msg":"Dispatching delete event for vmi default/testvm with phase Failed","name":"testvm","namespace":"default","pos":"vm.go:1240","timestamp":"2023-05-12T12
:03:53.850900Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","kind":"","level":"error","msg":"Updating the VirtualMachine status failed.","name":"testvm","namespace":"default","pos":"vm.go:339","reason":"the server rejected our request due to
an error in our request","timestamp":"2023-05-12T12:03:53.901872Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"the server rejected our request due to an error in our request","timestamp":"2023-05-12T
12:03:53.901987Z"}
{"component":"virt-controller","kind":"","level":"info","msg":"Stopping VM with VMI in phase Failed and VM runStrategy: Always","name":"testvm","namespace":"default","pos":"vm.go:691","timestamp":"2023-05-12T12:03
:53.902100Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","kind":"","level":"info","msg":"Stopping VM with VMI in phase Failed and VM runStrategy: Always","name":"testvm","namespace":"default","pos":"vm.go:691","timestamp":"2023-05-12T12:03
:53.956133Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","kind":"","level":"error","msg":"Updating the VirtualMachine status failed.","name":"testvm","namespace":"default","pos":"vm.go:339","reason":"virtualmachineinstances.kubevirt.io \"t
estvm\" not found","timestamp":"2023-05-12T12:03:53.961170Z","uid":"cba77584-cf23-4cde-b84f-671d92d5ad12"}
{"component":"virt-controller","level":"info","msg":"re-enqueuing VirtualMachine default/testvm","pos":"vm.go:227","reason":"virtualmachineinstances.kubevirt.io \"testvm\" not found","timestamp":"2023-05-12T12:03:
53.961268Z"}

For a brief moment when it's still running, I was able to capture logs from virt-launcher pod.
(same message for none and docker minikube drivers)
[karlatec@localhost kubevirt]$ kubectl logs virt-launcher-testvm-gcwx7
{"component":"virt-launcher-monitor","level":"error","msg":"failed to run virt-launcher","pos":"virt-launcher-monitor.go:108","reason":"fork/exec /usr/bin/virt-launcher: errno 0","timestamp":"2023-05-12T12:05:17.180173Z"}

Essentially facing the same with kubevirt 0.59.0, kubeadm k8s 1.26.4, ubuntu 22.04, cri-dockerd, calico, no minikube. Steps followed to perfection as far as I can see.

Currently there are known problems with running KubeVirt on the clusters with docker. There is an open issue for that in moby moby/moby#45491. As a workaround, you may either switch to another container runtime (containerd or crio) or enable the Root feature gate in the KubeVirt CR configuration (not recommended for production usage thought... but fine for testing/learning purposes with minikube).

Confirming Root feature gate works for me.

As a workaround, you may either switch to another container runtime (containerd or crio) or enable the Root feature gate in the KubeVirt CR configuration

Containerd works, but for Root feature gate I will come back with an update a bit later. Right now I have some stuff deployed with containerd which I don't want to delete. Thanks!


Update Contributing.md

Update to include:

Intro note (e.g. we're a new "rocketship" project and what this means for new contributors)
Useful resources list
Code of Conduct (link to existing; always good to highlight this)
How to Set up Development Environment (TBD content)
Submitting Issues
Coding Conventions (create new subtitle; some relevant content already exists in this file)
Code Review (some insight into our process, QA -- probably TBD info for now)
Semantic Versioning
Branch Organization (have info on expunging; add info on adding)
Security Vulnerabilities (link to existing info)

@shannonwells @daivavenckus In thinking about updates to this file, I have two questions:

How the project wants to manage general support questions
How the project would like to help external contributions (PRs) be set-up for success with feature requests

On the first point: Do you want general support questions submitted as GitHub Issues or to the Forum, or would you prefer one over the other? We're not clear on that now, and I worry that this could become messy with growth.
On the second point: Somewhat related, we encourage people to open PRs (kind of implying that these are feature requests? we should be explicit) after posting about plans in a GitHub Issue (existing or new) or in the Forum. As above, this dual track could get tricky to manage with growth.
I'm not sure what answers for these would work best with your team's workflow. @kfogel might have some suggestions too...


Allow tmux if we detect reattach-to-user-namespace

The exit status of pbpaste is a proxy for whether the user has set up
reattach-to-user-namespace. It should be 0 if it is set up, 1 otherwise.

@molovo does this resolve #49 for you?

Practically, yes it does. No reason why this shouldn't be merged.
Don't know how others feel about this, but would it be worth showing a more informative error message for those who might not know that reattach-to-user-namespace exists? Just a Please run: brew install reattach-to-user-namespace. That's all that's needed as the reattach-to-user-namespace Formula contains and sets up all the necessary wrapper functions automatically.

@molovo I believe you still have to set set-option -g default-command "reattach-to-user-namespace -l zsh" unless you install the wrappers, which aren't the default and aren't in the bottles since they're only with options (optional) not without options (recommended/default):
https://github.com/Homebrew/homebrew-core/blob/master/Formula/reattach-to-user-namespace.rb#L17-L18

Fair enough. Then maybe the message could say brew install reattach-to-user-namespace --with-wrap-launchctl --with-wrap-pbcopy-and-pbpaste. That way it's blatantly obvious to a user what they need to do to get round the error.

I think I'd personally rather leave it to tmux users to figure that stuff out; I don't want to have to support the edge cases that may result. 👍 to 🚢 this.


Is possible to run with a link not locally?

Hi great tool i have a question i can run but not locally for paste a link from external

I've tested this situation. It's ok.


adding gutter class to grid blocks

Adding .gutters class to grid-block so that you can apply spacing between columns for easier styling of background related styles. One of the benefits of flex is have fixed high columns but currently when using the Manual sizing grid there is no way to allow for gutters so you have to nest elements which impedes the ability to have full hight blocks.
This will work for both manual and default flex grid and use the $global-spacing variable as !default.
When using .wrap ideally the align-items should be set to stretch and not flex-start, but I will manage that locally and submit as a separate request as I think it should be .wrap with full height stretch should be supported regardless if the gutters class adopted.
Practical Examples
Custom .scss to be shared by all practical examples below
.bg-fill-color {
    background-color: cyan;
}
.wrap {
    &.grid-block {
        &.gutters {
            align-items: stretch; // override `flex-start`
        }
    }
}

Flex grid

Hello

World

Manual Sizing grid

Hello

World

Manual Sizing grid with wrap
Note: should use temp .scss shiv for wrap above

Hello

Around

the

World

Docs (does not show cleary with current documentation style treatment)

Gutters

Use `gutters` class on your `grid-block` to apply `$global-spacing` to your columns. This can help with styling background fills of your blocks that will strech the full height.

<hljs language="html">

</hljs>

Gutters with manual sizing.

<hljs language="html">

</hljs>

Fun Fact: This uses CSS calc() to achieve the desired results. http://caniuse.com/#feat=calc

Feel free to submit this PR against the new fork


Add instructions to enable true color support to README.md

As most semi-modern terminal emulators support true color, I feel that this instruction being added to the README makes sense.
Please feel free to modify my wording/phrasing!

But isn't it already mentioned here README.md#L66?
Any way, with #2867 I suggest to add an normal option for simpler activation, without the explicit need of the additional environment variable. At least from my point of view it feels more comfortable and straight forward.


chore(channel): improve performance

Signed-off-by: azjezz<EMAIL_ADDRESS>

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

38 of 38 (100.0%)  changed or added relevant lines in 3 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.0001%) to 99.97%

Totals

Change from base Build<PHONE_NUMBER>:
0.0001%

Covered Lines:
3315

Relevant Lines:
3316

💛  - Coveralls


float

I get invalid type name for Int in the following query:
query sample ($id: Int , $name: String) { name }
could you please tell me what is the problem?

Hi,
how does your schema looks like?
Regards

Hi, thank you for instant response. your question about schema informed me about the type I had been set to id (String) and changing that type to Integer solved my problem.
thank you.


README: fixed incorrect example code

There probably was an API change, but the example code in the README wasn't updated and doesn't compile anymore.

Thanks for catching that, and sending the PR to fix it!


Workaround for rubygems&bundler release

What is your fix for the problem, implemented in this PR?
The current 1-16-stable branch is the complex status for Travis environment. So We hard to fix it. Because it has two rubygems versions(RGV=vx.y.z and rvm installation version) and two bundler versions(bundler-1.16.0 as default gems and test target version).
Why did you choose this fix out of the possible options?
Above situation caused that Rubygems bundles bundler-1.16.0. So, We can resolve it status with Rubygems 2.7.4 and Bundler-1.16.1 as default gems installed by rubygems installer.
@segiddins How about this?

I specified to version of RGV. it seems only RGV 2.1.11 and 2.2.5 problems.

This pull request is unnecessary. See. https://github.com/bundler/bundler/pull/6217


CTD- When carpenter was close to finishing the building

https://paste.ubuntu.com/23221952/

Duplicate of https://github.com/PenguinSquad/Harvest-Festival/issues/18


Bugfix: LIVE-5309 fix swap style

📝 Description
LLD - Swap - No padding for network fees drawer
❓ Context

Impacted projects: LLD
Linked resource(s):  https://ledgerhq.atlassian.net/browse/LIVE-5309

✅ Checklist

[ ] Test coverage
[ ] Atomic delivery
[ ] No breaking changes

📸 Demo

🚀 Expectations to reach
Please make sure you follow these Important Steps.
Pull Requests must pass the CI and be internally validated in order to be merged.

@sarneijim could you please add a screenshot to the "Demo" section in the description?


(Question/Documentation) Example for using with an SDL window via C99?

I've seen examples where SDL_entry.cpp's sdlSetWindow is repurposed and rewritten into C99, and this is exactly what I've been doing so far, i.e.:
SDL_Init(SDL_INIT_TIMER | SDL_INIT_GAMECONTROLLER | SDL_INIT_EVENTS) ;

//...

SDL_Window* main_window = SDL_CreateWindow(
   "window",
    SDL_WINDOWPOS_UNDEFINED, SDL_WINDOWPOS_UNDEFINED,
    width,
    height,
    SDL_WINDOW_SHOWN | SDL_WINDOW_RESIZABLE);

sdlSetWindow(main_window);
bgfx_render_frame();

bgfx_init(BGFX_RENDERER_TYPE_COUNT
		, BGFX_PCI_ID_NONE
		, 0
		, NULL
		, NULL
		);

bgfx_reset(width, height, reset);

I've not had any luck getting this to work -bgfx_init always seems to fail, and I'm not sure how to  track why this is the case?
Exiting after init fails yields the following message on OS X:
CoreAnimation: warning, deleted thread with uncommitted CATransaction; set CA_DEBUG_TRANSACTIONS=1 in environment to log backtraces.
- do I have to explicitly have to disable multithreading or some other feature in order for this to work?
(I know that there is a build option for the examples using SDL, but SDL_Entry is C++ and I want to know whether this is doable via C99)

Here's a working example that worked for me https://github.com/beardsvibe/leengine/blob/c6e467e95d378f50343177a7114804c7dfe0c912/src/window.c#L102-L147 though I moved from SDL for reasons, hope it helps :)

You might have to init sdl with video, e.g., SDL_Init(SDL_INIT_VIDEO | [other options]).

@PyryM even if I init with VIDEO it does not seem to work. Also, the built in Entry_SDL.cpp only does SDL_INIT_GAMECONTROLLER and presumably works? (Or has worked at some point in the past? Perhaps no longer?)
@jimon - even using the same startup steps and the init still fails, so I'm guessing my bgfx is just configured/built incorrectly
Re-reading the docs, they are kind of vague but imply that I should perhaps be setting BGFX_CONFIG_MULTITHREADED=0? (to disable multithreaded rendering) I have no idea where to do this though? Presumably this is something that gets passed to GENIE? It's used here for with-glfw but with-sdl doesn't set the same, so...?

You can #define BGFX_CONFIG_MULTITHREADED 0 if you want multithreaded mode to be completely disabled, either through your build system, or by directly editing config.h. The way you're doing it (calling bgfx_render_frame() before init) should also work fine (it works for me in windows at least).
Does a window actually get created?
In sdlSetWindow, are you getting a valid window handle in pd.nwh = wmi.info.cocoa.window;?
Is your .h up to date with the built library (what numerical value does BGFX_RENDERER_TYPE_COUNT have)?

OK, this is solved and turns out to be a dumb mistake: the window did get created, but I couldn't get past NSInternalInconsistencyException, which I assumed was multithreading related
After re-building with multithreading off, nothing changed, so I dug a little bit deeper
Turns out to be super simple: I had built off of the C99 example and I was defining _main_ and linking against the commonRelease.a so I could use  entry_process_events
After switching back to a proper main method and not linking against common, everything works as expected
So yeah - closing this as user error. Thanks for the help @jimon @PyryM


Tortuga Edits

-Adds circuit imprinter to Epi.
-Adds more power to arrivals shuttle.
-Adds random artifact to Epi.
-Fixes missing lv cable to power light in drone nook.

test failures seem specific to tortuga here

superceded by https://github.com/Nyanotrasen/Nyanotrasen/pull/505


No mention of errors that may occur using this catalog view

Unfortunately when a database is in restoring state, this statement aborts.
SELECT * FROM sys.change_tracking_databases
Msg 927, Level 14, State 2, Line 50
Database 'OdysseyFMAPER' cannot be opened. It is in the middle of a restore.
Perhaps this could be fixed, or update the documentation if it is yet again, 'by design'.

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

ID: 565cf882-171d-12e9-38bc-3d723fc2aead
Version Independent ID: 0551f511-2847-4520-184c-332d797065d5
Content: sys.change_tracking_databases (Transact-SQL) - SQL Server
Content Source: docs/relational-databases/system-catalog-views/change-tracking-catalog-views-sys-change-tracking-databases.md
Product: sql
Technology: system-objects
GitHub Login: @MashaMSFT
Microsoft Alias: mathoma

Hi @brettshearer , thanks for bringing this to our attention! Let me look into this for you.
Thanks!
Masha from the SQL Docs team

Hi @brettshearer , thank you for your patience as we looked into this for you!
While it is expected behavior for a database to be inaccessible during a restore operation, we can see how such an error might not be expected for a server-level view. The problem is that this view is querying metadata that exists at the database level, so if any of the databases are inaccessible, the query generates an error. This can be worked around by joining to sys.databases and including only online databases in the result set. Below is a query to return online databases with change tracking enabled.
SELECT
DB_NAME(ct.database_id) AS DBName,
ct.*
FROM sys.change_tracking_databases ct
INNER JOIN sys.databases d
ON d.database_id = ct.database_id
WHERE
d.state_desc <> 'ONLINE';
We do not feel that documenting this behavior is necessary as it is expected behavior. However, if this behavior is causing you a business issue and/or you feel that it should behave differently, please feel free to file a feedback item at https://aka.ms/sqlfeedback and our engineering team will be happy to triage the issue.
I hope that helps and please let us know if we can be of further assistance. Otherwise, we will proceed with closing out this Git Issue in a few business days.
Thanks!
Masha from the SQL Docs team

Hi @brettshearer , it's been some time since we've heard from you. I'm going to assume that your question was addressed and close out this Git Issue. However, please feel free to comment should you need anything further.
Thanks and hope you have a wonderful rest of your day!
Masha from the SQL Docs team


Add License

I was wondering if its possible to use some of your code. A license will quickly let me know!
Thanks!

Hi,
Great to know that you find the code helpful! I'll find and add an appropriate license when I find some time. In the meanwhile, feel free to use whatever code you want (an attribution of my name, Warren Crasta, would be nice!).
Thanks!

I've just added a MIT license. Thanks for bringing attention to this issue!


02--User Stories--Input Beer Category

I can input a beer category from the suggested beer list so that I can measure the compatibility with my name.

#2


Update default options in README.md

This needs a rebase.

Done.

Still not right. Fetch the upstream and then rebase.

Thanks! Now all is well?

Looks good now 👍
On Jan 20, 2015 11:18 PM, "Vasily A."<EMAIL_ADDRESS>wrote:

Thanks! Now all is well?
—
Reply to this email directly or view it on GitHub
https://github.com/mattstyles/grunt-banner/pull/15#issuecomment-70735498
.