plan_translation_limit_exceeded error when trying to push from Windows

I'm about a week into my adventures with Tolgee, and just this morning I discovered an interesting discrepancy between how the CLI tool behaves on Windows vs Linux.
for context, this is what I'm currently working with:

free account, so the typical 1000 string limit is in place
720 strings in total, from 360 translation keys with 2 languages
Tolgee CLI installed globally
Node 20 with NPM 10

installed by nvm on Linux using Bash
installed by nvs on Windows using PowerShell 7

my app project exists within a Nx monorepo workspace, so do take note of the following paths, relative to the workspace root:

Angular app: ./apps/my-app/
translation files: ./apps/my-app/src/assets/i18n/
Tolgee config: ./apps/my-app/.tolgeerc.json

the crux of the issue here is that tolgee push works perfectly from my Zorin OS (Debian based) environment, but fails with a Invalid request data [status: 400, code: plan_translation_limit_exceeded] error from my Windows 11 Pro environment.
the translation files that I'm trying to push are the very same files that I downloaded from my hosted Tolgee project, so this should simply update existing keys in place, no new keys are being added.

with the following command: tolgee -v -c ./apps/my-app/.tolgeerc.json push
I get the following output from Windows (personal details redacted):
🐭✅     Reading files...
⚪ [HTTP] Requesting: POST https://app.tolgee.io/v2/projects/XXX/single-step-import
    🐁   Importing...⚪ [HTTP] Response: https://app.tolgee.io/v2/projects/XXX/single-step-import [400]
🐭✅     Uploading files...
🐭✅     Importing...
🔴 Invalid request data [status: 400, code: plan_translation_limit_exceeded]
    at handleLoadableError (file:///C:/Users/XXX/scoop/persist/nvs/nodejs/node/20.13.1/x64/node_modules/@tolgee/cli/dist/client/TolgeeClient.js:16:9)
    at Command.<anonymous> (file:///C:/Users/XXX/scoop/persist/nvs/nodejs/node/20.13.1/x64/node_modules/@tolgee/cli/dist/commands/push.js:115:13)
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
    at async Command.parseAsync (C:\Users\XXX\scoop\persist\nvs\nodejs\node\20.13.1\x64\node_modules\@tolgee\cli\node_modules\commander\lib\command.js:1092:5)
    at async run (file:///C:/Users/XXX/scoop/persist/nvs/nodejs/node/20.13.1/x64/node_modules/@tolgee/cli/dist/cli.js:128:9)

my .tolgeerc.json file is as follows (project ID redacted as with CLI output):
{
  "$schema": "https://tolgee.io/cli-schema.json",
  "projectId": XXX,
  "format": "JSON_TOLGEE",
  "patterns": [
    "./src/**/*.ts?(x)"
  ],
  "push": {
    "files": [
      {
        "path": "./src/assets/i18n/en.json",
        "language": "en"
      }
    ],
    "forceMode": "OVERRIDE",
    "removeUnusedKeys": true
  },
  "pull": {
    "path": "./src/assets/i18n",
    "delimiter": null
  }
}

please do let me know if you need any further details regarding this..

Hey! Would you be open to also share the en.json?

Hey! Would you be open to also share the en.json?

would just a portion of it suffice? or do you need the full file?

I think, the file is not necessary as it was exported from tolgee. I'll need to check it on windows.

@JanCizmar just FYI, @stepan662 was helping answer a few of my questions earlier in this discussion thread, which is when I discovered this particular issue.

..and the path separator strikes again.
thanks @stepan662, just tested the oh-so-freshly released 2.1.6 and it is indeed fixed.


Quick fix: signin crashing when device is offline

related to #218

Removed unhandled throws relating to sign-in logic from MainActivity and SigninRepositoryImpl
We now set a default instance DEFAULT_OFFLINE_PROFILE on failure.

TODO
Once caching is fully implemented and working, we should be fetching cached profile instead of setting a default offline instance. Check https://github.com/WanderWise-Inc/app/pull/220 for progress

Need to refine some stuff before merging


Add polling for position_url

Add a refresh frequency to config which correlates to position_url.
Poll before sending move commands

Hi,
any idea when you could implement this ? I have the issue that when my domotica system changes the state of the blinds (using wall inputs for example), the status in homekit becomes either "opening ..." or "closing..." because the pos is different from the last requested target position.
or do you see any other way around this ?
Thanks by the way for all your great work !
Benjamin

Hi Benjamin,
I've been quite busy, but thanks for the reminder. I just implemented it, but have no way of testing it. Can you please enable verbose as well for the settings, and let me know how this works for you? I'm curious especially to see the logs.
sudo npm install -g<EMAIL_ADDRESS># restart homebridge

Hi, Thanks !
I get a bind error, probably for the webhook I configured ... Downgraded to 1.3.23 and works again.
what are the config settings for the polling frequency by the way ?
[6/29/2021, 11:03:02 AM] [bureau screen] Initializing BlindsHTTP accessory...
[6/29/2021, 11:03:02 AM] TypeError: Cannot read property 'bind' of undefined
    at BlindsHTTPAccessory.updatePositionByUrl (/homebridge/node_modules/homebridge-blinds/index.js:362:7)
    at new BlindsHTTPAccessory (/homebridge/node_modules/homebridge-blinds/index.js:107:14)
    at /usr/local/lib/node_modules/homebridge/src/server.ts:350:50
    at Array.forEach (<anonymous>)
    at Server.loadAccessories (/usr/local/lib/node_modules/homebridge/src/server.ts:270:29)
    at Server.start (/usr/local/lib/node_modules/homebridge/src/server.ts:162:12)

Thanks for the quick reply. I made a slight change to the code, please try
sudo npm install -g<EMAIL_ADDRESS># restart homebridge

Seems to work ! Great stuff, thanks ! Now I can get rid of the webhook workaround I had scripted.
[6/29/2021, 5:28:49 PM] [slaapkamer screen] Polling started (updatePositionByUrl)
[6/29/2021, 5:28:49 PM] [slaapkamer screen] Request succeeded in 4 ms after 1 / 5 attempts
[6/29/2021, 5:28:49 PM] [slaapkamer screen] Body (200): 100
[6/29/2021, 5:28:49 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 100
[6/29/2021, 5:28:49 PM] [slaapkamer screen] Polling finished (updatePositionByUrl)

Great! Please keep me posted throughout testing. If it's all working as expected, I can push it as a new official release soon.

maybe spoke to soon. I tried to drop the blind down to 82% (in homekit) and then used the domotics system to open it up to 100% again, but it won't poll:
[6/29/2021, 5:45:33 PM] [slaapkamer screen] Requested Move down (to 82%)
[6/29/2021, 5:45:33 PM] [slaapkamer screen] Request succeeded in 98 ms after 1 / 5 attempts
[6/29/2021, 5:45:33 PM] [slaapkamer screen] Body (200): {"status":"OK","success":true}

[6/29/2021, 5:45:33 PM] [slaapkamer screen] Move request sent (98 ms), waiting 3.6s (+ 0s response lag)...
[6/29/2021, 5:45:33 PM] [slaapkamer screen] Stop command will be requested
[6/29/2021, 5:45:33 PM] [slaapkamer screen] Timeout finished
[6/29/2021, 5:45:37 PM] [slaapkamer screen] Requesting stop
[6/29/2021, 5:45:37 PM] [slaapkamer screen] Request succeeded in 99 ms after 1 / 5 attempts
[6/29/2021, 5:45:37 PM] [slaapkamer screen] Body (200): {"status":"OK","success":true}

[6/29/2021, 5:45:37 PM] [slaapkamer screen] Stop request sent
[6/29/2021, 5:45:37 PM] [slaapkamer screen] Request succeeded in 6 ms after 1 / 5 attempts
[6/29/2021, 5:45:37 PM] [slaapkamer screen] Body (200): 100
[6/29/2021, 5:45:37 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 100
[6/29/2021, 5:45:41 PM] [slaapkamer screen] Request succeeded in 6 ms after 1 / 5 attempts
[6/29/2021, 5:45:41 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:41 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:42 PM] [slaapkamer screen] Request succeeded in 3 ms after 1 / 5 attempts
[6/29/2021, 5:45:42 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:42 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:42 PM] [slaapkamer screen] Blinds position didn't change: skipping 3 cycles
[6/29/2021, 5:45:43 PM] [slaapkamer screen] Requested TargetPosition: 82%
[6/29/2021, 5:45:43 PM] [slaapkamer screen] Request succeeded in 5 ms after 1 / 5 attempts
[6/29/2021, 5:45:43 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:43 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:44 PM] [slaapkamer screen] Request succeeded in 5 ms after 1 / 5 attempts
[6/29/2021, 5:45:44 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:44 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:44 PM] [slaapkamer screen] Blinds position didn't change: skipping 4 cycles
[6/29/2021, 5:45:45 PM] [slaapkamer screen] Request succeeded in 4 ms after 1 / 5 attempts
[6/29/2021, 5:45:45 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:45 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:45 PM] [slaapkamer screen] Blinds position didn't change: skipping 5 cycles
[6/29/2021, 5:45:47 PM] [slaapkamer screen] Request succeeded in 4 ms after 1 / 5 attempts
[6/29/2021, 5:45:47 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:47 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:47 PM] [slaapkamer screen] Blinds position didn't change: skipping 6 cycles
[6/29/2021, 5:45:49 PM] [slaapkamer screen] Request succeeded in 6 ms after 1 / 5 attempts
[6/29/2021, 5:45:49 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:49 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:49 PM] [slaapkamer screen] Blinds position didn't change: skipping 7 cycles
[6/29/2021, 5:45:49 PM] [slaapkamer screen] Polling skipped (updatePositionByUrl); stopTimeout: 81523, stepInterval: 81529, lagTimeout: 81524
[6/29/2021, 5:45:51 PM] [slaapkamer screen] Request succeeded in 6 ms after 1 / 5 attempts
[6/29/2021, 5:45:51 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:51 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:51 PM] [slaapkamer screen] Blinds position didn't change: skipping 8 cycles
[6/29/2021, 5:45:54 PM] [slaapkamer screen] Request succeeded in 8 ms after 1 / 5 attempts
[6/29/2021, 5:45:54 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:54 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:54 PM] [slaapkamer screen] Blinds position didn't change: skipping 9 cycles
[6/29/2021, 5:45:56 PM] [slaapkamer screen] Request succeeded in 4 ms after 1 / 5 attempts
[6/29/2021, 5:45:56 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:56 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:56 PM] [slaapkamer screen] Blinds position didn't change: skipping 10 cycles
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Request succeeded in 4 ms after 1 / 5 attempts
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Didn't reach target after 11 tries
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Request succeeded in 4 ms after 1 / 5 attempts
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Body (200): 85
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Requested setCurrentPositionByUrl: 85
[6/29/2021, 5:45:59 PM] [slaapkamer screen] Reached target: 82, currentPosition: 85, manualStop: Y
[6/29/2021, 5:45:59 PM] [slaapkamer screen] End Move down to 85% (target 82%)
[6/29/2021, 5:46:19 PM] [slaapkamer screen] Polling skipped (updatePositionByUrl); stopTimeout: 81523, stepInterval: null, lagTimeout: 81524
[6/29/2021, 5:46:49 PM] [slaapkamer screen] Polling skipped (updatePositionByUrl); stopTimeout: 81523, stepInterval: null, lagTimeout: 81524
[6/29/2021, 5:47:19 PM] [slaapkamer screen] Polling skipped (updatePositionByUrl); stopTimeout: 81523, stepInterval: null, lagTimeout: 81524
[6/29/2021, 5:47:49 PM] [slaapkamer screen] Polling skipped (updatePositionByUrl); stopTimeout: 81523, stepInterval: null, lagTimeout: 81524
[6/29/2021, 5:48:19 PM] [slaapkamer screen] Polling skipped (updatePositionByUrl); stopTimeout: 81523, stepInterval: null, lagTimeout: 81524
[6/29/2021, 5:48:49 PM] [slaapkamer screen] Polling skipped (updatePositionByUrl); stopTimeout: 81523, stepInterval: null, lagTimeout: 81524

Your log was quite helpful. Please try:
sudo npm install -g<EMAIL_ADDRESS># restart homebridge

Looks OK now, did some tests and all seems to be fine now. I'll keep you updated if I find some other issues.
Thanks !

Great. Please do keep me posted if you notice any other behavior. Thanks for testing!


Foraging:Foraging.py:_LickSta:line 1460:'Window' object has no attribute 'GeneratedTrials'

Error occurred 132 times in the last week

Resolved by #136


Feature request: verbose (debug) ability

I'm pretty new to Golang and I'm working on my first project, which is porting a py script we have laying around here to Go. Something the py script does is, of course, validate $refs, but it does it manually or outside the scope of the JSON schema validation library used (jsonschema.py).
I've finished a draft of the schema validator in Go, but one thing I'd like to do is easily validate that $refs are being followed and one way I could get that warm fuzzy is watching what validate() is doing regardless of an error being present.
Perhaps I'll fork the project and do it myself...

this sounds interesting for sure


not finding i18n gem but rails s works fine

Without prax, application is working fine with rails s.  Prax is giving gem not found error.
~/.praxconfig is set up with code from the wiki for rvm.
$ bundle show i18n
/home/murtykorada/.rvm/gems/ruby-2.2.0/gems/i18n-0.7.0

$ prax start -f
RVM project not found at: /home/murtykorada/Documents/apps/market_place_api
I, [2015-05-21T14:24:32.540884 #8917]  INFO -- : Prax is ready to receive connections on :20559 and :20558.
I, [2015-05-21T14:24:41.805858 #8917]  INFO -- : Spawning application 'market_place_api' [/home/murtykorada/Documents/apps/market_place_api]
/home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/spec_set.rb:92:in `block in materialize': Could not find i18n-0.7.0 in any of the sources (Bundler::GemNotFound)
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/spec_set.rb:85:in `map!'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/spec_set.rb:85:in `materialize'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/definition.rb:132:in `specs'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/definition.rb:177:in `specs_for'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/definition.rb:166:in `requested_specs'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/environment.rb:18:in `requested_specs'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/runtime.rb:13:in `setup'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler.rb:122:in `setup'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.7.9/lib/bundler/setup.rb:17:in `<top (required)>'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'
from /home/murtykorada/.rvm/rubies/ruby-2.2.0/lib/ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in `require'

I don't know enough of RVM to help more than what the wiki states. Yet, the RVM project not found at: /home/murtykorada/Documents/apps/market_place_api puzzles me.

Hi,
I had the same problem and found the following solution, by Omar Torres, in here:
http://stackoverflow.com/questions/20599920/how-to-solve-could-not-find-i18n-0-6-5-in-any-of-the-sources-bundlergemnotfo
I did:
bundle pack
bundle install --path vendor/cache
and prax runs ok now
the console output from prax:
~/projects/blog$ prax start --foreground
I, [2015-06-03T07:44:53.893112 #32186]  INFO -- : Prax is ready to receive connections on :20559 and :20558.
~/projects/blog$ prax start --foreground
I, [2015-06-03T07:51:58.614597 #32301]  INFO -- : Prax is ready to receive connections on :20559 and :20558.
I, [2015-06-03T07:58:09.411997 #32301]  INFO -- : Spawning application 'blog' [/home/pvc/projects/blog]
/home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/spec_set.rb:92:in block in materialize': Could not find i18n-0.7.0 in any of the sources (Bundler::GemNotFound) 	from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/spec_set.rb:85:in map!'
from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/spec_set.rb:85:in materialize' 	from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/definition.rb:132:in specs'
from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/definition.rb:177:in specs_for' 	from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/definition.rb:166:in requested_specs'
from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/environment.rb:18:in requested_specs' 	from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/runtime.rb:13:in setup'
from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler.rb:122:in setup' 	from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/gems/2.2.0/gems/bundler-1.8.4/lib/bundler/setup.rb:18:in <top (required)>'
from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/site_ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in require' 	from /home/pvc/.rvm/rubies/ruby-2.2.0/lib/ruby/site_ruby/2.2.0/rubygems/core_ext/kernel_require.rb:54:in require'
I, [2015-06-03T08:07:11.936051 #32301]  INFO -- : Forcing restart of blog (/home/pvc/projects/blog)
I, [2015-06-03T08:07:11.936155 #32301]  INFO -- : Spawning application 'blog' [/home/pvc/projects/blog]

I forgot to mention I'm using Xubuntu 14.04 and rails 4.2.1


Benchmark comparison to qpmad

The qpmad solver from Alexander Sherikov is another Eigen-based implementation of Goldfarb-Idnani. Have you tried it out?
I'd be curious to know how it compares to your implementation in GoldfarbIdnaniSolver.cpp, both on boilerplate and robotics-related benchmarks :slightly_smiling_face:

I did not try it yet.
I suppose it would not be very difficult to add it to the current benchmarks.


Fitting basis sets for Ahlrichs def2

These don't appear to be in the old BSE. Probably best obtained via Turbomole
Split Valence

def2-SV(P)-JFit

def2-SV(P)-JKFit

def2-SV(P)-RIFit

def2-SVP-JFit

def2-SVP-JKFit

def2-SVP-RIFit

def2-SVPD-RIFit

Triple Zeta

def2-TZVP-JFit

def2-TZVP-JKFit

def2-TZVP-RIFit

def2-TZVPP-JFit

def2-TZVPP-JKFit

def2-TZVPP-RIFit

def2-TZVPD-RIFit

def2-TZVPPD-RIFit

Quadruple Zeta

def2-QZVP-JFit

def2-QZVP-JKFit

def2-QZVP-RIFit

def2-QZVPP-JFit

def2-QZVPP-JKFit

def2-QZVPP-RIFit

def2-QZVPD-RIFit

def2-QZVPPD-RIFit

Added in bc01beb153eab9c5963d5f6acffba167f701a50b


Interactive app or passenger app - authentication and other possibilities

Currently we haven't yet determined the best way to manage authentication to this app.
Two future platform enhancements would address this:

Properly configured network namespaces on PUNs would enable us to use Passenger 6's GLS and we could launch RClone GUI, a Go web server, on the web node. This would be very interesting if the rclone "jobs" could be configured to run elsewhere (as datamover?)
Sidecar proxy for interactive apps where the sidecar handles authentication

Also, would be very interesting if this has Globus support...


install tr to python 3.10 error

Traceback (most recent call last):
File "d:\python\ocr\tr-master\tr_01.py", line 1, in
import tr
File "d:\python\ocr\tr-master\tr_init_.py", line 2, in
from .tr import *
File "d:\python\ocr\tr-master\tr\tr.py", line 33, in
libc = ctypes.cdll.LoadLibrary('./libtr.dll')
File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.10_3.10.3056.0_x64__qbz5n2kfra8p0\lib\ctypes_init.py", line 452, in LoadLibrary
return self.dlltype(name)
File "C:\Program Files\WindowsApps\PythonSoftwareFoundation.Python.3.10_3.10.3056.0_x64__qbz5n2kfra8p0\lib\ctypes_init.py", line 374, in init
self._handle = _dlopen(self._name, mode)
FileNotFoundError: Could not find module 'd:\python\ocr\tr-master\tr\libtr.dll' (or one of its dependencies). Try using the full path with constructor syntax.

有个版本不支持Windows的


Add support for SwiftUI.Image

I added an extension for SwiftUI.Image, comments and suggestions are welcome.

Reworked and created new pull request.


Cannot save recursive data.

This was fixed in my branch.
I'll make PR and notice here.

see https://github.com/rpgtkoolmv/corescript/pull/21

finished!!


version in pom.xml is diffent from branch

Hi,I found the 1.3.1-release branch has the diffent version in pom.xml, and the version in pom.xml is 1.3.2-SNAPSHOT, is this a bug?

+1

@lgcareer , please answer this question

Hi,this is correct.The branch is 1.3.1-release and it has released,it need to be 1.3.2-SNAPSHOT.


Feature request - open/mount specified directory

It would be great to have an option to open a specified directory from the extension.
i.e. A button that opens a downloads folder (like the native "Show All Downloads" in firefox but for a different directory) or double click on a download to open it's own sub-directory.
I realise this extension is intended for people using transmission-remote so what I think would be most useful is if there were a way it could open or even mount an Avahi/SMB/SSHFS directory. Is this possible?
Many thanks

No, I can't think of an easy way to open a remote directory from a browser. That would probably require a native app and that's way out of scope for this extension.

Fair enough! Great extension anyway, thanks for the good work!


Create HTML mainframe work

WHEN i open the page it is set similar to my wire frame proposal

IT IS DONE - when the main information on the page is attached and can be used

02-Portfolio-Project-WireFrame.pdf

Wireframe objective complete


Add option to view content by the groups you are in

Requested in #124. Puts a new option in the search dropdown to "View My Groups". This presents groups in place of folders and shows all content shared in each of those groups (independent of item ownership). This will make it easier to find and copy items owned by other users and shared with a group you are in.

:thumbsup: :beers: Good stuff!


Ballfilter docs

The BallFilter class should have a class-level docstring giving a high level overview over its responsibilities.

I can't find exactly where these were added, but BallFilter now has docs so closing as done.


Implement Potterhat adapter for elixir API.

This won't be needed as we will be running/recommending Potterhat as a separate service.


Added some commentary to the intro and conclusion

There are significant merge conflicts, so manually pulling out contributions, rather than merging.


feat(15048): One-sided Type Predicates

Fixes #15048
Why not nominal type (a.k.a. type brand/tag)? It is excessive, and to avoid the trouble people would instead write something like ((v): v is number => Number.isInteger(v))(v) && (() => true)(), given that it just works. It looks bad when hovering over the variables too, especially if there are multiple layers of type guards.
Particularly for the built-in lib, we don't want something like isInteger(number: unknown): number is number & { readonly integer: unique symbol };, so this is the feasible solution.
Ultimately I would also like to implement negative predicate and predicate with non-boolean return value such that an overload for {ReadonlyArray, Array}.some like some<S extends T>(predicate: (value: T, index: number, array: T[]) => !(value is subtypeof S if truthy), thisArg?: any): !(this is subtypeof S[]); could be added to the built-in lib, which addresses #46650 and #47574.
The exact syntax is not confirmed, and is open to discussion.

Can you mark this as draft or wait until we agree on a design in #15048 ? There's not much point in the reviewing the code when the semantics are still up in the air.

Definitely will wait for it.


Git references are not normalized in lockfile

The lockfile currently differentiates between identical Git references depending on how they are declared. For example:
[project]
name = "project"
version = "0.1.0"
requires-python = ">=3.12"
dependencies = [
    "uv-public-pypackage<EMAIL_ADDRESS>]

version = 1
requires-python = ">=3.12"

[[distribution]]
name = "project"
version = "0.1.0"
source = "editable+."
sdist = { path = "." }

[[distribution.dependencies]]
name = "uv-public-pypackage"
version = "0.1.0"
source = "git+https://github.com/astral-test/uv-public-pypackage?rev=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979"

[[distribution]]
name = "uv-public-pypackage"
version = "0.1.0"
source = "git+https://github.com/astral-test/uv-public-pypackage?rev=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979"
sdist = { url = "https://github.com/astral-test/uv-public-pypackage?rev=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979" }

Versus:
[project]
name = "project"
version = "0.1.0"
requires-python = ">=3.12"
dependencies = [
    "uv-public-pypackage",
]

[tool.uv.sources]
uv-public-pypackage = { git = "https://github.com/astral-test/uv-public-pypackage", tag = "0.0.1" }

version = 1
requires-python = ">=3.12"

[[distribution]]
name = "project"
version = "0.1.0"
source = "editable+."
sdist = { path = "." }

[[distribution.dependencies]]
name = "uv-public-pypackage"
version = "0.1.0"
- source = "git+https://github.com/astral-test/uv-public-pypackage?rev=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979"
+ source = "git+https://github.com/astral-test/uv-public-pypackage?tag=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979"

[[distribution]]
name = "uv-public-pypackage"
version = "0.1.0"
- source = "git+https://github.com/astral-test/uv-public-pypackage?rev=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979"
+ source = "git+https://github.com/astral-test/uv-public-pypackage?tag=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979"
- sdist = { url = "https://github.com/astral-test/uv-public-pypackage?rev=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979" }
+ sdist = { url = "https://github.com/astral-test/uv-public-pypackage?tag=0.0.1#0dacfd662c64cb4ceb16e6cf65a157a8b715b979" }

I'm not sure if we can normalize to the revision because the commit pointed to by a tag/branch can change, but we could disambiguate between references before locking.

I think it's correct that we write different values here. Is it getting in your way somewhere?

Not getting in the way, @konstin pointed it out in https://github.com/astral-sh/uv/pull/4406.

I think this is as-intended.


added German Translation [Issue86]

Added this in manually due to other code changes (and I hate Git), gave credits in the changelog and under the "Contributors" heading.


Missing bdb argument in implicit_reference_var_colno_exp in compiler.py will cause RuntimeError

https://github.com/probcomp/bayeslite/blob/master/src/compiler.py#L1077-L1078
https://github.com/probcomp/bayeslite/blob/master/src/compiler.py#L1093-L1094
https://github.com/probcomp/bayeslite/blob/master/src/compiler.py#L1147-L1148
https://github.com/probcomp/bayeslite/blob/master/src/compiler.py#L1264-L1265
https://github.com/probcomp/bayeslite/blob/master/src/compiler.py#L1324-L1325
https://github.com/probcomp/bayeslite/blob/master/src/compiler.py#L1433-L1434
Thank you pylint in sublime gutter.
Strange that no clients or test cases execute this code path.

https://github.com/probcomp/bayeslite/commit/12c7b28d235fe56c1df97f593ce21e8ec7faeef2


Unable to create indexes for specified database

Hi there,
I have a multi-tier application that does a before_filter :switch_database - so every subdomain is switched to a different database using Mongoid.override_database(database_name)
This is all working beautifully, but I cannot programatically get mongoid to generate indexes on database creation, I tried this:
# rake db:mongoid:create_indexes RAILS_ENV=production DATABASE=timeline_maryrose_production
I, [2015-02-25T23:38:32.050239 #3292]  INFO -- : MONGOID: Created indexes on Item:
I, [2015-02-25T23:38:32.050370 #3292]  INFO -- : MONGOID: Index: {:event_id=>1}, Options: {:background=>true}
I, [2015-02-25T23:38:32.050423 #3292]  INFO -- : MONGOID: Index: {:path=>1}, Options: {}

However when I check if an index is created, I see this:
$ mongo timeline_maryrose_production
MongoDB shell version: 2.4.12
connecting to: timeline_maryrose_production
> db.system.indexes.find()
{ "v" : 1, "name" : "_id_", "key" : { "_id" : 1 }, "ns" : "timeline_maryrose_production.items" }

Is there anyway to generate indexes from within my ruby code or at least specify an environment variable to generate indexes for a specific database?

Ah, I found a way, like this:
    Mongoid.override_database(database_name)
    Mongoid::Tasks::Database.create_indexes # Make sure indexes exist

Is there anyway to have missing indexes automatically created out of box? - or a recommended way to achieve this?

We will not add the ability to create missing indexes automatically as it's too risky of a feature and more often than not a bad practice (For example a production deploy with a large dataset and indexes not setto background would block). You will have to create them programatically directly via the underlying driver or use the rake task.

I have a multi tier app, so every subdomain is a different database that is created dynamically when a user registers. Creating the indexes programatically or via a rake task is not an option :( - if this is risky, then it can be explicitly set as a preference option?


Use of the term "bioenergy" in variable names

Is there an inconsistency between using "biomass" and "bioenergy" in variable names?
Example:  Carbon Removal|Geological Storage|Bioenergy
Why not: Carbon Removal|Geological Storage|Biomass?
Compare: Primary Energy|Biomass|w/ CCS
Or is there a systematic rule when to use bioenergy and when biomass? If not I suggest to use Biomass consistently.
@volker-krey

Thank you @kriegler100, pinging @IAMconsortium/common-definitions-emissions and @IAMconsortium/common-definitions-land for comment

Agree it should be Biomass. I haven't found "Bioenergy" anywhere else, and would also stick with one consistent term

Implement in #208 for carbon removal and carbon capture.
There is still use of "Bioenergy" in "Agricultural Demand|Crops|Bioenergy" - should that also be revised?

Hm, good question. At the risk of contradicting my earlier comment, I think there it is actually adequate

I also agree with @strefler that Crops|Bioenergy is fine for Agricultural Demand, Production and Trade.


Add a way to test .contains of strings

And other stuff. Basically, a smartmatch that dumps the string on failures

wat?


[feat] explicitly set compilerOptions.hydratable to config.kit.ssr

Before submitting the PR, please make sure you do the following

[ ] It's really useful if your PR references an issue where it is discussed ahead of time. In many cases, features are absent for a reason. For large changes, please create an RFC: https://github.com/sveltejs/rfcs
[x] This message body should clearly illustrate what problems it solves.
[ ] Ideally, include a test that fails without this PR but passes with it.

Tests

[x] Run the tests with pnpm test and lint the project with pnpm lint and pnpm check

Changesets

[x] If your PR makes a change that should be noted in one or more packages' changelogs, generate a changeset by running pnpx changeset and following the prompts. All changesets should be patch until SvelteKit 1.0

Until now vite-plugin-svelte defaults to hydratable: true, but that is going to change.
See https://github.com/sveltejs/vite-plugin-svelte/pull/122
To avoid breaking, kit has to set hydratable explicitly.
vite-plugin-svelte also offers a new option experimental.dynamicCompileOptions that could be used to implement a more finegrained solution of which components need hydration. see https://github.com/sveltejs/vite-plugin-svelte/issues/121

lint is failing

hmm, locally both pnpm lint and pnpm check passed without failing.
svelte-check output mentioned a config load issue though for pnpm check
│ Error while loading config
│ TypeError: Cannot read property 'compilerOptions' of undefined
│     at ConfigLoader.loadConfig (/home/dominikg/develop/sveltejs/kit/node_modules/.pnpm/svelte-check@2.2.0_svelte@3.40.0/node_modules/svelte-check/dist/src/index.js:26654:31)
│     at async ConfigLoader.loadAndCacheConfig (/home/dominikg/develop/sveltejs/kit/node_modules/.pnpm/svelte-check@2.2.0_svelte@3.40.0/node_modules/svelte-check/dist/src/index.js:26643:46)
│     at async /home/dominikg/develop/sveltejs/kit/node_modules/.pnpm/svelte-check@2.2.0_svelte@3.40.0/node_modules/svelte-check/dist/src/index.js:26605:17
│     at async Promise.all (index 2)
│     at async ConfigLoader.loadConfigs (/home/dominikg/develop/sveltejs/kit/node_modules/.pnpm/svelte-check@2.2.0_svelte@3.40.0/node_modules/svelte-check/dist/src/index.js:26607:13)
│     at async createLanguageService (/home/dominikg/develop/sveltejs/kit/node_modules/.pnpm/svelte-check@2.2.0_svelte@3.40.0/node_modules/svelte-check/dist/src/index.js:79394:5)

lint is passing now. the warning is a bug in svelte-check


Add configuration option to disable the sidebar footer

Abstract
Makes the documentation sidebar footer configurable

With footer (default)
Without footer

Bug encountered
Some trouble here, the sidebar has a fixed height, so this change requires a ternary class, and a HydeFront update. But making this change now, and then I'll refactor the height to be dynamic in an other PR.
Workaround

Convert class attribute to dynamic blade class directive
Dynamically set height depending on config setting

Bug encountered
Some trouble here, the sidebar has a fixed height, so this change requires a ternary class, and a HydeFront update. But making this change now, and then I'll refactor the height to be dynamic in an other PR.
Workaround

Convert class attribute to dynamic blade class directive
Dynamically set height depending on config setting


[Bug]: Running Java pipeline with JDBCIO when using a window causes a ClassCastException

What happened?
I have a pipeline that reads data, windows it, groups, aggregates and write to a relational DB
Code below in Kotlin
pipeline
    .apply(
        "WaitForNewFiles",
        FileIO.match()
            .filepattern(inputPath)
            .continuously(
                // Check for new files every 2 minute
                Duration.standardMinutes(2),
                // Never stop checking for new files
                Watch.Growth.never()
            )
    )
    .apply("GetFiles", FileIO.readMatches())
    .apply(TextIO.readFiles())
    .apply("ToTuple", ParDo.of(toTuple))
    .apply(
        "WaitForLines",
        Window.into<T>(FixedWindows.of(Duration.standardMinutes(1)))
            .triggering(AfterWatermark.pastEndOfWindow())
            .discardingFiredPanes()
            .withAllowedLateness(Duration.ZERO)
    ).apply("Filter", Filter.by(Matcher()))
        .apply("Flatten", ParDo.of(FlattenRecords()))
        .setCoder(AvroCoder.of(MyRecord::class.java))
        .apply("Insert to database",
            JdbcIO.write<MyRecord>()
                .withDataSourceProviderFn(dsProvider)
                .withStatement(cloud_sql_rome_records_insert)
                .withPreparedStatementSetter(preparedSetter()))

Up until upgrading to Apache Beam 2.37 it worked, but after an upgrade we started getting the following Exceptions (and alot of them):
java.lang.ClassCastException: class org.apache.beam.sdk.transforms.windowing.GlobalWindow cannot be cast to class org.apache.beam.sdk.transforms.windowing.IntervalWindow (org.apache.beam.sdk.transforms.windowing.GlobalWindow and org.apache.beam.sdk.transforms.windowing.IntervalWindow are in unnamed module of loader 'app')
at org.apache.beam.sdk.transforms.windowing.IntervalWindow$IntervalWindowCoder.registerByteSizeObserver(IntervalWindow.java:142)
at org.apache.beam.sdk.coders.IterableLikeCoder.registerByteSizeObserver(IterableLikeCoder.java:211)
at org.apache.beam.sdk.coders.IterableLikeCoder.registerByteSizeObserver(IterableLikeCoder.java:60)
at org.apache.beam.sdk.util.WindowedValue$FullWindowedValueCoder.registerByteSizeObserver(WindowedValue.java:640)
at org.apache.beam.sdk.util.WindowedValue$FullWindowedValueCoder.registerByteSizeObserver(WindowedValue.java:558)
at org.apache.beam.runners.dataflow.worker.IntrinsicMapTaskExecutorFactory$ElementByteSizeObservableCoder.registerByteSizeObserver(IntrinsicMapTaskExecutorFactory.java:403)
at org.apache.beam.runners.dataflow.worker.util.common.worker.OutputObjectAndByteCounter.update(OutputObjectAndByteCounter.java:128)
at org.apache.beam.runners.dataflow.worker.DataflowOutputCounter.update(DataflowOutputCounter.java:67)
at org.apache.beam.runners.dataflow.worker.util.common.worker.OutputReceiver.process(OutputReceiver.java:43)
at org.apache.beam.runners.dataflow.worker.SimpleParDoFn$1.output(SimpleParDoFn.java:285)
at org.apache.beam.runners.dataflow.worker.repackaged.org.apache.beam.runners.core.SimpleDoFnRunner.outputWindowedValue(SimpleDoFnRunner.java:268)
at org.apache.beam.runners.dataflow.worker.repackaged.org.apache.beam.runners.core.SimpleDoFnRunner.access$900(SimpleDoFnRunner.java:84)
at org.apache.beam.runners.dataflow.worker.repackaged.org.apache.beam.runners.core.SimpleDoFnRunner$DoFnFinishBundleArgumentProvider$Context.output(SimpleDoFnRunner.java:326)
at org.apache.beam.runners.dataflow.worker.repackaged.org.apache.beam.runners.core.SimpleDoFnRunner$DoFnFinishBundleArgumentProvider$Context.output(SimpleDoFnRunner.java:321)
at org.apache.beam.sdk.io.jdbc.JdbcIO$1.finish(JdbcIO.java:1613)

The new code introduced in 2.37 in JDBCIO includes:
@FinishBundle
                    public void finish(FinishBundleContext c) {
                      if (outputList != null && outputList.size() > 0) {
                        c.output(outputList, Instant.now(), GlobalWindow.INSTANCE);
                      }
                      outputList = null;
                    }

https://github.com/apache/beam/blob/d97c52117b7bc5dc844da73d368afb16d0a18abb/sdks/java/io/jdbc/src/main/java/org/apache/beam/sdk/io/jdbc/JdbcIO.java#L1610
So, from what I understand the time interval and global interval conflict.
This is a very vague exception obviously and should be addressed in documentation.
Thanks in advance
Issue Priority
Priority: 2
Issue Component
Component: io-java-jdbc

I would highly appreciate to hear recommendations or opinions on this issue

Not familiar with kotlin, but cannot reproduce this with Java code snippet, using either release-2.39.0 or master. Setting a log in the referred method, confirmed that the method was evaluated.

@Test
  public void TestWriteUsingWindow() throws Exception {
    String tableName = DatabaseTestHelper.getTestTableName("UT_WRITE");
    DatabaseTestHelper.createTable(DATA_SOURCE, tableName);

    pipeline.apply("Generate Periodic Impulse",
            PeriodicImpulse.create().startAt(Instant.now()).stopAt(Instant.now().plus(Duration.standardSeconds(14))).withInterval(Duration.standardSeconds(5)))
        .apply("Generate Records", ParDo.of(
            new DoFn<Instant, KV<Integer, String>>() {
              @ProcessElement
              public void processElement(ProcessContext context) {
                ArrayList<KV<Integer, String>> data = getDataToWrite(10);
                for(KV<Integer, String> datum: data) {
                  context.output(datum);
                }
              }
            }))
        .apply(
            "WaitForLines",
            Window.<KV<Integer, String>>into(FixedWindows.of(Duration.standardSeconds(5)))
                .triggering(AfterWatermark.pastEndOfWindow())
                .discardingFiredPanes()
                .withAllowedLateness(Duration.ZERO))
        .apply(getJdbcWrite(tableName));

    pipeline.run();

    assertRowCount(DATA_SOURCE, tableName, 3*10);
    DatabaseTestHelper.deleteTable(DATA_SOURCE, tableName);
  }

Likely due to compiler not correctly infer the signature of FinishBundleContext.output here? In DoFn class it has a type of BoundedWindow. Both GlobalWindow and IntervalWindow can be cast to BoundedWindow.

Hi @sshahar1 @Abacn,
I ran into the same issue in my java pipeline. We upgraded to Apache Beam 2.39 and started getting the exact error message from above. I can't post the exact pipeline, but we're streaming Pub/Sub events, transforming and windowing, then writing them to MySQL. Below is the windowing function:
Window.<SimplifiedEvent>into(FixedWindows.of(Duration.standardMinutes(options.getWindowDurationMinutes())))
    .discardingFiredPanes()

I'm curious if Sigal has resolved this since this post, or if there have been any other reports of this error message occurring. I know there was a test case where this is passing, but following the stacktrace I don't see how the GlobalWindow would work when passed to the IntervalWindowCoder. Any info is appreciated. Thanks.

Hi @pabloem do you have an idea of the fix? Seems like here the third parameter is not compatible in the case of fixed window
https://github.com/apache/beam/blob/76761db371c8e33136706872f83d89ea600022db/sdks/java/io/jdbc/src/main/java/org/apache/beam/sdk/io/jdbc/JdbcIO.java#L1642

Hi @sshahar1 @Abacn,
I ran into the same issue in my java pipeline. We upgraded to Apache Beam 2.39 and started getting the exact error message from above. I can't post the exact pipeline, but we're streaming Pub/Sub events, transforming and windowing, then writing them to MySQL. Below is the windowing function:
Window.<SimplifiedEvent>into(FixedWindows.of(Duration.standardMinutes(options.getWindowDurationMinutes())))
    .discardingFiredPanes()

I'm curious if Sigal has resolved this since this post, or if there have been any other reports of this error message occurring. I know there was a test case where this is passing, but following the stacktrace I don't see how the GlobalWindow would work when passed to the IntervalWindowCoder. Any info is appreciated. Thanks.

Nothing further we could do, unfortunatey

Not familiar with kotlin, but cannot reproduce this with Java code snippet, using either release-2.39.0 or master. Setting a log in the referred method, confirmed that the method was evaluated.
@Test
  public void TestWriteUsingWindow() throws Exception {
    String tableName = DatabaseTestHelper.getTestTableName("UT_WRITE");
    DatabaseTestHelper.createTable(DATA_SOURCE, tableName);

    pipeline.apply("Generate Periodic Impulse",
            PeriodicImpulse.create().startAt(Instant.now()).stopAt(Instant.now().plus(Duration.standardSeconds(14))).withInterval(Duration.standardSeconds(5)))
        .apply("Generate Records", ParDo.of(
            new DoFn<Instant, KV<Integer, String>>() {
              @ProcessElement
              public void processElement(ProcessContext context) {
                ArrayList<KV<Integer, String>> data = getDataToWrite(10);
                for(KV<Integer, String> datum: data) {
                  context.output(datum);
                }
              }
            }))
        .apply(
            "WaitForLines",
            Window.<KV<Integer, String>>into(FixedWindows.of(Duration.standardSeconds(5)))
                .triggering(AfterWatermark.pastEndOfWindow())
                .discardingFiredPanes()
                .withAllowedLateness(Duration.ZERO))
        .apply(getJdbcWrite(tableName));

    pipeline.run();

    assertRowCount(DATA_SOURCE, tableName, 3*10);
    DatabaseTestHelper.deleteTable(DATA_SOURCE, tableName);
  }

The test passed. For Kotlin then likely due to compiler not correctly infer the signature of FinishBundleContext.output here? In DoFn class it has a type of BoundedWindow. Both GlobalWindow and IntervalWindow can be cast to BoundedWindow.

I checked the decompiled code, I don't see anything that can cause this

@pabloem do you have any suggestions on how we can fix this? It's currently blocking us from upgrading our pipelines that use fixed windows. I was thinking maybe we need to handle the work being done in finish using a timer and setting an expiry. It seems like we're basically just buffering and flushing, but need to make sure the buffer get left with elements.
I was also wondering if we should be using dedicated state mechanisms to handle this. It seems like we should be adding these elements to a BagState instead of a local variable. I started working on it but wanted to get your opinion since you originally wrote this feature.

Is there any update on this issue

Apparently this does not show up in direct runner because it does not do the windowing coding thing. It is broken in Dataflow runner indeed. Looking into it.

As a workaround, could you please try add .withAutoSharding() into JdbcIO.write ? (ref https://beam.apache.org/releases/javadoc/current/org/apache/beam/sdk/io/jdbc/JdbcIO.Write.html#withAutoSharding--) this avoided the problematic line in the issue description.

I no longer have access to this code and project

This is only working when the streaming engine is enabled in dataflow can you suggest any other alternatives


Feature: adding Internal Header and Internal Footer

Checklist

[x] Include a description of your pull request and instructions for the reviewer to verify your work.
[x] Link to the issue if this PR is issue-specific.
[x] Create/update the corresponding story if this includes a UI component.
[x] Create/update documentation. If not included, tell us why.
[x] List the environments / browsers in which you tested your changes.
[x] Tests, linting, or other required checks are passing.
[x] PR has an informative and human-readable title

PR titles are used to generate the change log in releases; good ones make that easier to scan.
PRs will be broadly categorized in the change log, but for even easier scanning, consider prefixing with a component name or other useful categorization, e.g., "BaseButton: fix layout bug", or "Storybook: Update dependencies".

[x] PR has been tagged with a SemVer label and a general category label, or skip-changelog.

These tags are used to do the aforementioned broad categorization in the change log and determine what the next release's version number should be.
Release Drafter will attempt to do the category labeling for you! Please double-check its work.

Description
Resolves #227. This PR grew pretty massive as adding the internal header and footer required:

new components
modifying/updating old components
new component organization
new scss
new javascript

It's a lot to review, and I wouldn't be surprised if I missed something. Overall, I think the organization makes sense and lets users create their own header, but I think switching between canvas view and docs view doesn't make for the best experience when trying to compare configurations. Hopefully it's clear enough for now and also sets a foundation for how to we want to structure the external header and footer. Really open to any input on the documentation, but I was largely focused on getting this to a "good enough to start with" state so we could move on to other tasks.
I wasn't sure what to call the parent category. I settled on "Global Layout." I also read that "Marginals" is technically correct, but I don't think it's very clear. I felt they needed to be separate from the overall "Components" category though. The story levels also nest pretty deep in this section as well, so it would be nice to not nest them further.
I'm out of time today, so I'll work on writing a detailed write-up of what changed on the next work day.
Instructions to test

npm run storybook
Check the stories in the Global Layout section. Note that Javascript functionality won't work correctly unless you are in canvas view.
Check stories for other components that were also modified (BaseLink, for example). It would be also good to check stories that use modified components within them.

Migration Notes
Really only for WCP: class names for the menu templates have changed. Update the class names to match (more details to come that I'll write up on the next work day).
Tested in the following environments/browsers:
Operating System

[x] macOS
[ ] iOS
[ ] iPadOS
[ ] Windows

Browser

[ ] Chrome
[x] Firefox ESR
[ ] Firefox
[ ] Safari
[ ] Edge

Follow-up: I just remembered I wanted to add a story explaining how MixinLayoutHelper classes worked.

[ ] add documention for MixinLayoutHelper CSS classes

I pushed a commit to address some things @stephiescastle and I discussed over Slack, and some other minor stuff I noticed.
Also discussed and still to be addressed: We want to get this section that is important for casual users into the sidebar menu in some way, so that it doesn't get lost at the bottom of a long page.
Another stray thought I had: I wonder if we could put our code samples through some kind of formatter before they get rendered in Storybook. The ones you see when you click the Show Code buttons. Currently the mix of component markup and story-specific markup can lead to some really hard-to-read code snippets.


vcpkg fails to install openssl due to hash check failure

tried to install RESTC++ library from https://github.com/Microsoft/cpprestsdk. However fails to install due to the following error where the openssl download failes the hash check.
`C:\Users\Jaysinh\Documents\workspace\vcpkg>vcpkg install openssl
The following packages will be built and installed:
    openssl:x86-windows
Building package openssl:x86-windows...
-- CURRENT_INSTALLED_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/installed/x86-windows
-- DOWNLOADS=C:/Users/Jaysinh/Documents/workspace/vcpkg/downloads
-- CURRENT_PACKAGES_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/packages/openssl_x86-windows
-- CURRENT_BUILDTREES_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/buildtrees/openssl
-- CURRENT_PORT_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/ports/openssl/.
CMake Error at scripts/cmake/vcpkg_find_acquire_program.cmake:149 (file):
  file DOWNLOAD HASH mismatch

    for file: [C:/Users/Jaysinh/Documents/workspace/vcpkg/downloads/strawberry-perl-<IP_ADDRESS>-32bit-portable.zip]
      expected hash: [a6e685ea24376f50db5f06c5b46075f1d3be25168fa1f27fa9b02e2ac017826cee62a2b43562f9b6c989337a231ba914416c110075457764de2d11f99d5e0f26]
        actual hash: [f3355d2b16232e34d28713216e7f49fae02c6b8e957548fd0eda19a3894e43c4ad613acc0685c86f450de36338cf9681d8619c47bd11c147a9079f300d83e40f]
             status: [0;"No error"]

Call Stack (most recent call first):
  ports/openssl/portfile.cmake:9 (vcpkg_find_acquire_program)
  scripts/ports.cmake:73 (include)

Error: Building package openssl:x86-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with `.\vcpkg update`, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
  Package: openssl:x86-windows
  Vcpkg version: 0.0.81-39b69e5b06df309b9dcfea55296a4c2c3eea93ce

Additionally, attach any relevant sections from the log files above.`

Hmm, this looks like https://github.com/Microsoft/vcpkg/issues/932, though your reported status is [0;"No error"] instead of [56;"Failure when receiving data from the peer"].
Could you try deleting the downloaded file and re-running vcpkg install? Does it fail with the same status (No error) and hash?

Hi, I deleted the downloaded files and re ran the command, but I get the same error.
The following packages will be built and installed:
  * boost:x86-windows
  * boost:x64-windows
  * bzip2:x86-windows
  * bzip2:x64-windows
    cpprestsdk:x86-windows
    cpprestsdk:x64-windows
  * openssl:x86-windows
  * openssl:x64-windows
  * websocketpp:x86-windows
  * websocketpp:x64-windows
Additional packages (*) will be installed to complete this operation.
Building package openssl:x86-windows...
-- CURRENT_INSTALLED_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/installed/x86-windows
-- DOWNLOADS=C:/Users/Jaysinh/Documents/workspace/vcpkg/downloads
-- CURRENT_PACKAGES_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/packages/openssl_x86-windows
-- CURRENT_BUILDTREES_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/buildtrees/openssl
-- CURRENT_PORT_DIR=C:/Users/Jaysinh/Documents/workspace/vcpkg/ports/openssl/.
-- [download 0% complete]
-- [download 1% complete]
CMake Error at scripts/cmake/vcpkg_find_acquire_program.cmake:149 (file):
  file DOWNLOAD HASH mismatch

    for file: [C:/Users/Jaysinh/Documents/workspace/vcpkg/downloads/strawberry-perl-<IP_ADDRESS>-32bit-portable.zip]
      expected hash: [a6e685ea24376f50db5f06c5b46075f1d3be25168fa1f27fa9b02e2ac017826cee62a2b43562f9b6c989337a231ba91441
6c110075457764de2d11f99d5e0f26]
        actual hash: [ee82a9677fa94b6ea71b7ee6bfcac6d512eef1b6e9083e07f8bee4e791cc8f36386d5701d961ff6806c50895eecb953aa3
7ee045c808500703b2bcae6db394bd]
             status: [56;"Failure when receiving data from the peer"]

Call Stack (most recent call first):
  ports/openssl/portfile.cmake:9 (vcpkg_find_acquire_program)
  scripts/ports.cmake:73 (include)

Error: Building package openssl:x86-windows failed with: BUILD_FAILED
Please ensure you're using the latest portfiles with `.\vcpkg update`, then
submit an issue at https://github.com/Microsoft/vcpkg/issues including:
  Package: openssl:x86-windows
  Vcpkg version: 0.0.81-39b69e5b06df309b9dcfea55296a4c2c3eea93ce

Additionally, attach any relevant sections from the log files above.

Thanks! It looks like something is causing the connection to reset.
Could you try downloading the zip file and manually placing it in the downloads folder as a workaround?
http://strawberryperl.com/download/<IP_ADDRESS>/strawberry-perl-<IP_ADDRESS>-32bit-portable.zip
We'll still hash check it, so it won't negatively impact anything else.

on trying to download it, its blocked as there is a trojan detected in it :/

Hi, I am having the same issue only it seems the old strawberry perl site is down. Is there another safe source for downloading it?

@alexbryant Try https://web.archive.org/web/20170614020009/http://strawberryperl.com/download/<IP_ADDRESS>/strawberry-perl-<IP_ADDRESS>-32bit-portable.zip

I'm also having this issue, the file "strawberry-perl-<IP_ADDRESS>-32bit-portable.zip" is being blocked by our Firewalls, claiming it contains a Trojan.
I've tested downloading the latest 5.24.x version: strawberry-perl-<IP_ADDRESS>-32bit-portable.zip, it was successfully downloaded.
That said, IMHO the solution to this issue is to upgrade the StrawberryPerl version to <IP_ADDRESS>, this should be done in: ./scripts/cmake/vcpkg_find_acquire_program.cmake:52.
I'll try it and let you know.

Please open a new issue if this is still a problem for you.


Variant pQTL studies remove Sun et al data/BE

Right now the FE is parsing the genesForVariantSchema field in variant to remove (Sun, 2018)
This should be handled by the data/BE

I have modified the OTG Metadata Schema at the source - deleted the (Sun, 2018) text from the pQTL header.

closing as added to feature doc


[TBD] DecoratorNode tied to React

Is it correct that DecoratorNode is tied to React? AFAIK Outline should be library agnostic and/or provide a mechanism for other libraries to integrate just fine with it. Can we have decorate(): any instead of decorator(): React$Node to offer a more generic mechanism?

Hello, Please how can i work with the ImageNode on Vanilla js? ive tried returning an image element in the decorate method, but it doesnt work
decorate() {
const image = document.createElement("img");
image.alt = this.__altText;
image.src = this.__src;
image.width = this.__width;
image.height = this.__height;
image.style.maxWidth = this.maxWidth;
return image;
}
Pls assist


buildGo115Module: Remove

This is no longer needed - we have one 115 package.

Motivation for this change
Things done

Built on platform(s)

[ ] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.05 Release Notes (or backporting 21.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

Tested via grep buildGo115Module.

I'd very strongly prefer to remove all of go_1_15 at once, it's odd to remove buildGo115Module and keep the rest.

It looks like there is only 3 packages left using go_1_15 or buildGo115Package.

Huh - I didn't realize there were packages which used go 1.15 directly. coyim is a mess (doesn't build with 0.16, 0.17, and the new prerelease is also unbuildable), so i wasn't going to touch it. Let me poke the others.

coyim is a mess ..

I'll drop the 115 override and mark it as broken: https://github.com/NixOS/nixpkgs/pull/157319

There are some patches that can be removed with go_1_15, I can open a PR for it or you can copy/cherrypick the changes from https://github.com/qowoz/nixpkgs/commit/c0b59071a0a39e5fa1e040caab315a7eff8ecc61 to this PR if you prefer.

Opened https://github.com/NixOS/nixpkgs/pull/157460.
Thanks for cleaning up the 1.15 packages.


kak-lsp creates dozens of zombie processes

I'm using kak-lsp with the Zig language and running into issues with the LSP just randomly dying and leaving behind kak-lsp zombie processes. Testing was done on macOS x86_x64, ARM 64 and Linux x86_x64 using HEAD and also the builds from brew and pacman. All combinations have the same result.
The LSP I am using is ZLS which I also tested with VS Code and Vim and couldn't reproduce any issues with those editors. It's quite tricky to debug from the outside of the client and server chatting with each other so I was hoping you might have some insight as to what the issue here could be. I'd love to get kak-lsp + zls married and working well together. It's the only thing roadblock left preventing going all in with Kak.
Log output is here.

I believe the relevant part of the log is this one:
Dec 27 15:51:52.919 DEBG To server: {"jsonrpc":"2.0","method":"textDocument/completion","params":{"position":{"character":17,"line":27},"textDocument":{"uri":"file:///Users/desaro/zig-aya/examples/batcher.zig"}},"id":12}, module: kak_lsp::language_server_transport:175
... snip ...
Dec 27 15:51:53.213 DEBG From server: {"jsonrpc":"2.0","id":0,"result":{"data":[0,0,5,7,0,0,6,3,0,33,0,4,1,11,0,0,2,7,12,0,0,8,5,9,0,1,0,5,7,0,0,6,3,0,33,0,4,1,11,0,0,2,7,12,0,0,8,5,9,0,2,0,3,7,0,0,4,5,7,0,0,6,8,2,32,0,10,3,0,1,0,4,9,0,1,0,10,8,0,4,0,9,1,11,0,0,2,1,3,0,0,1,6,3,0,2,0,3,7,0,0,4,11,2,32,0,13,3,0,1,0,4,3,0,1,0,4,7,0,2,0,8,1,11,0,0,2,9,14,0,1,0,3,7,0,0,4,8,2,32,0,10,3,0,1,0,4,3,0,1,0,4,7,0,2,0,8,1,11,0,0,2,9,14,0,1,0,3,7,0,0,4,12,2,32,0,14,3,0,1,0,4,4,0,1,0,5,4,0,2,0,5,1,11,0,0,2,9,14,0,1,0,3,7,0,0,4,9,2,32,0,11,3,0,1,0,4,4,0,1,0,5,4,0,2,0,5,1,11,0,0,2,9,14,0,2,0,3,7,0,0,4,2,7,0,0,3,4,6,0,0,7,1,11,0,0,1,4,0,0,1,4,3,7,0,0,4,3,0,1,0,4,3,6,0,1,8,1,4,0,0,1,4,4,0,0,5,1,11,0,0,2,4,6,0,1,8,1,4,0,0,1,6,4,0,0,7,1,11,0,0,2,6,6,0,1,8,1,4,0,0,1,6,4,0,0,7,1,11,0,0,2,6,6,0,1,8,1,4,0,0,1,8,4,0,0,9,1,11,0,0,2,8,6,0,1,8,1,4,0,0,1,6,4,0,0,7,1,11,0,0,5,1,4,0,0,1,13,4,0,0,14,1,11,0,0,2,4,14,0,4,0,2,7,0,0,3,4,6,0,0,7,1,11,0,0,1,4,0,0,1,4,11,2,0,0,12,1,11,0,0,2,3,0,1,0,4,3,0,1,0,4,7,0,2,0,8,18,6,0,1,4,8,2,0,0,9,1,11,0,0,2,3,0,1,0,4,3,0,1,0,4,7,0,2,0,8,12,6,0,0,13,35,9,0,0,37,1,3,0,0,1,6,3,0,0,8,5,7,0,0,6,11,14,0,2,4,12,2,0,0,13,1,11,0,0,2,3,0,1,0,4,4,0,1,0,5,4,0,2,0,5,4,6,0,0,5,1,10,0,0,3,1,10,0,0,3,11,2,0,0,12,5,4,0,0,7,11,2,0,0,12,6,4,0,0,8,11,2,0,0,12,5,4,0,0,7,11,2,0,0,12,6,4,0,1,4,9,2,0,0,10,1,11,0,0,2,3,0,1,0,4,4,0,1,0,5,4,0,2,0,5,4,6,0,0,5,1,10,0,0,3,1,10,0,0,3,8,2,0,0,9,5,4,0,0,7,8,2,0,0,9,6,4,0,0,8,8,2,0,0,9,5,4,0,0,7,8,2,0,0,9,6,4,0,3,0,2,7,0,0,3,8,6,0,0,11,1,11,0,0,1,4,0,0,1,4,11,2,0,0,12,6,6,0,1,4,8,2,0,0,9,6,6,0,3,0,2,7,0,0,3,6,6,0,0,9,1,11,0,0,1,4,0,0,2,0,2,7,0,0,3,6,6,0,0,9,1,11,0,0,1,4,0,0,1,4,3,0,1,0,4,3,0,1,0,4,9,6,0,2,4,3,7,0,0,4,1,2,32,0,3,5,0,0,0,6,1,11,0,0,2,1,10,0,1,4,3,7,0,0,4,1,2,32,0,2,1,11,0,0,2,3,12,0,0,4,5,0,0,0,7,1,10,0,1,4,5,7,0,0,7,1,2,0,0,2,1,11,0,0,2,3,10,0,0,4,1,11,0,0,2,2,10,0,0,7,1,2,0,0,2,2,11,0,0,3,1,10,0,1,8,5,7,0,0,7,1,2,0,0,2,1,11,0,0,2,3,10,0,0,4,1,11,0,0,2,2,10,0,0,7,1,2,0,0,2,2,11,0,0,3,1,10,0,1,12,3,0,1,0,4,4,0,1,0,5,3,6,0,0,4,11,2,0,0,13,11,12,0,0,12,3,0,0,0,5,1,2,0,0,2,1,11,0,0,2,1,10,0,0,4,11,12,0,0,12,3,0,0,0,5,1,2,0,0,2,1,11,0,0,2,1,10,0,2,8,1,2,0,0,2,1,11,0,0,2,1,10,0,3,4,3,0,1,0,4,4,0,1,0,5,8,6,0,0,9,8,2,0,0,10,3,10,0,0,5,3,10,0,0,5,3,10,0,1,4,3,0,1,0,4,4,0,1,0,5,8,6,0,0,9,11,2,0,0,13,2,10,0,0,4,2,10,0,0,4,2,10,0,1,4,3,0,1,0,4,4,0,1,0,5,8,6,0,0,9,8,2,0,0,10,3,10,0,0,5,3,10,0,0,5,3,10,0,1,4,3,0,1,0,4,4,0,1,0,5,8,6,0,0,9,8,2,0,0,10,3,10,0,0,5,3,10,0,0,5,3,10,0,2,4,3,0,1,0,4,3,0,1,0,4,7,6,0]}}, module: kak_lsp::language_server_transport:149
Dec 27 15:51:53.213 DEBG From server: {"jsonrpc":"2.0","method":"window/logMessage","params":{"type":4,"message":"[debug-main] Took 3966ms to process method textDocument/didOpen"}}, module: kak_lsp::language_server_transport:149
Dec 27 15:51:53.213 ERRO Id Num(0) is not in waitlist!, module: kak_lsp::controller:130
Dec 27 15:51:53.215 DEBG Language server closed pipe, stopping reading, module: kak_lsp::language_server_transport:127
Dec 27 15:51:53.215 ERRO Language server error: index out of bounds
???:?:?: 0x10aa668ea in _analysis.documentPositionContext (???)
???:?:?: 0x10aa551c9 in _completionHandler (???)
???:?:?: 0x10aa30bde in _processJsonRpc (???)
???:?:?: 0x10aa2b80e in _main.0 (???)
???:?:?: 0x10aa32942 in _main (???)
???:?:?: 0x7fff20390620 in ??? (???)
???:?:?: 0x0 in ??? (???)
, module: kak_lsp::language_server_transport:52

It seems that ZLS doesn't like the offset reported by kak-lsp for somewhat reason (different encoding? bug in kak-lsp?) but I'm not 100% sure. Also, that double response to initialisation request with some numerical data looks strange, however, I think it's harmless.

I also seem to have a similar issue.
Log:
Jan 09 14:10:55.963 INFO Starting main event loop, module: kak_lsp::session:29
Jan 09 14:10:55.964 INFO Starting Language server `zls `, module: kak_lsp::language_server_transport:21
Jan 09 14:10:55.981 ERRO Id Num(0) is not in waitlist!, module: kak_lsp::controller:151

Verbose log:
Jan 09 14:07:53.019 INFO Starting main event loop, module: kak_lsp::session:29
Jan 09 14:07:53.019 DEBG Searching for vars starting with KAK_LSP_PROJECT_ROOT_ZIG, module: kak_lsp::project_root:46
Jan 09 14:07:53.019 DEBG Routing editor request to Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:95
Jan 09 14:07:53.019 DEBG Spawning a new controller for Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:117
Jan 09 14:07:53.019 INFO Starting Language server `zls `, module: kak_lsp::language_server_transport:21
Jan 09 14:07:53.020 DEBG To editor `28831`: lsp-get-server-initialization-options '/tmp/kak-lsp/pltrz/a22507271af6b5e3', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.026 DEBG From server: {"jsonrpc":"2.0","method":"window/showMessage","params":{"type":3,"message":"[notice-main] Using zig lib path '/usr/lib'"}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.030 DEBG lsp_server_initialization_options:
, module: kak_lsp::general:419
Jan 09 14:07:53.030 DEBG To server: {"jsonrpc":"2.0","method":"initialize","params":{"capabilities":{"textDocument":{"codeAction":{"codeActionLiteralSupport":{"codeActionKind":{"valueSet":["quickfix","refactor","refactor.extract","refactor.inline","refactor.rewrite","source","source.organizeImports"]}},"dynamicRegistration":false,"isPreferredSupport":false},"codeLens":{"dynamicRegistration":false},"colorProvider":{"dynamicRegistration":false},"completion":{"completionItem":{"commitCharactersSupport":false,"deprecatedSupport":false,"documentationFormat":["plaintext"],"preselectSupport":false,"snippetSupport":true},"completionItemKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25]},"contextSupport":false,"dynamicRegistration":false},"declaration":{"dynamicRegistration":false,"linkSupport":false},"definition":{"dynamicRegistration":false,"linkSupport":false},"documentHighlight":{"dynamicRegistration":false},"documentLink":{"dynamicRegistration":false,"tooltipSupport":false},"documentSymbol":{"dynamicRegistration":false},"formatting":{"dynamicRegistration":false},"hover":{"contentFormat":["plaintext"],"dynamicRegistration":false},"implementation":{"dynamicRegistration":false,"linkSupport":false},"onTypeFormatting":{"dynamicRegistration":false},"publishDiagnostics":{"relatedInformation":false},"rangeFormatting":{"dynamicRegistration":false},"references":{"dynamicRegistration":false},"rename":{"dynamicRegistration":false,"prepareSupport":false},"semanticHighlightingCapabilities":{"semanticHighlighting":true},"semanticTokens":{"dynamicRegistration":false,"formats":["relative"],"requests":{"full":true,"range":false},"tokenModifiers":["readonly","documentation"],"tokenTypes":["namespace","type","function","comment","string","operator","variable","keyword"]},"signatureHelp":{"contextSupport":false,"dynamicRegistration":false,"signatureInformation":{"documentationFormat":["plaintext"],"parameterInformation":{"labelOffsetSupport":false}}},"synchronization":{"didSave":true,"dynamicRegistration":false,"willSave":false,"willSaveWaitUntil":false},"typeDefinition":{"dynamicRegistration":false,"linkSupport":false}},"window":{"workDoneProgress":false},"workspace":{"applyEdit":false,"configuration":false,"didChangeConfiguration":{"dynamicRegistration":false},"executeCommand":{"dynamicRegistration":false},"symbol":{"dynamicRegistration":false,"symbolKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26]}},"workspaceEdit":{"documentChanges":true,"failureHandling":"abort","resourceOperations":["create","delete","rename"]},"workspaceFolders":false}},"clientInfo":{"name":"kak-lsp","version":"8.0.0-snapshot"},"processId":28874,"rootUri":"file:///home/pltrz/src","trace":"off"},"id":0}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.030 DEBG To editor `28831`: lsp-show-message 3 '[notice-main] Using zig lib path ''/usr/lib''', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.030 DEBG From server: {"jsonrpc":"2.0","id":0,"result":{"offsetEncoding":"utf-16","capabilities":{"signatureHelpProvider":{"triggerCharacters":["(",","]},"textDocumentSync":1,"renameProvider":true,"completionProvider":{"resolveProvider":false,"triggerCharacters":[".",":","@"]},"documentHighlightProvider":false,"hoverProvider":true,"codeActionProvider":false,"declarationProvider":true,"definitionProvider":true,"typeDefinitionProvider":true,"implementationProvider":false,"referencesProvider":true,"documentSymbolProvider":true,"colorProvider":false,"documentFormattingProvider":true,"documentRangeFormattingProvider":false,"foldingRangeProvider":false,"selectionRangeProvider":false,"workspaceSymbolProvider":false,"rangeProvider":false,"documentProvider":true,"workspace":{"workspaceFolders":{"supported":false,"changeNotifications":false}},"semanticTokensProvider":{"full":true,"range":false,"legend":{"tokenTypes":["type","parameter","variable","tagField","field","errorTag","function","keyword","comment","string","number","operator","builtin","label","keywordLiteral"],"tokenModifiers":["namespace","struct","enum","union","opaque","definition","async","documentation","generic"]}}},"serverInfo":{"name":"zls","version":"0.1.0"}}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.030 DEBG From server: {"jsonrpc":"2.0","method":"window/showMessage","params":{"type":3,"message":"[notice-main] zls initialized"}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.030 DEBG From server: {"jsonrpc":"2.0","method":"window/showMessage","params":{"type":3,"message":"[notice-main] Using offset encoding: utf16"}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.031 DEBG To server: {"jsonrpc":"2.0","method":"initialized","params":{}}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.031 DEBG To server: {"jsonrpc":"2.0","method":"textDocument/didOpen","params":{"textDocument":{"languageId":"zig","text":"const std = @import(\"std\");\n\npub fn main() void {\n    hello();\n}\n\nfn hello() void {\n    std.log.info(\"All your codebase are belong to us.\", .{});\n}\n","uri":"file:///home/pltrz/src/src/main.zig","version":1}}}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.031 DEBG To server: {"jsonrpc":"2.0","method":"workspace/didChangeConfiguration","params":{"settings":{}}}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.032 DEBG From server: {"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"uri":"file:///home/pltrz/src/src/main.zig","diagnostics":[]}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.032 DEBG From server: {"jsonrpc":"2.0","id":0,"result":{"data":[0,0,5,7,0,0,6,3,0,33,0,4,1,11,0,0,2,7,12,0,0,8,5,9,0,2,0,3,7,0,0,4,2,7,0,0,3,4,6,0,0,7,4,0,0,1,4,5,6,0,3,0,2,7,0,0,3,5,6,0,0,8,4,0,0,1,4,3,0,1,0,4,3,0,1,0,4,4,6,256,0,5,37,9,0]}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.032 ERRO Id Num(0) is not in waitlist!, module: kak_lsp::controller:151
Jan 09 14:07:53.033 DEBG To editor `28831`: lsp-show-message 3 '[notice-main] zls initialized', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.035 DEBG To editor `28831`: lsp-show-message 3 '[notice-main] Using offset encoding: utf16', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.038 DEBG To editor `28831`: eval -buffer '/home/pltrz/src/src/main.zig' %§set buffer lsp_diagnostic_error_count 0; set buffer lsp_diagnostic_warning_count 0; set buffer lsp_errors 1 ; eval "set buffer lsp_error_lines 1  '0| '"; set buffer lsp_diagnostics 1 §, module: kak_lsp::editor_transport:84
Jan 09 14:07:53.073 DEBG From editor:
session   = "28831"
client    = "client0"
buffile   = "/home/pltrz/src/src/main.zig"
filetype  = "zig"
version   = 1
method    = "textDocument/hover"
[params.position]
line      = 1
column    = 1
, module: kak_lsp::editor_transport:122
Jan 09 14:07:53.073 DEBG Searching for vars starting with KAK_LSP_PROJECT_ROOT_ZIG, module: kak_lsp::project_root:46
Jan 09 14:07:53.073 DEBG Routing editor request to Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:95
Jan 09 14:07:53.073 DEBG To server: {"jsonrpc":"2.0","method":"textDocument/hover","params":{"position":{"character":0,"line":0},"textDocument":{"uri":"file:///home/pltrz/src/src/main.zig"}},"id":1}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.074 DEBG From server: {"jsonrpc":"2.0","id":1,"result":null}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:56.066 DEBG From editor:
session   = "28831"
client    = "client0"
buffile   = "/home/pltrz/src/src/main.zig"
filetype  = "zig"
version   = 1
method    = "textDocument/hover"
[params.position]
line      = 1
column    = 1
, module: kak_lsp::editor_transport:122
Jan 09 14:07:56.066 DEBG Searching for vars starting with KAK_LSP_PROJECT_ROOT_ZIG, module: kak_lsp::project_root:46
Jan 09 14:07:56.066 DEBG Routing editor request to Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:95
Jan 09 14:07:56.066 DEBG To server: {"jsonrpc":"2.0","method":"textDocument/hover","params":{"position":{"character":0,"line":0},"textDocument":{"uri":"file:///home/pltrz/src/src/main.zig"}},"id":2}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:56.067 DEBG From server: {"jsonrpc":"2.0","id":2,"result":null}, module: kak_lsp::language_server_transport:157

I also seem to have a similar issue.
Log:
Jan 09 14:10:55.963 INFO Starting main event loop, module: kak_lsp::session:29
Jan 09 14:10:55.964 INFO Starting Language server `zls `, module: kak_lsp::language_server_transport:21
Jan 09 14:10:55.981 ERRO Id Num(0) is not in waitlist!, module: kak_lsp::controller:151

Verbose log:
Jan 09 14:07:53.019 INFO Starting main event loop, module: kak_lsp::session:29
Jan 09 14:07:53.019 DEBG Searching for vars starting with KAK_LSP_PROJECT_ROOT_ZIG, module: kak_lsp::project_root:46
Jan 09 14:07:53.019 DEBG Routing editor request to Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:95
Jan 09 14:07:53.019 DEBG Spawning a new controller for Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:117
Jan 09 14:07:53.019 INFO Starting Language server `zls `, module: kak_lsp::language_server_transport:21
Jan 09 14:07:53.020 DEBG To editor `28831`: lsp-get-server-initialization-options '/tmp/kak-lsp/pltrz/a22507271af6b5e3', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.026 DEBG From server: {"jsonrpc":"2.0","method":"window/showMessage","params":{"type":3,"message":"[notice-main] Using zig lib path '/usr/lib'"}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.030 DEBG lsp_server_initialization_options:
, module: kak_lsp::general:419
Jan 09 14:07:53.030 DEBG To server: {"jsonrpc":"2.0","method":"initialize","params":{"capabilities":{"textDocument":{"codeAction":{"codeActionLiteralSupport":{"codeActionKind":{"valueSet":["quickfix","refactor","refactor.extract","refactor.inline","refactor.rewrite","source","source.organizeImports"]}},"dynamicRegistration":false,"isPreferredSupport":false},"codeLens":{"dynamicRegistration":false},"colorProvider":{"dynamicRegistration":false},"completion":{"completionItem":{"commitCharactersSupport":false,"deprecatedSupport":false,"documentationFormat":["plaintext"],"preselectSupport":false,"snippetSupport":true},"completionItemKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25]},"contextSupport":false,"dynamicRegistration":false},"declaration":{"dynamicRegistration":false,"linkSupport":false},"definition":{"dynamicRegistration":false,"linkSupport":false},"documentHighlight":{"dynamicRegistration":false},"documentLink":{"dynamicRegistration":false,"tooltipSupport":false},"documentSymbol":{"dynamicRegistration":false},"formatting":{"dynamicRegistration":false},"hover":{"contentFormat":["plaintext"],"dynamicRegistration":false},"implementation":{"dynamicRegistration":false,"linkSupport":false},"onTypeFormatting":{"dynamicRegistration":false},"publishDiagnostics":{"relatedInformation":false},"rangeFormatting":{"dynamicRegistration":false},"references":{"dynamicRegistration":false},"rename":{"dynamicRegistration":false,"prepareSupport":false},"semanticHighlightingCapabilities":{"semanticHighlighting":true},"semanticTokens":{"dynamicRegistration":false,"formats":["relative"],"requests":{"full":true,"range":false},"tokenModifiers":["readonly","documentation"],"tokenTypes":["namespace","type","function","comment","string","operator","variable","keyword"]},"signatureHelp":{"contextSupport":false,"dynamicRegistration":false,"signatureInformation":{"documentationFormat":["plaintext"],"parameterInformation":{"labelOffsetSupport":false}}},"synchronization":{"didSave":true,"dynamicRegistration":false,"willSave":false,"willSaveWaitUntil":false},"typeDefinition":{"dynamicRegistration":false,"linkSupport":false}},"window":{"workDoneProgress":false},"workspace":{"applyEdit":false,"configuration":false,"didChangeConfiguration":{"dynamicRegistration":false},"executeCommand":{"dynamicRegistration":false},"symbol":{"dynamicRegistration":false,"symbolKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26]}},"workspaceEdit":{"documentChanges":true,"failureHandling":"abort","resourceOperations":["create","delete","rename"]},"workspaceFolders":false}},"clientInfo":{"name":"kak-lsp","version":"8.0.0-snapshot"},"processId":28874,"rootUri":"file:///home/pltrz/src","trace":"off"},"id":0}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.030 DEBG To editor `28831`: lsp-show-message 3 '[notice-main] Using zig lib path ''/usr/lib''', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.030 DEBG From server: {"jsonrpc":"2.0","id":0,"result":{"offsetEncoding":"utf-16","capabilities":{"signatureHelpProvider":{"triggerCharacters":["(",","]},"textDocumentSync":1,"renameProvider":true,"completionProvider":{"resolveProvider":false,"triggerCharacters":[".",":","@"]},"documentHighlightProvider":false,"hoverProvider":true,"codeActionProvider":false,"declarationProvider":true,"definitionProvider":true,"typeDefinitionProvider":true,"implementationProvider":false,"referencesProvider":true,"documentSymbolProvider":true,"colorProvider":false,"documentFormattingProvider":true,"documentRangeFormattingProvider":false,"foldingRangeProvider":false,"selectionRangeProvider":false,"workspaceSymbolProvider":false,"rangeProvider":false,"documentProvider":true,"workspace":{"workspaceFolders":{"supported":false,"changeNotifications":false}},"semanticTokensProvider":{"full":true,"range":false,"legend":{"tokenTypes":["type","parameter","variable","tagField","field","errorTag","function","keyword","comment","string","number","operator","builtin","label","keywordLiteral"],"tokenModifiers":["namespace","struct","enum","union","opaque","definition","async","documentation","generic"]}}},"serverInfo":{"name":"zls","version":"0.1.0"}}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.030 DEBG From server: {"jsonrpc":"2.0","method":"window/showMessage","params":{"type":3,"message":"[notice-main] zls initialized"}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.030 DEBG From server: {"jsonrpc":"2.0","method":"window/showMessage","params":{"type":3,"message":"[notice-main] Using offset encoding: utf16"}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.031 DEBG To server: {"jsonrpc":"2.0","method":"initialized","params":{}}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.031 DEBG To server: {"jsonrpc":"2.0","method":"textDocument/didOpen","params":{"textDocument":{"languageId":"zig","text":"const std = @import(\"std\");\n\npub fn main() void {\n    hello();\n}\n\nfn hello() void {\n    std.log.info(\"All your codebase are belong to us.\", .{});\n}\n","uri":"file:///home/pltrz/src/src/main.zig","version":1}}}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.031 DEBG To server: {"jsonrpc":"2.0","method":"workspace/didChangeConfiguration","params":{"settings":{}}}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.032 DEBG From server: {"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"uri":"file:///home/pltrz/src/src/main.zig","diagnostics":[]}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.032 DEBG From server: {"jsonrpc":"2.0","id":0,"result":{"data":[0,0,5,7,0,0,6,3,0,33,0,4,1,11,0,0,2,7,12,0,0,8,5,9,0,2,0,3,7,0,0,4,2,7,0,0,3,4,6,0,0,7,4,0,0,1,4,5,6,0,3,0,2,7,0,0,3,5,6,0,0,8,4,0,0,1,4,3,0,1,0,4,3,0,1,0,4,4,6,256,0,5,37,9,0]}}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:53.032 ERRO Id Num(0) is not in waitlist!, module: kak_lsp::controller:151
Jan 09 14:07:53.033 DEBG To editor `28831`: lsp-show-message 3 '[notice-main] zls initialized', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.035 DEBG To editor `28831`: lsp-show-message 3 '[notice-main] Using offset encoding: utf16', module: kak_lsp::editor_transport:84
Jan 09 14:07:53.038 DEBG To editor `28831`: eval -buffer '/home/pltrz/src/src/main.zig' %§set buffer lsp_diagnostic_error_count 0; set buffer lsp_diagnostic_warning_count 0; set buffer lsp_errors 1 ; eval "set buffer lsp_error_lines 1  '0| '"; set buffer lsp_diagnostics 1 §, module: kak_lsp::editor_transport:84
Jan 09 14:07:53.073 DEBG From editor:
session   = "28831"
client    = "client0"
buffile   = "/home/pltrz/src/src/main.zig"
filetype  = "zig"
version   = 1
method    = "textDocument/hover"
[params.position]
line      = 1
column    = 1
, module: kak_lsp::editor_transport:122
Jan 09 14:07:53.073 DEBG Searching for vars starting with KAK_LSP_PROJECT_ROOT_ZIG, module: kak_lsp::project_root:46
Jan 09 14:07:53.073 DEBG Routing editor request to Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:95
Jan 09 14:07:53.073 DEBG To server: {"jsonrpc":"2.0","method":"textDocument/hover","params":{"position":{"character":0,"line":0},"textDocument":{"uri":"file:///home/pltrz/src/src/main.zig"}},"id":1}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:53.074 DEBG From server: {"jsonrpc":"2.0","id":1,"result":null}, module: kak_lsp::language_server_transport:157
Jan 09 14:07:56.066 DEBG From editor:
session   = "28831"
client    = "client0"
buffile   = "/home/pltrz/src/src/main.zig"
filetype  = "zig"
version   = 1
method    = "textDocument/hover"
[params.position]
line      = 1
column    = 1
, module: kak_lsp::editor_transport:122
Jan 09 14:07:56.066 DEBG Searching for vars starting with KAK_LSP_PROJECT_ROOT_ZIG, module: kak_lsp::project_root:46
Jan 09 14:07:56.066 DEBG Routing editor request to Route { session: "28831", language: "zig", root: "/home/pltrz/src" }, module: kak_lsp::session:95
Jan 09 14:07:56.066 DEBG To server: {"jsonrpc":"2.0","method":"textDocument/hover","params":{"position":{"character":0,"line":0},"textDocument":{"uri":"file:///home/pltrz/src/src/main.zig"}},"id":2}, module: kak_lsp::language_server_transport:183
Jan 09 14:07:56.067 DEBG From server: {"jsonrpc":"2.0","id":2,"result":null}, module: kak_lsp::language_server_transport:157


Combining paths and models

I had asked this as a side question in my previous post. However, it did not solve my problem.
What I need to do is combining both paths and models in one variable and return it from a function.
Below I made a quick example;
I actually have several problems;

Not being able to put paths and models into one variable

Not being able to return the text objects generated within the callback function

var makerjs = require('makerjs')

function draw(rad)
{
    var finalModel = { models: {} };

    pathArray = [];
    pathArray.push (new makerjs.paths.Circle([0,0],rad));
    pathArray.push (new makerjs.paths.Circle([0,0],rad*2));

    finalModel = {paths: pathArray}

    opentype.load('fonts/Roboto-Black.ttf', function(err, font) {
        if (err)
        {
            alert('Could not load font: ' + err);
        }
        else
        {
            for (var i = 0; i<2; i++)
            {
                finalModel.models[i] = new makerjs.models.Text(font, 'Hello', 100*i, false);
                finalModel.models[i] = new makerjs.model.rotate(finalModel.models[i],50,[0,0]);
                finalModel.models[i].origin = [100,200*i];
            }
        }
    });

    return finalModel
}

document.getElementById('div1').innerHTML = makerjs.exporter.toSVG(draw(50));

This code draws the two circles but no Text is drawn. I also got the following error
TypeError: undefined is not an object (evaluating 'finalModel.models[i] = new makerjs.models.Text(font, 'Hello', 100*i, false)')
I suspect callback function of opentype leads some problems.
Being able to convert models into paths would be very useful for pushing them into an array. Or is there any alternative way to that?
Would really appreciate if you can help me on tackling this problem.

Hi @davejack1 , can you create a JSFiddle with this example?

Here you are;
https://jsfiddle.net/skemstu4/
But I couldn't run into for some reason.

Ok I see a couple of issues. We will look at them one at a time. Let's scope to just this section of code:
    var finalModel = { models: {} };

    pathArray = [];
    pathArray.push (new makerjs.paths.Circle([0,0],rad));
    pathArray.push (new makerjs.paths.Circle([0,0],rad*2));

    finalModel = {paths: pathArray}

The finalModel variable is being overwritten. At first, its value was { models: {} } but at the end it was overwritten to {paths: pathArray}. To add a property you should:
    finalModel.paths = pathArray;

Now, about that pathArray. Let's use an object and not an array. Maker.js will expect your paths property to be an object so that it can manipulate the collection of path objects and reference them by ID.
We can initialize everything in one line:
    var finalModel = { models: {}, paths: {} };

I'll encourage you to give your paths meaningful IDs like this:
    finalModel.paths.smallCircle = new makerjs.paths.Circle([0,0],rad);
    finalModel.paths.largeCircle = new makerjs.paths.Circle([0,0],rad*2);

But you can just use a number like this:
    finalModel.paths[0] = new makerjs.paths.Circle([0,0],rad);
    finalModel.paths[1] = new makerjs.paths.Circle([0,0],rad*2);

Or an iterator like this: (most similar to your Array.push:
    var i =0;
    finalModel.paths[i++] = new makerjs.paths.Circle([0,0],rad);
    finalModel.paths[i++] = new makerjs.paths.Circle([0,0],rad*2);

Also, you will need to put this inside of the font load handler:
document.getElementById('div1').innerHTML = makerjs.exporter.toSVG(draw(50));


Improve the documentation

Could you please update the README.md pointing out how to set up the basic things with your library?
e.g.: How to specify the URI of the MediaWiki project, how to securely specify and pass the username and password to the server, etc.
Thank you, keep up the good work ;)

Hello guiwp,
yes, you're absolutely right, sorry for not having proper documentation yet.
I definately plan to document this library, but it might take a few weeks. Maybe I can update the readme, to at least include better and more complete examples until then.
Thanks for your interest!
Simon

Hello @guiwp,
today I've written a lot of documentation, it should be pretty comprehensive now!
I'll also add some more advanced examples soon.
If you have feedback or further suggestions, just write it here.
Best,
Simon

Hi @Fannon,
thank you very much, I appreciate your dedicated work on this project. I'll surely recommend your lib now =)

Thanks!
2016-08-23 14:17 GMT+02:00 Guilherme V. Campos<EMAIL_ADDRESS>
Hi @Fannon https://github.com/Fannon,
thank you very much, I appreciate your dedicated work on this project.
I'll surely recommend your lib now =)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/Fannon/mwbot/issues/1#issuecomment-241712426, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAcvxNKwC6nXMQXYKRIGedLPD4qvBNsEks5qiuTqgaJpZM4IPNg6
.

Ok, I've added the examples, too.
I'm closing this issue. If something is unclear or still missing, just open a new one ;)


Replaced platformengineers logo

Our current logo is not aligning with dimension of other logos. So, replaced that with appropriate dimension.
Current page:

Thanks! Yeah I guess the best would be if we changed the CSS to make logos look ok no matter their aspect ratio, but a more horizontal logo like your new one fits in better in general with the rest.


v1.0.2: not code-signed

The copy of v1.0.2 I just downloaded isn't code-signed. Intentionally?

Whoops, not intentional, will fix.

Fixed. Now code-signed and notarized.


game opens for about 5 seconds then closes

no clue why this is happening

what antivirus do you use?

if you use bitdefender just go to your allowed items and add it

yes if you use bitdefender thats why


IcoMoon license/copyright information

IcoMoon generates a CSS file and a JSON file that stores our icon selection and IcoMoon preferences. The two files do not include license or copyright information. We have not modified the JSON file, and other than changing paths, we have not modified the CSS file.
According to https://icomoon.io/app-features.html, the CSS file is MIT licensed. However, I found that page from Google, and it looks possibly outdated.
Based on the above, I have a few questions:

Should we add license/copyright information about IcoMoon anywhere?
If we do add license/copyright information, where is the best place to put it? At the top of the file? In our repository's NOTICE file? Both?
If we do add license information, and if MIT is the correct license, should we add the entire MIT license or just mention that the file is MIT licensed?

That document says "Code files (HTML, CSS, JS) generated by IcoMoon are MIT licensed. The license for each icon pack is listed in the library tab of the app." The FAQ says "There is a license link for each icon pack in IcoMoon's library.
If you are using your own vectors, there are no license requirements for using the IcoMoon app."
Where do the vectors come from?

The fonts we use are from Font Awesome. IcoMoon links to its license here: https://github.com/FortAwesome/Font-Awesome#license.
I've also updated the issue description above. In it, I now also mention the IcoMoon JSON file, though I would guess that we don't need to add any license/copyright information for that file.

This is very confusing. I think we should add an "Acknowledgements" section or something like it in the README, link to the icomoon and fontawesome projects and direct links to the license sections. That is the most visible way to make the acknowledgement known.
Good news is, I think the stakes here are fairly low: as long as we comply with the license and make the acknowledgement as clear as we can, if we get it wrong, someone will let us know and recommend an alternative.

Still in progress.


apps/v1 should be replace by extensions/v1beta1

NOTE: After opening the PR, please un-check and re-check the "Allow edits from maintainers" box so that maintainers can work on your patch and speed up the review process. This is a temporary workaround to address a known issue with GitHub.>
Please delete this note before submitting the pull request.

This change is

DaemonSet resource type has graduated into the apps/v1 api group. Please upgrade your cluster if possible.


Dependency and clippy fixes

Dependency and clippy fixes:

set usbd-ctaphid source to cargo
silence unused enum warning

Superseded by #32. Closing without merge.


removed unused codes for home.html pictures

Cleaned home.css code for: https://github.com/sudz123/Happy_Hacking/issues/98

Thanks :D


refactor: utilize EntityDescription

Breaking change
Entities are now using Entity Descriptions, this means you will need version 2021.11.x+
Proposed change
Utilize entity descriptions where applicable.
Type of change

[ ] Dependency upgrade
[ ] Bugfix (non-breaking change which fixes an issue)
[ ] New feature (which adds functionality)
[x] Breaking change (fix/feature causing existing functionality to break)
[x] Code quality improvements to existing code or addition of tests
[ ] Documentation update
[ ] Adds a new shipper
[ ] Update existing shipper

Additional information

This PR is related to issue: n/a

Codecov Report

Merging #557 (264118f) into dev (5cabc14) will decrease coverage by 0.00%.
The diff coverage is 96.96%.

@@            Coverage Diff             @@
##              dev     #557      +/-   ##
==========================================
- Coverage   98.92%   98.92%   -0.01%
==========================================
  Files           6        6
  Lines        1305     1298       -7
==========================================
- Hits         1291     1284       -7
  Misses         14       14

Impacted Files
Coverage Δ

custom_components/mail_and_packages/helpers.py
99.57% <ø> (ø)

custom_components/mail_and_packages/sensor.py
98.24% <96.29%> (-0.16%)
:arrow_down:

custom_components/mail_and_packages/const.py
100.00% <100.00%> (ø)


make errors about undefined taxa names visible outside makecldf

It would be useful if these errors could be caught outside of the makecldf process (e.g. by the check command). Wasn't sure the best way to do this though
https://github.com/phlorest/phlorest/blob/1f86ee228be461bd0b7bb5d4b38f3d0612e6b06c/src/phlorest/nexuslib.py#L43-L52

You mean to check the raw data before running (a possibly time-consuming) makecldf? That would be somewhat difficult, because right now, this checking is done on a tree that already comes out of quite a bit of pre-processing in makecldf (sampling, rescaling, etc.). So to make this independent of makecldf would require either duplicating some of the code or running such checks on all raw trees in raw/ - detecting which is already a task of makecldf (which might eat up any speed ups by not running the full makecldf).

One could provide some code in phlorest to make this easy to integrate in test.py. I.e. run these checks on the CLDF output of makecldf. I think this would be useful because right now, none of these errors/warnings will result in an invalid CLDF dataset, but still potentially interfere with re-usability of the phylogeny.

yeah, part of my "not knowing the best way to do this" was that I didn't think iterating over the trees twice was a good idea.
One way we could do it is to list these errors in the README.md or as a json file which a command like test/check could interrogate?

closing this as wontfix (too complicated for little payoff)


Python setup

Set up the layout of the python wrappers. None of the python interface is implemented here, so that we can focus on the structure and workflow before getting into the nitty gritty of the implementation.
All of the python implementation and examples are in the python path:

python/pybind11 the pybind11 library is installed as a git submodule in this path.
python/example python example scripts, that implement examples from the documentation go in here.

The CMake build script only includes the python path if the user explicitly requests the python interface by setting ARB_WITH_PYTHON=on, so that CMake will only look for Python if explicitly requested.
The C++ implementation of the Python wrappers are in the python path, and are compiled into pyarb.so in lib. The module interface is implemented in python/pyarb.cpp, which implements a simple "hello world" function as a placeholder for proper content in this PR.
Documentation for the Python wrappers is in doc/python.rst, which is put in the Users part of the documentation.

No test results found.

Sorry, for the the jenkins-cscs spam messages. I'm playing a bit with the CI. Didn't expect to show up sth here...

The git refactor is now merged --- I think we only need to place this on top of that and make sure there's no conflicts in order to merge.

I am closing this because GitHub (or I) has gotten confused.
A new PR will be opened.


⚠ Bofrost.at has degraded performance

In fdacee3, Bofrost.at (https://www.bofrost.at) experienced degraded performance:

HTTP code: 200
Response time: 1148 ms

Resolved: Bofrost.at performance has improved in df214b0.


Correct the Upsert syntax for MongoDB overwrite

If a still using Mongo DB (rather than the lighter weight / faster LevelDB option) for receipt stores, they will see the following error when receipts are inserted into the store, after upgrading to https://github.com/hyperledger/firefly-ethconnect/releases/tag/v3.2.2:
[2022-05-27T10:53:11.175-04:00]  INFO Received reply message. requestId='5fcc8464-17f5-4d8a-78ad-da554a7d388d' reqOffset='' type='TransactionFailure': 0xa8c748db42ca12662a4a94f3a23c4123712378e150ef847201a8c72980eb131a
[2022-05-27T10:53:11.175-04:00] ERROR 5fcc8464-17f5-4d8a-78ad-da554a7d388d: addReceipt attempt: 1 failed, err: reflect.Value.Interface: cannot return value obtained from unexported field or method
[2022-05-27T10:53:11.175-04:00]  INFO 5fcc8464-17f5-4d8a-78ad-da554a7d388d: Waiting 0.50s before re-attempt:1 mongo write

Codecov Report

Merging #220 (178c419) into main (c86cb21) will decrease coverage by 0.02%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main     #220      +/-   ##
==========================================
- Coverage   97.23%   97.20%   -0.03%
==========================================
  Files          70       70
  Lines        7661     7660       -1
==========================================
- Hits         7449     7446       -3
- Misses        163      164       +1
- Partials       49       50       +1

Impacted Files
Coverage Δ

ethconnect/internal/events/eventstream.go
96.99% <0.00%> (-0.51%)
:arrow_down:

ethconnect/internal/rest/mongoreceipts.go
100.00% <0.00%> (ø)

Continue to review full report at Codecov.

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


[release-4.11]: OCPBUGS-20839: bump library-go to include switch to HTTP/1.1

/label backport-risk-assessed
/lgtm
/approve

/retest

@gangwgr can you please tag this one?

/label cherry-pick-approved


enable_xff_client_port No Longer Defaults to True in AWS Provider

Description
enable_xff_client_port now defaults to false in the provider.
I see chat here https://github.com/terraform-aws-modules/terraform-aws-alb/pull/284 about that not being the case previously.
Now they have reverted to the correct setting, the module should reflect that. I appreciate it means another default change, but in my opinion, it is being changed to the correct setting since that is the API default.

[x] ✋ I have searched the open/closed issues and my issue is not listed.

Versions

Module version [Required]:
v8.7.0
Terraform version:
n/a
Provider version(s):
v5.18.1

Reproduction Code [Required]
n/a
Steps to reproduce the behavior:
Use the module without configuring enable_xff_client_port.
Expected behavior
should default to false
Actual behavior
defaults to true
Terminal Output Screenshot(s)
n/a
Additional context
n/a

Thanks for pointing that out, I've created a PR for the change.

this is resolved in #305