text:
Update encoder.rb to limit hex false positives

Looking at Util.prefixed? arg to determine whether to treat something as hex makes it impossible to encode anything that starts with the bytes [48,120], which is not that infrequent.
Also, I don't think we get any benefit from this part of the conditional anyway since if the string isn't both hex chars and 2x the input size things will fail anyway.
Longer term it might be beneficial to force the user to specify the encoding.
Thanks!

Longer term it might be beneficial to force the user to specify the encoding.

Or we will implement actual types in Ruby 🤡

Thanks!! And would types really be so crazy here? The hex v. bytes ambiguity is just so brutal for our use-case!
Should we force everyone to use a special class? Definitely annoying but maybe worth it to have a decent night's sleep?
Here's what the AI spit out. Thoughts?
class ByteString
  attr_reader :bytes

  # Factory methods
  def self.from_hex(hex_string)
    # Remove leading '0x' if present
    hex_string = hex_string[2..] if hex_string.start_with?('0x')

    # Ensure it's a valid hex string and has an even number of characters
    raise ArgumentError, "Invalid hex string" unless hex_string.match?(/\A[\h]*\z/)
    raise ArgumentError, "Hex string length must be even" unless hex_string.length.even?

    new([hex_string].pack('H*'))
  end

  def self.from_bin(binary_string)
    raise ArgumentError, "Binary string expected with ASCII-8BIT encoding" unless binary_string.is_a?(String) && binary_string.encoding == Encoding::ASCII_8BIT
    new(binary_string)
  end

  # Convert back to hex
  def to_hex
    @bytes.unpack1('H*')
  end

  # Convert to binary
  def to_bin
    @bytes
  end

  # Prevent calling to_s to avoid ambiguity
  def to_s
    raise NoMethodError, "Ambiguous conversion: Use `to_bin` for bytes or `to_hex` for hex representation"
  end

  # For debugging or string representation
  def inspect
    "#<ByteString hex=#{to_hex} length=#{@bytes.bytesize}>"
  end

  # Equality comparison
  def ==(other)
    other.is_a?(ByteString) && @bytes == other.bytes
  end

  # More strict equality comparison (used by Hash)
  def eql?(other)
    self == other
  end

  # Hash method to allow use in sets or as hash keys
  def hash
    @bytes.hash
  end

  private_class_method :new

  # Initialize with binary string (bytes)
  def initialize(binary_string)
    raise ArgumentError, "Binary string must have ASCII-8BIT encoding" unless binary_string.encoding == Encoding::ASCII_8BIT
    @bytes = binary_string.dup.freeze
  end
end

Unfortuately, this breaks 6 tests:
Failures:

  1) Eth::Abi.encode .decode can handle hex-strings for bytes types
     Failure/Error: raise ValueOutOfBounds, arg unless arg.size <= type.sub_type.to_i

     Eth::Abi::ValueOutOfBounds:
       0x80ac58cd
     # ./lib/eth/abi/encoder.rb:179:in `bytes'
     # ./lib/eth/abi/encoder.rb:110:in `primitive_type'
     # ./lib/eth/abi/encoder.rb:80:in `type'
     # ./lib/eth/abi.rb:59:in `block in encode'
     # ./lib/eth/abi.rb:54:in `each'
     # ./lib/eth/abi.rb:54:in `each_with_index'
     # ./lib/eth/abi.rb:54:in `encode'
     # ./spec/eth/abi_spec.rb:305:in `block (3 levels) in <top (required)>'

  2) Eth::Client ens can resolve an ens record
     Failure/Error: raise ValueOutOfBounds, arg unless arg.size <= type.sub_type.to_i

     Eth::Abi::ValueOutOfBounds:
       0xfab68bf82e5750a73a16c3c157598b4be30ed6b7e048f8e29e11572119713eaa
     # ./lib/eth/abi/encoder.rb:179:in `bytes'
     # ./lib/eth/abi/encoder.rb:110:in `primitive_type'
     # ./lib/eth/abi/encoder.rb:80:in `type'
     # ./lib/eth/abi.rb:59:in `block in encode'
     # ./lib/eth/abi.rb:54:in `each'
     # ./lib/eth/abi.rb:54:in `each_with_index'
     # ./lib/eth/abi.rb:54:in `encode'
     # ./lib/eth/client.rb:463:in `call_payload'
     # ./lib/eth/client.rb:449:in `call_raw'
     # ./lib/eth/client.rb:263:in `call'
     # ./lib/eth/ens/resolver.rb:60:in `resolver'
     # ./lib/eth/ens/resolver.rb:74:in `resolve'
     # ./lib/eth/client.rb:110:in `resolve_ens'
     # ./spec/eth/client_spec.rb:91:in `block (3 levels) in <top (required)>'

  3) Eth::Ens::Resolver text gets text records for different keys
     Failure/Error: raise ValueOutOfBounds, arg unless arg.size <= type.sub_type.to_i

     Eth::Abi::ValueOutOfBounds:
       0xfab68bf82e5750a73a16c3c157598b4be30ed6b7e048f8e29e11572119713eaa
     # ./lib/eth/abi/encoder.rb:179:in `bytes'
     # ./lib/eth/abi/encoder.rb:110:in `primitive_type'
     # ./lib/eth/abi/encoder.rb:80:in `type'
     # ./lib/eth/abi.rb:59:in `block in encode'
     # ./lib/eth/abi.rb:54:in `each'
     # ./lib/eth/abi.rb:54:in `each_with_index'
     # ./lib/eth/abi.rb:54:in `encode'
     # ./lib/eth/client.rb:463:in `call_payload'
     # ./lib/eth/client.rb:449:in `call_raw'
     # ./lib/eth/client.rb:263:in `call'
     # ./lib/eth/ens/resolver.rb:60:in `resolver'
     # ./lib/eth/ens/resolver.rb:89:in `text'
     # ./spec/eth/ens/resolver_spec.rb:40:in `block (3 levels) in <top (required)>'

  4) Eth::Ens::Resolver resolve gets resolver and owner from chain
     Failure/Error: raise ValueOutOfBounds, arg unless arg.size <= type.sub_type.to_i

     Eth::Abi::ValueOutOfBounds:
       0xfab68bf82e5750a73a16c3c157598b4be30ed6b7e048f8e29e11572119713eaa
     # ./lib/eth/abi/encoder.rb:179:in `bytes'
     # ./lib/eth/abi/encoder.rb:110:in `primitive_type'
     # ./lib/eth/abi/encoder.rb:80:in `type'
     # ./lib/eth/abi.rb:59:in `block in encode'
     # ./lib/eth/abi.rb:54:in `each'
     # ./lib/eth/abi.rb:54:in `each_with_index'
     # ./lib/eth/abi.rb:54:in `encode'
     # ./lib/eth/client.rb:463:in `call_payload'
     # ./lib/eth/client.rb:449:in `call_raw'
     # ./lib/eth/client.rb:263:in `call'
     # ./lib/eth/ens/resolver.rb:51:in `owner'
     # ./spec/eth/ens/resolver_spec.rb:46:in `block (3 levels) in <top (required)>'

  5) Eth::Ens::Resolver resolve resolves ens names for Ethereum
     Failure/Error: raise ValueOutOfBounds, arg unless arg.size <= type.sub_type.to_i

     Eth::Abi::ValueOutOfBounds:
       0xfab68bf82e5750a73a16c3c157598b4be30ed6b7e048f8e29e11572119713eaa
     # ./lib/eth/abi/encoder.rb:179:in `bytes'
     # ./lib/eth/abi/encoder.rb:110:in `primitive_type'
     # ./lib/eth/abi/encoder.rb:80:in `type'
     # ./lib/eth/abi.rb:59:in `block in encode'
     # ./lib/eth/abi.rb:54:in `each'
     # ./lib/eth/abi.rb:54:in `each_with_index'
     # ./lib/eth/abi.rb:54:in `encode'
     # ./lib/eth/client.rb:463:in `call_payload'
     # ./lib/eth/client.rb:449:in `call_raw'
     # ./lib/eth/client.rb:263:in `call'
     # ./lib/eth/ens/resolver.rb:60:in `resolver'
     # ./lib/eth/ens/resolver.rb:74:in `resolve'
     # ./spec/eth/ens/resolver_spec.rb:51:in `block (3 levels) in <top (required)>'

  6) Eth::Ens::Resolver resolve resolves ens names for other coin types
     Failure/Error: raise ValueOutOfBounds, arg unless arg.size <= type.sub_type.to_i

     Eth::Abi::ValueOutOfBounds:
       0xfab68bf82e5750a73a16c3c157598b4be30ed6b7e048f8e29e11572119713eaa
     # ./lib/eth/abi/encoder.rb:179:in `bytes'
     # ./lib/eth/abi/encoder.rb:110:in `primitive_type'
     # ./lib/eth/abi/encoder.rb:80:in `type'
     # ./lib/eth/abi.rb:59:in `block in encode'
     # ./lib/eth/abi.rb:54:in `each'
     # ./lib/eth/abi.rb:54:in `each_with_index'
     # ./lib/eth/abi.rb:54:in `encode'
     # ./lib/eth/client.rb:463:in `call_payload'
     # ./lib/eth/client.rb:449:in `call_raw'
     # ./lib/eth/client.rb:263:in `call'
     # ./lib/eth/ens/resolver.rb:60:in `resolver'
     # ./lib/eth/ens/resolver.rb:74:in `resolve'
     # ./spec/eth/ens/resolver_spec.rb:55:in `block (3 levels) in <top (required)>'

Finished in 12.61 seconds (files took 0.6163 seconds to load)
295 examples, 6 failures, 3 pending

Failed examples:

rspec ./spec/eth/abi_spec.rb:304 # Eth::Abi.encode .decode can handle hex-strings for bytes types
rspec ./spec/eth/client_spec.rb:90 # Eth::Client ens can resolve an ens record
rspec ./spec/eth/ens/resolver_spec.rb:39 # Eth::Ens::Resolver text gets text records for different keys
rspec ./spec/eth/ens/resolver_spec.rb:45 # Eth::Ens::Resolver resolve gets resolver and owner from chain
rspec ./spec/eth/ens/resolver_spec.rb:50 # Eth::Ens::Resolver resolve resolves ens names for Ethereum
rspec ./spec/eth/ens/resolver_spec.rb:54 # Eth::Ens::Resolver resolve resolves ens names for other coin types

Could you give me an example that I can implement as test case? What are you trying to do that fails with the current library?


text:
[FEATURE] pyqasm CLI: analyze command, similar to prettier

Introduce a command-line interface (CLI) for pyqasm with an "analyze" command that validates and optionally auto-fixes OpenQASM programs (when possible), similar to the prettier tool used for formatting code.
Can be included as project dependency "extra",  or as a new package entirely.
For example:
$ pip install pyqasm[cli]

$ pyqasm analyze program.qasm
1 Error, 2 Warnings

Error [Line 6, Column 4]: Qubit index is out of range (used index 3, but only 2 qubits are defined)

Warning [Line 8, Column 10]: Unused classical register 'c_reg' declared but not referenced

Warning [Line 10, Column 2]: Barrier instruction is redundant in this context

Suggestion: Run with '--fix' to automatically resolve the error

1 Error potentially fixable with --fix command
2 Warnings require manual review

And the --fix command could look something like:
$ pyqasm analyze program.qasm --fix

Fix applied: Updated Qubit index at Line 6, Column 4 (corrected to index 1)

1 Warning still remains: Unused classical register 'c_reg'

Program updated and formatted.

$ pyqasm analyze program.qasm
1 Warning

Warning [Line 8, Column 10]: Unused classical register 'c_reg' declared but not referenced

Tip: Consider removing the unused classical register to improve readability

Recommendation would be build this CLI extension using Typer, which is what we use for the qBraid-CLI.
Or, could simply bring pyqasm in as a dependency extra to the qBraid-CLI to enable this same functionality e.g.
$ pip install qbraid-cli[pyqasm]

$ qbraid pyqasm analyze program.qasm

Would use a better convention for the commands, but you get the idea.

I think if we are projecting pyqasm as more of an independent tool for community, it would be better to go ahead with the dependency "extra" approach.

source: gharchive/issue

repo: qBraid/pyqasm

license_type: permissive

license_source: github-api


text:
Niffler 55qwerty44

в связи с изменениями  в таблице categories севриса niffler-spend
добавление категорий следующим скриптом:  insert into categories (category, username) values ('Test', 'qwerty');

@44qwerty55  PR надо открыть в своем форке, а не в основном репо.

source: gharchive/pull-request

repo: qa-guru/niffler

license: MIT


text:
Test gatsby payload plugin to see if it works well

https://github.com/thompsonsj/gatbsy-source-payload-cms

It doesn't have the ability to handle the data load. Too many requests made to the server (paging), difficult to beat a direct connection to mongoDB ...

repo: qalincalabs/logcica-cms


text:
🛑 nitter.projectsegfau.lt is down

In ff50388, nitter.projectsegfau.lt (https://nitter.projectsegfau.lt) was down:

HTTP code: 503
Response time: 225 ms

Resolved: nitter.projectsegfau.lt is back up in 404c38b after 10 minutes.


text:
🛑 notabird.site is down

In 376eaa1, notabird.site (https://notabird.site) was down:

HTTP code: 520
Response time: 161 ms

Resolved: notabird.site is back up in 1455c93.


text:
🛑 notabird.site is down

In a15564a, notabird.site (https://notabird.site) was down:

HTTP code: 520
Response time: 91 ms

Resolved: notabird.site is back up in 4240dc0 after 9 minutes.


text:
🛑 notabird.site is down

In c2017ea, notabird.site (https://notabird.site) was down:

HTTP code: 520
Response time: 138 ms

Resolved: notabird.site is back up in 7cbcae3 after 5 minutes.


text:
🛑 notabird.site is down

In 296d13a, notabird.site (https://notabird.site) was down:

HTTP code: 520
Response time: 213 ms

Resolved: notabird.site is back up in 89acfa7 after 5 minutes.


text:
🛑 notabird.site is down

In a9d06fd, notabird.site (https://notabird.site) was down:

HTTP code: 520
Response time: 133 ms

Resolved: notabird.site is back up in d05649c after 34 minutes.


text:
🛑 read.whatever.social is down

In 8e90064, read.whatever.social (https://read.whatever.social) was down:

HTTP code: 504
Response time: 10211 ms

Resolved: read.whatever.social is back up in c8bd712.


text:
🛑 notabird.site is down

In a65585e, notabird.site (https://notabird.site) was down:

HTTP code: 520
Response time: 89 ms

Resolved: notabird.site is back up in 71d0ad5 after 16 minutes.


text:
support custom mobile capabilities logic on carina level: fullResetBeforeSuite

there is standard fullReset capability which guarantee that app is uninstalled completely and cache is cleaned. Using this capability we can successfully override custom install/uninstall logic using direct adb calls (already removed from carina).
But negative aspect in this capability is that based on driver_mode we always reinstall application on the same device.
To minimize copy operation I proposed to add new capability:
-fullResetBeforeSuite
if it is true MobileCapabilityMatcher:

when we request device at first and capabilities matchers are satisfied then we convert this capability to standard
fullReset=true
remember device udid into local storage
During next attempt to open session on the same device do not transfer fullReset=true.

As result we will clean app/cache only at once during test suite start.

done
https://github.com/qaprosoft/carina/pull/712/files

closing as next changes expected to be delivered on carina-grid independent project

authors: khegor vdelendik

repo: qaprosoft/carina


text:
other security issues + eslint

more fixes.
"measures":

yearrange exploit
packet number/set name exploit
category exploits
other invalid data exploits

also fixed switch statement formatting, among other lint errors. it's not done properly and causes my ide to get annoyed at me.
very sorry for the horrific TossupRoom diff.

The switch statements are formatted properly - it's the default eslint setting, and I personally prefer it that way (where the case is on the same level as the switch). But, I'm heavily considering moving to using semistandard as a code linter/formatter, and I'm not sure how it handles switch statements.

authors: VillainsRule geoffrey-wu

repo: qbreader/website


text:
Working with qdrant::Value

Hi, thanks for the rust client. However, I'm not sure how to work with qdrant_client::qdrant::Value. I would like to convert back to a rust type. Please help.
Also, it would be really helpful if detailed examples (like how it is done for the python client) can be added for the rust client. Thanks!

If anyone else needs this, I solved it by retrieving the value from the enum variant.
let payload = scored_point.payload;
    let payload_value = payload.get("foo").unwrap().to_owned().kind.unwrap();
    match payload_value {
        Kind::StringValue(value) => println!("value: {}", value),
        _ => println!("Something else"),
    }

repo: qdrant/rust-client


text:
Windows-Download: Links to sha256sum files broken

All links to sha256-files for Windows-Installers on https://qgis.org/de/site/forusers/download.html are broken.

Problem still exists. Why closing?

The problem is fixed

authors: jef-n opsi-archIT-KIT

repo: qgis/QGIS-Website


text:
'Could not create print device' QGIS 3.14

Created a geospatial PDF earlier today. Went to make another then got error message 'could not create print device'. Every step of creation was exactly the same.<!--
QGIS Bug report should not be reported here.
Check https://qgis.org/en/site/getinvolved/development/bugreporting.html for the proper repository.
Tickets created here will be closed.
-->

Hi @ggjosephine
Wrong place to report application issues. This is for our website. Please report at https://github.com/qgis/QGIS/issues and remember to add details on your working environment and on what you meant by every step of creation.
Closing.

Hi @ggjosephine
Wrong place to report application issues. This is for our website. Please report at https://github.com/qgis/QGIS/issues and remember to add details on your working environment and on what you meant by every step of creation.
Closing.

authors: DelazJ ggjosephine


text:
.invalid error

Hi Bro,
I try to run that example demo, but can't and showing the error for
var backgrounDownloadTask: UIBackgroundTaskIdentifier = .invalid
and
backgrounDownloadTask = .invalid
Why yaa?
Thank you brader.
Jakfar

Could you offer the error message details that showing in the console and give me the detail of the environment  you using?

Finally can running but, I found this error.
2019-07-19 17:50:01.109710+0700 HLSDownloader_Example[78935:362141] Task <9241E34B-758D-42B5-A0BD-15EC0F3F9D5C>.<2> load failed with error Error Domain=AVFoundationErrorDomain Code=-11800 "The operation could not be completed" UserInfo={NSLocalizedDescription=The operation could not be completed, _NSURLErrorFailingURLSessionTaskErrorKey=BackgroundAVAssetDownloadTask <9241E34B-758D-42B5-A0BD-15EC0F3F9D5C>.<2>, _NSURLErrorRelatedURLSessionTaskErrorKey=(     "BackgroundAVAssetDownloadTask <9241E34B-758D-42B5-A0BD-15EC0F3F9D5C>.<2>" ), NSLocalizedFailureReason=An unknown error occurred (-12780)} [-11800] "Task completed: BackgroundAVAssetDownloadTask <9241E34B-758D-42B5-A0BD-15EC0F3F9D5C>.<2>, error: Optional(Error Domain=AVFoundationErrorDomain Code=-11800 \"The operation could not be completed\" UserInfo={NSLocalizedDescription=The operation could not be completed, _NSURLErrorFailingURLSessionTaskErrorKey=BackgroundAVAssetDownloadTask <9241E34B-758D-42B5-A0BD-15EC0F3F9D5C>.<2>, _NSURLErrorRelatedURLSessionTaskErrorKey=(\n    \"BackgroundAVAssetDownloadTask <9241E34B-758D-42B5-A0BD-15EC0F3F9D5C>.<2>\"\n), NSLocalizedFailureReason=An unknown error occurred (-12780)})"

authors: JakfarShodiq qi-shun-wang

repo: qi-shun-wang/HLSDownloader


text:
无法设置带空格的快捷键

我习惯将全局暂停键设置为ctrl+alt+space，但是按下space就会暂停当前播放歌曲，使得快捷键无法设置

这个我也出现了=-=

+1

+1

authors: Delta-in-hub StanHustler XXQJDR fusang1337


text:
add workshop docker image into CI pipeline

implements #365

@lizgehret The amplicon images already built and pushed successfully, and the metagenome ones are running now.

The metagenome build failed due to "no space left on device"--surprise, surprise.


text:
判断cmd的时候使用ltrim会出错

https://github.com/qiniudemo/qiniu-ufop-php/blob/master/qufop.php#L27 这里,如果cmd是类似id-iamfirst这样的,而prefix设置成id-的话会出错,最终的cmd会变成amfirst

没有这个问题，不接受。

authors: jemygraw zzjin

repo: qiniudemo/qiniu-ufop-php


text:
搜索key时的匹配方式是否可以配置化

OS
Mac
VERSION
1.6.0
ISSUE DESCRIPTION
搜索key的时候默认是全模糊匹配，在key值比较多的库耗时十分严重，希望可以增加手动配置是否全模糊，或者类似redisinsight允许手动传入匹配符*

你可以直接输入*自定义匹配规则

你可以直接输入*自定义匹配规则

👍不错，确实可以。  那是否有不使用*进行匹配的姿势呢？  因为有时是知道完整key的

勾选上输入框右边的精确搜索，那是完全匹配的

repo: qishibo/AnotherRedisDesktopManager


text:
Inconsistent handling of class attributes in docs and missing attribute descriptions

I noticed that class attributes are not documented very well, take e.g. FermionicOp:

num_spin_orbitals is listed in the class docstring under an Attributes: header. In the html docs this is then displayed directly under the previous headline 'Iteration' without any indication that this is now a listing of attributes.
further down in the docs there is a section 'Attributes' that lists atol, rtol, and register_length which seem to be gathered by Sphinx from the @property decorated methods of the parent classes. However, the docstrings of these attributes are not shown.

I am not completely sure if this is a bug or somehow intentional. Also not sure if it can just be fixed via the Sphinx configuration, but my feeling is that the docstrings themselves should be amended?
Comparing with the qiskit docs, attributes typically seem to be defined directly after the class docstring with a type declaration and followed by their docstring (and mostly without assigning a value), e.g. for the FermionicOp we would have something like:
class FermionicOp(SparseLabelOp):
    r"""N-mode Fermionic operator.
    ...
    """

    num_spin_orbitals: int
    """The number of spin orbitals"""

    atol: float
    """Absolute numerical tolerance used by the class methods"""

Thanks for pointing this out! Indeed, the handling of @property attributes and publicly directly accessible attributes is a bit inconsistent, especially when it comes to how they are displayed in the docs.
In the past, we used to only have @property attributes but over the past few releases we have started using pubic attributes directly, if the @property getter/setter methods are trivial.
What you see now, is likely also different to before, because the Sphinx theme which we use for our docs has been changed significantly. I will bring this issue to the team's attention who is working on the theme because I believe they would be interested in improving this :+1:

authors: grossardt mrossinek

repo: qiskit-community/qiskit-nature


text:
Test Issue - ebaaj

Test Body - whtiaqvhwv

Test Comment - mdlkg

repo: qlikqaa/dummyrepo


text:
Test Issue - oevth

Test Body - pitirwjben

Test Comment - lgakd


text:
Test Issue - fntpt

Test Body - nsduxbbvho

Test Comment - jyrrv


text:
Test Issue - qfmmt

Test Body - rquzpadvhi

Test Comment - eiidp


text:
Test Issue - hwxby

Test Body - zvrktkfrap

Test Comment - srjmh


text:
Test Issue - tbdlt

Test Body - kstafkxfaw

Test Comment - owyam


text:
Test Issue - rtigm

Test Body - avfcmazzxu

Test Comment - ltrrx


text:
Test Issue - ufdnw

Test Body - zijyihhvik

Test Comment - tgkrw


text:
Test Issue - zjtkk

Test Body - ceznuixvgl

Test Comment - pktwq


text:
Test Issue - zifxt

Test Body - jdjechxrtb

Test Comment - hxzin


text:
Test Issue - elalp

Test Body - hbosgwvxjk

Test Comment - nmhee


text:
Test Issue - jrpxz

Test Body - zxccnnpodz

Test Comment - stizu


text:
Test Issue - prdqj

Test Body - jovtqchani

Test Comment - tqzzq


text:
Test Issue - rhxad

Test Body - yakzklipll

Test Comment - ctkjj


text:
Test Issue - inglq

Test Body - ympgmrtzsv

Test Comment - zwcbu


text:
Test Issue - ldtpe

Test Body - sbokctavlu

Test Comment - eqsei


text:
Test Issue - nauqn

Test Body - jpmsjlquey

Test Comment - bjter


text:
Test Issue - afiqx

Test Body - fbwohplbec

Test Comment - uvbtq


text:
Test Issue - euijg

Test Body - dpxksfmtzs

Test Comment - nvmmb


text:
Test Issue - lxajd

Test Body - zakxprhogn

Test Comment - imnmx


text:
Test Issue - zebuy

Test Body - jrpskhuchg

Test Comment - ubxmz


text:
Test Issue - xmjsr

Test Body - xxrnhlbepl

Test Comment - dwlpx


text:
Test Issue - msyem

Test Body - pjbrfjztla

Test Comment - pqukw


text:
Test Issue - fdfxz

Test Body - rpwavxmdva

Test Comment - unmqw


text:
Test Issue - lopum

Test Body - gueustojwy

Test Comment - djbns


text:
Test Issue - tixhn

Test Body - jtblmcifkh

Test Comment - frshg


text:
Test Issue - xwrxm

Test Body - jgsdyxuqbn

Test Comment - ajuzv


text:
Test Issue - lityh

Test Body - xhfzryadbh

Test Comment - thiwa


text:
Test Issue - jhvti

Test Body - vepfafcckj

Test Comment - ovuxa


text:
Test Issue - kmgpy

Test Body - urqxajmxsh

Test Comment - tfaee


text:
Test Issue - esdug

Test Body - hmmbhxocfv

Test Comment - xjlgk


text:
Make coretest.py concept script for Mac

Make a coretest.py compatible for Mac.
If this is not possible then make a similar concept script.

Aparentemente MacOS soporta cores in a linux-like fashiong.
Need to enable the cores as system wide in version prior to 10.4 apparently:
http://stackoverflow.com/questions/9412156/how-to-generate-core-dumps-in-mac-os-x
All the cores goes to /cores path, and have the pattern cores.PID.
A native gdb preinstalled alternative exists maybe?

Check https://developer.apple.com/library/content/technotes/tn2124/_index.html#//apple_ref/doc/uid/DTS10003391-CH1-SECCOREDUMPS also.

repo: qlixed/memwiper

license: mit

license_source: bigquery


text:
How to parameterise Scenario name?

Steps To Reproduce
1. I tried to parameterise my scenario name like below:

@WebDDxls
Scenario Outline: Search Keyword xls Data  "<searchKey>"
Given I am on Google Search Page
When I search for "<searchKey>"
Then it should have "<searchResult>" in search results
#for csv, txt, xls files specify datafile location
Examples: {'datafile' : 'src/main/resources/data/testData.xls'}

Expected behavior
searchKey value should be displayed in the Scenario name along with Search Keyword xls Data.
E.g.: Search Keyword xls Data Quantum
Actual behavior
Scenario name is displayed as: Search Keyword xls Data "<searchKey>"
Is the issue reproducible on runner?
Yes

[x] QAS
[ ] Maven
[ ] Gradle
[ ] Ant
[x] Eclipse

Test case sample

You can use the below Scenario example in https://github.com/Project-Quantum/Quantum-Starter-Kit/blob/master/src/main/resources/scenarios/webSearch.feature to reproduce the issue

@WebDDxls
Scenario Outline: Search Keyword xls Data "<searchKey>"
Given I am on Google Search Page
When I search for "<searchKey>"
Then it should have "<searchResult>" in search results
#for csv, txt, xls files specify datafile location
Examples: {'datafile' : 'src/main/resources/data/testData.xls'}

Parameter in scenario name is not supported by design and also doesn't make sense. You will be able to see data used in report. You can customize report to display name differently as per your need.

Okay, I'm closing this issue. I tweaked the report instead.

Hi THomas/Jayaswal,
I am using data provider .csv in my feature file. Report shows unique scenario name for all use cases. How to customize report to show based on each entries from csv file? I am new to QAF framework, please help me to crack this.

Provide recId column in your csv file. Refer example csv file from Documentation

Hi Amit,
 My concern is about the dashboard report showing the test case name as

scenario name. I want to parameterise scenario names. For example
Scenario: Testing DB "${recId}"
Given login DB with "${username}" "${password}"
testdata.csv
recId,username, password
1,xyx,zyx
2,xxy,zzy
dashboard.html in collapse All
Testing DB 1
Testing DB 2
Is this possible?
Thanks,
Anbarasu M
On Wed, Mar 17, 2021 at 12:26 AM Amit Bhoraniya @.***>
wrote:

Provide recId column in your csv file. Refer example csv file from
Documentation
https://qmetry.github.io/qaf/latest/maketest_data_driven.html
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/qmetry/qaf/issues/179#issuecomment-800784016, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AK4MRHC45CKYNTR3YUN3K6LTEAVRFANCNFSM4EV6WIQQ
.

Purpose of recId column is that only. It displays at scenario level in QAF dashboard.

authors: AnbarasuMurugesan amitbhoraniya cjayswal genesisthomas

repo: qmetry/qaf


text:
qx package install silently installs old versions

Running qx package install <packagename> can silently install an old version if you have not run qx package update in a while.  Because this is specific to the installation on a computer, it's a problem that is not reproducable and takes some time & effort to debug.
See https://github.com/qooxdoo/qxl.apiviewer/issues/28

I think this has to do with the fact that the newest qxl.apiviewer releases are "prereleases", which is probably not what we want. I suggest we release all essential qxl libraries as v1.0.0 now and if we find problems, release patches. @hkollmann

When we do this they will depend on beta Framework and beta compiler. That's the reason i published them as beta.
We can decide to do this.

but I had this problem using the released version of the compiler?  IE I started with npm i -g @qooxdoo/compiler, it was just that my user account had an old cached package.  I guess my  ~/.qooxdoo/package-cache.json was out of date.
That's not a problem in itself, but there was no warning.  Perhaps one fix would be to force qx package update if the project is newer that the cache for example, but whatever the fix I went down the rabbit hole to track it down 😁

My experience is that most/all of the qxl.* library releases that end with beta.X are marked as prereleases, so that if you update the normal way, you will get quite old "stable"/non-prerelease releases. If I am not mistaken, you have to do qx pkg update -p && qx pkg list -p explicitly to be able to install them in the first place. That's not good I think, we should have non-prerelease versions now to avoid having to explain this.

@cboulanger is right.
Question is can we release with beta dependencies?

I think we can. More me, a beta dependency means "it will already work with the beta version of the dependency", not "this is beta because the dependency is beta" :-)

If I am not mistaken, you have to do qx pkg update -p && qx pkg list -p explicitly to be able to install them in the first place.

That is not what I did
I started with a brand new installation, brand new app, and asked it to install the latest version of qooxdoo/qxl.apiviewer.  What qx package install actually did was install a very old one.

That's exactly what I mean... you need to add -p to get the latest prerelease version.

but i didnt have to do that on my mac?

I think we can. For me, a beta dependency means "it will already work with the beta version of the dependency", not "this is beta because the dependency is beta" :-)

What do the others think?

All qxl packages have  stable versions now.

I must have missed something about what you're saying - my issue was not "should prerelease be counted", the issue was that two computers behave differently without any warning or explanation.  I.E. even before @hkollmann updated all the releases to stable revisions, one computer would install the latest, and one would install one from months ago.
I don't think that this should be closed yet, but please @hkollmann & @cboulanger you could explain what I have missed?

Could you try it again?
Von meinem iPhone gesendet

Am 05.04.2020 um 13:27 schrieb John Spackman notifications@github.com:

I must have missed something about what you're saying - my issue was not "should prerelease be counted", the issue was that two computers behave differently without any warning or explanation. I.E. even before @hkollmann updated all the releases to stable revisions, one computer would install the latest, and one would install one from months ago.
I don't think that this should be closed yet, but please @hkollmann & @cboulanger you could explain what I have missed?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or unsubscribe.

unfortunately not - once I found the fix (run qx package update), it was too late to save a copy of my package-cache.json :(

A simple solution would be to either automatically run qx package update once the database is over a certain number of days old, or it at least give a warning.

That's an idea. Or do an check if update is needed. Let me think about

authors: cboulanger hkollmann johnspackman

repo: qooxdoo/qooxdoo-compiler


text:
[Enhancement] Keep nether portal texture option

Not sure how it'd look but could be an interesting look with the other dimension one side of the pane blocks and your world on the other. This could also provide the option of lower spec pcs to use portal rendering 0 with this option to get seemless teleportation still, lmk ur thoughts!

Implemented https://qouteall.fun/immptl/wiki/Config-Options#enable-nether-portal-overlay

Implemented https://qouteall.fun/immptl/wiki/Config-Options#enable-nether-portal-overlay

authors: MrKashew qouteall

repo: qouteall/ImmersivePortalsMod


text:
利用gofmt，goimport,gomod项目结构重构，替换github.com/Sirupsen/logrus为github.com/…

Sirupsen 这个包现在被命名为了 sirupsen,
并且构建了gomod和利用gofmt重新格式化了代码

利用gofmt，goimport,gomod项目结构重构，替换github.com/Sirupsen/logrus为github.com

有个bug。。

repo: qquunn/go-package-plantuml


text:
Windows 11 error

Started as administrator. Defender is not disabled.

Did you try disable tamper protection manually as specified in the README.md?

Wow, sorry. I used it the last time and it just worked.. But I had disabled temper protection manually there..
It was tamper protection! When I disabled it, it worked!
Thanks for the help

authors: Clockworkx qtkite

repo: qtkite/defender-control


text:
Language of the app

It would be cool to have a language selection somewhere (from the user or from the device locale) for international use.

French added, and language selection added to main app menu


text:
🛑 hako.re is down

In 231b690, hako.re (https://mangochan.site/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: hako.re is back up in 6e5ad98 after 5 minutes.


text:
🛑 yami-sora is down

In d92f24f, yami-sora (https://www.yami-sora.org/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: yami-sora is back up in e87bc51 after 7 minutes.


text:
🛑 otakusan is down

In bc3d9b4, otakusan (https://otakusan.net/LightNovel) was down:

HTTP code: 0
Response time: 0 ms

Resolved: otakusan is back up in 86a4498.


text:
🛑 kokocon is down

In 69a81e4, kokocon (http://kokocon.net/) was down:

HTTP code: 500
Response time: 108 ms

Resolved: kokocon is back up in 1b26c09 after 16 minutes.


text:
🛑 kokocon is down

In d058c36, kokocon (http://kokocon.net/) was down:

HTTP code: 500
Response time: 1280 ms

Resolved: kokocon is back up in 8b3f79e after 7 minutes.


text:
How to enable/get the EXPORT button from the version 0.3.2?

How to enable/get the EXPORT button from the version 0.3.2? This is not visible in the 1.0 version!

The export button is gone in qgrid 1.0 and it's no longer possible to export a fully functional version of qgrid to static html, because in the new version of qgrid the sorting/filtering logic is done on the server (so I'd have to reproduce that logic in javascript). Also, there is an issue in nbconvert which prevents exporting widgets from working with ipywidgets 7 (which qgrid 1.0 depends on), so exporting a partially functional version is not currently possible either.
Exporting a partially functional version of qgrid where sorting/filtering is broken (and only 200 rows are included) WILL be possible once https://github.com/jupyter/nbconvert/issues/636 is fixed. When that issue is fixed, that would be done with the following steps:

I realize a partially functional version of the grid with only 200 rows is probably not all that useful to people so another alternative that might be a better option is to use the new "binder" service for rendering live notebooks. I'm using it to host the demo notebook for qgrid and it's been great so far: https://beta.mybinder.org/v2/gh/quantopian/qgrid-notebooks/master?filepath=index.ipynb
If lots of people complain about the needing a fully functional static html export of the qgrid, I'll look into doing that once the nbconvert bug is fixed that's blocking exporting from working with ipywidgets 7.

@TimShawver Thank you for the information, I will keep up on track when the fix is deployed.
Cheers!

@TimShawver looks like the nbconvert fix have been deployed but I still can't see qgrids in HTML export after following the steps you mentioned.

authors: TimShawver ar-siddiqui javierorozco

repo: quantopian/qgrid


text:
Api stubs

as well as tooling and docs to generate this for each release
For #1205

lgtm

authors: llllllllll richafrank

repo: quantopian/zipline


text:
Disentangle MS gate and XXPowGate.

To fix #2958

Resolved the comments. PTAL.

repo: quantumlib/Cirq


text:
Create testing module

With EqualsTester and the random object generation utilities.

Don't we have this already? I'm going to close.

authors: babbush kevinsung

repo: quantumlib/OpenFermion


text:
Issue when buillding with Python 3.11

There is an issue with the build system when I'm trying to install qbindiff from sources in a Python 3.11 virtualenv. It is linked to the pyproject.toml, as there is duplicated information in the setup.py it could come from this.
the full log:
$ pip install '.'
Processing [HOME]/Tools/python-binexport
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  error: subprocess-exited-with-error

  × Getting requirements to build wheel did not run successfully.
  │ exit code: 1
  ╰─> [83 lines of output]
      /tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/config/_apply_pyprojecttoml.py:75: _MissingDynamic: `requires-python` defined outside of `pyproject.toml` is ignored.
      !!

              ********************************************************************************
              The following seems to be defined outside of `pyproject.toml`:

              `requires-python = '>=3.9'`

              According to the spec (see the link below), however, setuptools CANNOT
              consider this value unless `requires-python` is listed as `dynamic`.

              https://packaging.python.org/en/latest/specifications/declaring-project-metadata/

              To prevent this problem, you can list `requires-python` under `dynamic` or alternatively
              remove the `[project]` table from your file and rely entirely on other means of
              configuration.
              ********************************************************************************

      !!
        _handle_missing_dynamic(dist, project_table)
      /tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/config/_apply_pyprojecttoml.py:75: _MissingDynamic: `license` defined outside of `pyproject.toml` is ignored.
      !!

              ********************************************************************************
              The following seems to be defined outside of `pyproject.toml`:

              `license = 'AGPL-3.0'`

              According to the spec (see the link below), however, setuptools CANNOT
              consider this value unless `license` is listed as `dynamic`.

              https://packaging.python.org/en/latest/specifications/declaring-project-metadata/

              To prevent this problem, you can list `license` under `dynamic` or alternatively
              remove the `[project]` table from your file and rely entirely on other means of
              configuration.
              ********************************************************************************

      !!
        _handle_missing_dynamic(dist, project_table)
      /tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/config/_apply_pyprojecttoml.py:82: SetuptoolsWarning: `install_requires` overwritten in `pyproject.toml` (dependencies)
        corresp(dist, value, root_dir)
      Traceback (most recent call last):
        File "[HOME]/.virtualenvs/binexport/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
          main()
        File "[HOME]/.virtualenvs/binexport/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "[HOME]/.virtualenvs/binexport/lib/python3.11/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 118, in get_requires_for_build_wheel
          return hook(config_settings)
                 ^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 325, in get_requires_for_build_wheel
          return self._get_build_requires(config_settings, requirements=['wheel'])
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 295, in _get_build_requires
          self.run_setup()
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/build_meta.py", line 311, in run_setup
          exec(code, locals())
        File "<string>", line 7, in <module>
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/__init__.py", line 103, in setup
          return distutils.core.setup(**attrs)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/_distutils/core.py", line 159, in setup
          dist.parse_config_files()
        File "[HOME]/.virtualenvs/binexport/lib/python3.11/site-packages/_virtualenv.py", line 23, in parse_config_files
          result = old_parse_config_files(self, *args, **kwargs)
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/dist.py", line 627, in parse_config_files
          pyprojecttoml.apply_configuration(self, filename, ignore_option_errors)
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/config/pyprojecttoml.py", line 67, in apply_configuration
          return _apply(dist, config, filepath)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/config/_apply_pyprojecttoml.py", line 56, in apply
          _apply_project_table(dist, config, root_dir)
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/config/_apply_pyprojecttoml.py", line 82, in _apply_project_table
          corresp(dist, value, root_dir)
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/config/_apply_pyprojecttoml.py", line 211, in _python_requires
          _set_config(dist, "python_requires", SpecifierSet(val))
                                               ^^^^^^^^^^^^^^^^^
        File "/tmp/pip-build-env-4oxnieei/overlay/lib/python3.11/site-packages/setuptools/_vendor/packaging/specifiers.py", line 708, in __init__
          split_specifiers = [s.strip() for s in specifiers.split(",") if s.strip()]
                                                 ^^^^^^^^^^^^^^^^
      AttributeError: 'NoneType' object has no attribute 'split'
      [end of output]

  note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error

× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.

note: This error originates from a subprocess, and is likely not a problem with pip.

Fixed on https://github.com/quarkslab/python-binexport/pull/14

authors: ebrocas patacca

repo: quarkslab/python-binexport


text:
Use new-style maven central URLs

Resolves #157 . We could use the new URL or we could block the redirect. The old URL will eventually be deprecated, so we may as well start using the new URL.

I've adjusted the link checker test to be less concurrent and retry more, and that's sorted out many of the 503s we were seeing. The one remaining error is a permanent 500, so I've raised https://issues.sonatype.org/browse/MVNCENTRAL-7917. However, that version of the extension isn't the one we should be showing; it got moved from platform to quarkiverse and never got added to the extension catalog. This should be fixed by https://github.com/quarkusio/quarkus-extension-catalog/commit/3e372bf161bf117da48cf0572bd2ec3431205d18.

It seems central.sonatype is less stable, so we get more 503s and spurious reports of URLs not existing, so I have removed the static-generation link checking and left it to the integration test.
In the integration test, we need to be less concurrent and retry more often in links test, to work around tendency of central.sonatype to return 503s.

repo: quarkusio/extensions


text:
JobBuilder.storeDurably() to reuse JobBuilder.storeDurably(boolean)

DRY and let JobBuilder.storeDurably() reuse JobBuilder.storeDurably(boolean)

Thank you for the PR! I agree that this can be a improvement.
This change should be merge against 2.3.x branch though. I have re-created a new PR #336 with your commit and included changelog update.

repo: quartz-scheduler/quartz


text:
Upgrade to Doobie 0.4.4

Tests pass, but problably there's more to check to ensure that these changes don't break anything.
I need this update to keep working on #2684

Looks like all the builds are failing though, so something is up...

@drostron I think it would be good for you to have a quick look at this to make sure I didn't miss anything

I managed to fix some dependency issues, and now tests seem to pass. However, I can't figure out why one of the build jobs fails here: https://travis-ci.org/quasar-analytics/quasar/jobs/269468912#L1830
Looks like the Quasar app exits prematurely?

@kciesielski I bounced the job. Sometimes travis does weird things.  We'll see if it persists.

@djspiewak thanks, but looks like the problem remains https://travis-ci.org/quasar-analytics/quasar/jobs/269468912#L1812
By the way - I just checked and Doobie 0.5.x and future versions will be cats-only...

@kciesielski Looks like the metastore might be causing Quasar to quit right after starting up. Have you tried running web/run in sbt to see if the server starts up properly?

@jedesah I didn't check that. I'll verify, however I'm wondering why it happens only when CONNECTOR=mongodb_2_6

@kciesielski That specific travis job has extra responsibility such as making sure the app starts properly. Just a historical artifact of Mongo 2.6 being the first connector we supported

@jedesah Looks like it starts and runs until I stop it.
I initialized the metastore on PostgreSQL with these steps (it's my first time running the actual app):

I configured ~/.config/quasar/quasar/quasar-config.json to point to my local Postgres: docker container initialized with docker/scripts/setupContainers
I initialized metastore using java -jar quasar-repl-assembly-20.14.13.jar initUpdateMetaStore
I started web/run. Output:

[info] Running quasar.server.Server
Read web config from /home/kc/.config/quasar/quasar-config.json
Using metastore: jdbc:postgresql://localhost:5432/metastore
Server started listening on port 8080
Press Enter to stop.

And I can call webservices locally, etc.

@kciesielski I pulled down your branch and see the following error when using the default config which uses H2.
root:PR-2686> repl/run initUpdateMetaStore
[info] Compiling 1 Scala source to /Users/dave/code/quasar/.targets/core/scala-2.11/classes...
[info] Running quasar.repl.Main initUpdateMetaStore
Read core config from /Users/dave/Library/Application Support/quasar/quasar-config.json
Error: While initializing or updating: unexpected schema version; found: 1; latest known: 0. Is the metastore database running?

It is opaque, somewhat misleading, and I haven't tracked down the cause, but it is reproducible locally. You'll see the default config used when you remove your quasar-config.json. Like you, I don't see the error when running against PostgreSQL.

@drostron I don't get such error with default settings. My output:
> repl/run initUpdateMetaStore
[info] Running quasar.repl.Main initUpdateMetaStore
Configuration file '/home/kc/.config/quasar/quasar-config.json' not found, using default configuration.

and then ~/.config/quasar/quasar-metastore.db.mv.db gets silently created. Calling web/run then starts the app:
[info] Running quasar.server.Server
Configuration file '/home/kc/.config/quasar/quasar-config.json' not found, using default configuration.
Using metastore: jdbc:h2:/home/kc/.config/quasar/quasar-metastore.db
Server started listening on port 20223
Press Enter to stop.

@kciesielski NM and sorry for the confusion, I swore I had removed my H2 database, but indeed one from slamdata-backend was still around (so a reasonable error message after all). I now see the same behavior you're seeing locally. As for Travis, still unclear.

I'm going to give our newly enabled Travis debug mode a whirl to see if it yields increased visibility.

@kciesielski Regarding your note from here:

By the way - I just checked and Doobie 0.5.x and future versions will be cats-only...

The same is also true of http4s, monocle, fs2, and other dependencies.  We'll be shimming back to scalaz at boundaries, with the goal of making it as transparent as possible internally.  If I can ever crack the implicit resolution issues, my shims project will probably be the way to go there.  If not, we'll have some special-cased utilities within quasar which will at least be functional.

The failure is a recent introduction and unrelated to this change, #2693.

@kciesielski I added the version: revision label. For future PRs a version label is required by our merge script and is applied by the PR author, see Versioning.

authors: djspiewak drostron jedesah kciesielski

repo: quasar-analytics/quasar


text:
Reliability and Behavior Improvements

Reasoning
Created a new branch for reliability because I intended to fix a larger amount of reliability issues. I was surprised to find that it is still so solid after all the changes in the past month. :100:
Changes
1. Handle an inability to de-serialize a packet in a graceful manner (sets a status message of the situation).
    - If the server was unable to de-serialize a client's packet, it would crash (depending on the containing data types in the packet) due to an uncaught exception.
    - If the client was unable to de-serialize a packet from the server, it would crash (depending on the containing data types in the packet) due to an uncaught exception.
2. Added a few more try-catch blocks to some spots in the CommandHandler
    - Helps to make sure invalid packets from the server won't cause a crash.
    - Necessary because handlers in the CommandHandler aren't caught.
3. Slightly improved situations when the renaming or deleting of a file or directory failed.
    - Inform the server via a readable status message.
    - Always refresh the directory (even if the renaming or deleting of a file or directory failed).

I've changed it another way. Hope it's ok.

The changes look good. :)

authors: MaxXor yankejustin

repo: quasar/QuasarRAT


text:
Browser biometrics sometimes not asking for polkit

From @alba4k in https://github.com/quexten/goldwarden/issues/62#issuecomment-1891120456_

Welp, I guess it is not intended behaviour ahah

Ah, yeah, sorry about the description, it's from GitHub's "reference in new issue" feature. Updated it now.

Oh, I see. No need to worry, it was perfectly fine as it was

Ok, so this issue is due to the fact that the daemon "caches" authentication for pid's (with an expiry time), so that repeated calls to git/ssh/etc don't require pin/biometrics every time. Obviously, for biometrics this should not happen, so that code path needs to be changed.

Should be fixed in fd8d483e918bd4404b2c1492812128661da732ab, but keeping it open for a while for testing

Won't be home 'till Sunday. I'll let you know ASAP tho

@alba4k can this issue be closed?

I will have to check once I get home :)

repo: quexten/goldwarden


text:
chore: getEnrollmentsByCourse is useless

[ ] Replace call to getEnrollmentsByCourse with call to getEnrollmentsWithActivity.
[ ] Delete getEnrollmentsByCourse
[ ] Rename getEnrollmentsWithActivity to getEnrollmentsByCourse (double check that this makes sense.)

This does nothing:
// getEnrollmentsByCourse returns all enrollments for a course that match the given enrollment request.
func (s *QuickFeedService) getEnrollmentsByCourse(request *qf.EnrollmentRequest) ([]*qf.Enrollment, error) {
	enrollments, err := s.getEnrollmentsWithActivity(request.GetCourseID())
	if err != nil {
		return nil, err
	}
	return enrollments, nil
}

@JosteinLindhom I looked into this. The logic performed by getEnrollmentsWithActivity is a bit sophisticated in that

fetch all submissions for the course;
finds all enrollments and inspects each submission that belongs to that enrollee (user)
based on the submissions, update the enrollment's TotalApproved and LastActivityDate
fetch all pending enrollments
the returned list of enrollments includes those with activity (submissions) and those with pending status

The above is based only on the courseID from the frontend, because of this:
	case *qf.EnrollmentRequest_CourseID:
		enrollments, err = s.getEnrollmentsWithActivity(in.Msg.GetCourseID())

(that is the EnrollmentRequest.Statuses field is ignored.)
However, the frontend makes calls like this:
            const statuses = isStudent(enrollment) ? [Enrollment_UserStatus.STUDENT, Enrollment_UserStatus.TEACHER] : []
            results.push(actions.getEnrollmentsByCourse({ courseID, statuses }))

        await actions.getEnrollmentsByCourse({ courseID: state.activeCourse, statuses: [Enrollment_UserStatus.PENDING] })

Thus, these "statuses" fields are ignored by the server.

repo: quickfeed/quickfeed


text:
Scroll Clipboard History to the top on Paste

It would be nice to have an option to always display the first row of the Clipboard history when the clipboard opens instead of the last selected row index.

The first row is the last pasted item, so I don’t quite understand what you’re after.

Sorry about that @skurfer . I got the functionality a little mixed up. I tend to have a 100 items in my clipboard history and after I paste item 57, the next time I open the clipboard history, I am still on row 57 (which no longer contains my last pasted item), when I'd really like to be back to row 1 (or index 0). I will update the initial comment to try to be a bit more clear.

Oh, I see. So have it scroll to the top when you paste? Makes sense. I’m usually also a little annoyed when I go back to the history and it’s scrolled to the middle somewhere.

FWIW I’ve been getting annoyed about this lately. It feels like a regression, but haven’t got round to debugging it.
It make be a problem with the clipboard setting ‘hide on paste’. Basically when the clipboard displays whatever scenario we should probably scroll to the 1st row.

On 20 Mar 2018, at 22:58, Rob McBroom notifications@github.com wrote:
Oh, I see. So have it scroll to the top when you paste? Makes sense. I’m usually also a little annoyed when I go back to the history and it’s scrolled to the middle somewhere.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/quicksilver/Quicksilver/issues/2434#issuecomment-374629240, or mute the thread https://github.com/notifications/unsubscribe-auth/AAJLn-41MINLDDv50YuYmtjMIfZ3Gpopks5tgRkTgaJpZM4Sws3u.

Basically when the clipboard displays whatever scenario we should probably scroll to the 1st row.

Agreed. I’m just wondering if we can do that without changing the base docking window behavior. Or maybe we don’t care if it’s a universal change?

authors: joesolly pjrobertson skurfer

repo: quicksilver/Quicksilver


text:
QS extremely slow suddenly

Pressing the OS hotkey it now takes about 2 seconds for quicksilver window to popup and there is a .5 to 1 second delay on typing each keyboard key.
macOS Catalina - 10.15.7
macbook pro 2.4 ghz core i9
64gb ram

My best guess is that your catalog had a large amount of new stuff added to it somehow.
I would go through the Catalog in Preferences and look for entries with large numbers (more then 300 or 400).
https://qsapp.com/manual/FAQ/#quicksilver-uses-lots-of-memory-cpu-or-hangs

Hello Rob thanks for the fast response,
There are 489 items in my applications folder in quicksilver; 407 as per
finder in the folder.
However I didn't drastically increase the application count recently; so
quicksilver was very fast 2/3 weeks ago and in that time I may have
added 5 apps.
Kamil
Rob McBroom wrote on 2021-06-18 14:26:

My best guess is that your catalog had a large amount of new stuff
added to it somehow.
I would go through the Catalog in Preferences and look for entries
with large numbers (more then 300 or 400).
https://qsapp.com/manual/FAQ/#quicksilver-uses-lots-of-memory-cpu-or-hangs
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/quicksilver/Quicksilver/issues/2563#issuecomment-864001344,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA26YDZYI6BTDSHJ5PFPLELTTM3PFANCNFSM463MPUAQ.

--
Sincerely,
Kamil Bukala
Mobile / WhatsApp: +48 798 183 905
Skype: kamil6x
LinkedIn: https://www.linkedin.com/in/kbukala/
If you need to organize your bookmarks check out TabsFolders.com
https://www.tabsfolders.com/appsumopartnership/?email_kamil

I have 481 applications, so that probably isn’t the problem. What about all of the other catalog entries? Safari History is one that often causes bloat, for instance.

Nope rest are less than 100 each - screen attached.
Strangely it seems to be almost back to normal speed now 70% of previous
speed.  Strange.
Kamil
Rob McBroom wrote on 2021-06-18 16:09:

I have 481 applications, so that probably isn’t the problem. What
about all of the other catalog entries? Safari History is one that
often causes bloat, for instance.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/quicksilver/Quicksilver/issues/2563#issuecomment-864066352,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA26YD5VROJN4YXJWTN7HUDTTNHQVANCNFSM463MPUAQ.

--
Sincerely,
Kamil Bukala
Mobile / WhatsApp: +48 798 183 905
Skype: kamil6x
LinkedIn: https://www.linkedin.com/in/kbukala/
If you need to organize your bookmarks check out TabsFolders.com
https://www.tabsfolders.com/appsumopartnership/?email_kamil

I had the same slow down problem. In my case I only use QS for find Folders ('public.folder'). I have about 15 items that represent a total of about 8,000 folders. Super fast for many years. On Big Sur I suddenly had a slow QS as @kamil6x .
I made made test. Not sure I found the problem, but after trashing 'com.blacktree.Quicksilver.plist' it seems to be as usual again. Reducing the number of Catalog entry had no impact.
I don't know if @kamil6x or someone else will have time, but my adding a date for all new entry would allow to have a option (pref ?) to get rid of requests that are older than xx days. This could significantly reduce de Mnemonics.plist. I would love to have this feature to have a short and simple list. My 2 cents.

Same issue, fixed in QS with "General/Application: Reset Preferences". I'd duplicated a couple of Catalog entries under "User" that didn't have enough depth to "Custom" (they're still okay). Will now try to "educate QS" instead and edit out some of the unused finds manually as I go along.

@kamil6x - glad to hear this is now '70%' back to normal. I'll close this issue for now. However if you continue to see slow downs, and can get a good idea of when/what is causing it, then please comment and re-open so we can continue to investigate. Thanks!


text:
We are missing 4 bytes in the LZ4 compression buffer.

Closes #831

Codecov Report

Merging #1226 (1aecb4e) into main (f378d9a) will increase coverage by 0.02%.
The diff coverage is 100.00%.

@@            Coverage Diff             @@
##             main    #1226      +/-   ##
==========================================
+ Coverage   94.10%   94.12%   +0.02%
==========================================
  Files         205      205
  Lines       34453    34452       -1
==========================================
+ Hits        32421    32428       +7
+ Misses       2032     2024       -8

Impacted Files
Coverage Δ

src/store/compression_lz4_block.rs
89.47% <100.00%> (-0.27%)
:arrow_down:

src/tokenizer/stemmer.rs
63.63% <0.00%> (-1.82%)
:arrow_down:

src/directory/watch_event_router.rs
96.15% <0.00%> (-0.77%)
:arrow_down:

src/query/union.rs
99.39% <0.00%> (+0.60%)
:arrow_up:

src/indexer/segment_updater.rs
95.34% <0.00%> (+1.03%)
:arrow_up:

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 f378d9a...1aecb4e. Read the comment docs.

The 4 bytes are already included in get_maximum_output_size, but let's not rely on that

The previous code was creating a slice with unallocated memory. (in addition to being uninitialized)

The previous code was creating a slice with unallocated memory. (in addition to being uninitialized)

With the reserve call, it should be allocated?
Uninitialized data is being handled in lz4_flex via MaybeUninit.

@PSeitz  Now it is allocated. Before this PR, the last 4 bytes were not necessarily allocated.
If you know how to deal with the MaybeUninitialized thing that would be awesome to remove the allow clippy thing.

authors: PSeitz codecov-commenter fulmicoton

repo: quickwit-inc/tantivy


text:
Create a custom tokenizer that is more log friendly

For logs we want a nicer tokenizer.
We probably should not cut on _ or -, and . within a number.

Here is an example of a log:
{
  "event_id": "123e4567-e89b-12d3-a456-426614174000",
  "payload": "1331901000.000000    CHEt7z3AzG4gyCNgci    192.168.202.79    50465    192.168.229.251    80    1    HEAD 192.168.229.251    /DEASLog02.nsf    -    Mozilla/5.0 (compatible; Nmap Scripting Engine; [http://nmap.org/book/nse.html](http://nmap.org/book/nse.html))    0    0    404    Not Found    -    -    -    (empty)    -    -    -    -    -    -    -"
}

We could potentially isolate IP addresses like 192.168.202.79.

Another example of a log taken from https://github.com/elastic/rally-tracks/tree/master/http_logs
{"message" : "211.11.9.0 - - [1998-06-21T15:00:01-05:00] \"GET /english/index.html HTTP/1.0\" 304 0"}

@fmassot have we shipped something about that?

@fulmicoton: nothing for now but we will need something for happy-plazza. Something simple like "don't split on identifiers and floats" could do the job. I will do some testing at the end of the week.

authors: fmassot fulmicoton

repo: quickwit-oss/quickwit


text:
Failed to run garbage collection on index caused by a query error "operator does not exist"

Very recently, the garbage collector is not working on my index, the logs are like this:
2022-11-10T08:32:12.119Z ERROR quickwit_janitor::actors::garbage_collector: Failed to run garbage collection on index. index_id=quickwit-fts-staging error=Database error: `error returned from database: operator does not exist: timestamp without time zone <= integer`.
2022-11-10T08:33:12.122Z ERROR quickwit_janitor::actors::garbage_collector: Failed to run garbage collection on index. index_id=quickwit-fts-staging error=Database error: `error returned from database: operator does not exist: timestamp without time zone <= integer`.
2022-11-10T08:33:12.171Z ERROR quickwit_janitor::actors::garbage_collector: Failed to run garbage collection on index. index_id=ec2-quickwit-fts-staging error=Database error: `error returned from database: operator does not exist: timestamp without time zone <= integer`.

It may be related to my database schema.

I think I know the cause of this, but will double check.

@ChillFish8 I found the issue :)
First, I didn't see a test on a query with a filter on update_timestamp.
Secondly, the query filters on timestamps without time zone (the PostgreSQL type) won't work, SELECT COUNT(*) FROM splits WHERE update_timestamp < {some integer} will fail a message "No operator matches the given name and argument types. You might need to add explicit type casts.".

It is concerning that this hasn't been picked up by unit tests :/

Maybe not that surprising. The filter used to be client-side and covered by some unit tests relying on a file-backed metastore.

authors: ChillFish8 fmassot guilload


text:
Percentiles aggregation returns an error 500 when done on unknown key or when there are only string values

Aggregation example:
"aggs": {
   "response": {
       "percentiles": {
           "field": "unknown"
        }
    }
}

Error message:

{"message":"Internal error: `Internal error: `An IO error occurred: 'invalid type: null, expected f64 at line 1 column 441'`.`."}

I don't get this error when I'm doing an average aggregation.

I get an empty result
{
  "query": "*",
  "max_hits": 0,
  "aggs":{"response":{"percentiles": {"field": "unkown"}}}
}

{
  "num_hits": 10009972,
  "hits": [],
  "elapsed_time_micros": 32763,
  "errors": [],
  "aggregations": {
    "response": {
      "values": {
        "1.0": null,
        "25.0": null,
        "5.0": null,
        "50.0": null,
        "75.0": null,
        "95.0": null,
        "99.0": null
      }
    }
  }
}

thanks for looking at it, I can't reproduce it now :/ I updated the quickwit code recently and I don't have the issue. Closing.

authors: PSeitz fmassot


text:
last item fetched

Store last fetched date or post id
So we can remove items without creating them again on the next fetch

Fixed in https://github.com/quicoto/RSS-Reader/commit/17053f67868deaf7a9498fa91acfffb490bee42d

repo: quicoto/RSS-Reader


text:
Build on Windows 10

Hi,
I am trying to build quiet on Windows 10 with CMake 3.14.5 and Visual Studio 19 (64 bit).
I am having this issue - https://github.com/quiet/quiet/issues/8
The failure seems to be here:
check_library_exists(liquid flexframesync_set_header_len,flexframegen_set_header_len,ofdmflexframesync_set_header_len,ofdmflexframegen_set_header_len,resamp_rrrf_execute_output_block,liquid_pack_array_block "" LIQUID_DEVEL_FUNCTIONS)
I searched for these functions in both quiet and liquid-dsp. The problem I see is that resamp_rrrf_execute_output_block is required by quiet but isn't available in liquid-dsp.
I followed the instructions and am using the devel branch.
Cheers

I know I put in both quiet-dsp(from readme) and liquid-dsp(from error) and both say they found the library but are different versions. I think the bootstrap/cmakelists is outdated and checks for wrong library names - it should be updated in the readme / cmake lists as to what files are being used.
I just skipped the fail, and everything builds.
`diff --git a/CMakeLists.txt b/CMakeLists.txt
index 9aab588..bb250d6 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -61,8 +61,8 @@ if(LIQUID_FOUND)
set_target_properties(liquid PROPERTIES IMPORTED_LOCATION "${liquid_library}" INTERFACE_INCLUDE_DIRECTORIES "${liquid_include}")
check_library_exists(liquid flexframesync_set_header_len,flexframegen_set_header_len,ofdmflexframesync_set_header_len,ofdmflexframegen_set_header_len,resamp_rrrf_execute_output_block,liquid_pack_array_block "" LIQUID_DEVEL_FUNCTIONS)
if(NOT LIQUID_DEVEL_FUNCTIONS)

 unset(LIQUID_FOUND CACHE)

   message(FATAL_ERROR "

 #unset(LIQUID_FOUND CACHE)

   message(STATUS "SKIPPING THIS

libquiet requires the devel branch of libliquid but
found a different branch installed
fetch the devel branch using
`

authors: NissimHadar fornof

repo: quiet/quiet


text:
wip: tweak the generated python bindings

The generated Python bindings are a lot more opinionated than the C api itself. At moment, I'm adjusting some of the hardcoded behavior; but this might evolve into a slightly more extensible interface for library-specific stuff.

By default, find_library does not know about the active Conda environment on OSX; hence the current use of it it makes it harder to deploy the produced shared library with conda. As a quick fix, I check this explicitly.

It would be nice if we could specify these parameters via an argument to the generated python bindings function. Then it would be easier to extend for these kinds of things at build-the-shared-library time.

It would be nice if we could specify these parameters via an argument to the generated python bindings function. Then it would be easier to extend for these kinds of things at build-the-shared-library time.

Yes, I agree. I'm experimenting with this a bit, although I think more broadly we should just make the definitions available for anybody to use (i.e. not necessarily wrap in opaque python-generator closure, but rather have define-library produce something that can be passed off to a custom python, ruby, whatever generator).

Yes, the way I wrote this really optimized for two goals:

No pollution of any global namespaces.
Expediency and minimal amount of code to function
There's not much extensibility, so the guts might/should get reworked to support library authors and custom configurations more.

This is a relatively modest change, and is fine for now (imo). In the longer run we will have our eye on more general mechanisms.

authors: karlosz kilimanjaro

repo: quil-lang/sbcl-librarian


text:
references get screwed up when concatenating WeakRefStringArray

Ok, took me a while to whittle this down to a minimum working example.  Behold!
using WeakRefStrings

data = UInt8[0x61]
wrstr = [WeakRefString(pointer(data), 1)]

a1 = WeakRefStringArray(data, wrstr)
a2 = WeakRefStringArray(data, wrstr)

a = vcat(a1, a2)

a is now a Vector{WeakRefString{UInt8}} whose pointers point to bogus memory locations.  But!  Things get even weirder, now do b = vcat(a1, a2)... this will point to a new set of memory locations but these always seem to contain the correct data.
No idea what's going on here, but this is causing big problems with, for example Feather, because simple operations on the loaded dataframes are resulting in pointers to bogus memory.
Note that I have a PR, #15, which attempts to fix this by overloading vcat to work like append!.  Seems to work so far.

Note that I'm still trying to figure out the following:
using WeakRefStrings
using DataFrames

data = UInt8[0x61]
wrstr = [WeakRefString(pointer(data), 1)]

a1 = WeakRefStringArray(data, wrstr)
a2 = WeakRefStringArray(data, wrstr)

df1 = DataFrame(A=a1)
df2 = DataFrame(A=a2)

df = vcat(df1, df2)

for which one has the same issue in the column of df.  This is a bit harder since the DataFrames vcat does all sorts of things.

I've figured out what happens.
DataFrames uses copy! on a temporary array which was created from iterating over each column.  This iteration returns String rather than WeakRefString.  The values that get copied are therefore pointers to temporarily allocated strings.


text:
Cactbot not working over WebSocket externally

Description
Discovered this issue alongside #1078, Cactbot doesn't seem to get a response for callOverlayHandler from raidboss.js when connected to externally, seems to work fine internally.
Additional information
No error message for this that I've seen, just never seems to get a response.
This URL works:
http://192.168.1.111:38080/Cactbot/ui/raidboss/raidboss.html?OVERLAY_WS=ws://192.168.1.111:10501/ws

This URL doesn't work:
http://<external IP>:38080/Cactbot/ui/raidboss/raidboss.html?OVERLAY_WS=ws://<external IP>:10501/ws

However, this URL works for DPS overlay, so the issue isn't with port forwarding or anything.
http://<external IP>:38080/mopimopi/?HOST_PORT=ws://<external IP>:10501/#

If I had to guess the most likely cause would be the data files handling. Do you have a log of the WebSocket traffic?

Not sure how I'd go about getting a log of the websocket traffic itself. That doesn't show in Chrome's dev tools (just the initial request to /ws which gets a 101 response code).

If you select that request, you should be able to see the traffic on one of the tabs to the right.

Contents of the ws traffic tab after 5 minutes (to allow for any timeouts or w/e). Formatting isn't great since the only option was to select all and copy out, but it's:
request/response  size
timestamp

{"call":"subscribe","events":[]}	32
23:22:05.758
{"call":"subscribe","events":["onUserFileChanged"]}	51
23:22:06.327
{"call":"subscribe","events":["onForceReload"]}	47
23:22:06.327
{"call":"cactbotLoadData","overlay":"options","rseq":0}	55
23:22:06.327
{"call":"cactbotLoadUser","source":"http://<external IP>:38080/Cactbot/ui/raidboss/raidboss.html?OVERLAY_WS=ws://<external IP>:10501/ws","rseq":1}	148
23:22:06.327
{"data":{"jobs":{"HideWellFedAboveSeconds":"600","ShowMPTickerOutOfCombat":true}},"rseq":0}	91
23:22:06.420
{"detail":{"userLocation":"C:\\users\\steamuser\\Application Data\\Advanced Combat Tracker\\Plugins\\Cactbot\\user","localUserFiles":{"raidboss.js":"Options.PerTriggerOptions = {\n 'TEA Limit Cut Numbers': {\n SpeechAlert: true,\n SoundAlert: false,\n TextAlert: false,\n TTSText: function(data) {\n return data.limitCutNorthSouth == 'N' ? 'North' : 'South';\n },\n PreRun: function(data, matches) {\n data.limitCutNumber = {\n '004F': 1,\n '0050': 2,\n '0051': 3,\n '0052': 4,\n '0053': 5,\n '0054': 6,\n '0055': 7,\n '0056': 8,\n }[matches.id];\n if (data.phase == 'wormhole') {\n data.limitCutDelay = {\n '004F': 9.2,\n '0050': 10.7,\n '0051': 13.4,\n '0052': 15.0,\n '0053': 17.7,\n '0054': 19.2,\n '0055': 22.0,\n '0056': 23.4,\n }[matches.id];\n data.limitCutNorthSouth = (((data.limitCutNumber - 1) % 4) < 2 ? 'N' : 'S');\n } else {\n data.limitCutDelay = {\n '004F': 9.5,\n '0050': 11,\n '0051': 14.1,\n '0052': 15.5,\n '0053': 18.6,\n '0054': 20,\n '0055': 23.2,\n '0056': 24.6,\n }[matches.id];\n }\n },\n 'AlertText': function(data) {\n if(data.phase !== 'wormhole') {\n var modPos = (data.limitCutNumber - 1) % 4;\n var enText = '#' + data.limitCutNumber + ': ' + (data.limitCutNorthSouth == 'N' ? 'North' : 'South');\n \n return {\n en: enText,\n de: '#' + data.limitCutNumber + ': ' + (data.limitCutNorthSouth == 'N' ? 'Norden' : 'Süd'),\n ja: data.limitCutNumber + '番: ' + (data.limitCutNorthSouth == 'N' ? '北' : '南'),\n };\n } else {\n //Original logic below for Wormhole\n return {\n en: '#' + data.limitCutNumber,\n de: '#' + data.limitCutNumber,\n ja: data.limitCutNumber + '番',\n };\n }\n },\n },\n};\n\n//# sourceURL=C:\\users\\steamuser\\Application Data\\Advanced Combat Tracker\\Plugins\\Cactbot\\user\\raidboss.js"},"language":"en"},"rseq":1}	2668
23:22:06.690
{"call":"subscribe","events":["onLogEvent"]}	44
23:22:06.691
{"call":"cactbotReadDataFiles","source":"http://<external IP>:38080/Cactbot/ui/raidboss/raidboss.html?OVERLAY_WS=ws://<external IP>:10501/ws","rseq":2}	153
23:22:06.691
{"call":"subscribe","events":["PartyChanged"]}	46
23:22:06.693
{"call":"subscribe","events":["onPlayerChangedEvent"]}	54
23:22:06.693
{"call":"subscribe","events":["onZoneChangedEvent"]}	52
23:22:06.693
{"call":"subscribe","events":["onInCombatChangedEvent"]}	56
23:22:06.693
{"call":"cactbotRequestState","rseq":3}	39
23:22:06.693
{"type":"PartyChanged","party":[]}	34
23:22:06.778
{"$isNull":true,"rseq":3}	25
23:22:07.046
{"detail":{"files":null},"rseq":2}	34
23:23:46.931

The reply to cactbotReadDataFiles is {"files":null}. Looks like my assumption was right, it fails to load the data files.
Can you check the overlay log for errors? I think Cactbot is trying to load http://:38080/Cactbot/ui/raidboss/data/manifest.txt which fails (probably timeout) and then causes the null response since it can't load the manifest.

Looks like it is timing out in the plugin itself, but (probably due to linux) the error messages aren't visible until I resize the error log in ACT. Either way:
[2/23/2020 11:23:50 PM] Error: Unable to read manifest file: The operation has timed out

I checked the source and it looks like it's trying to make Cactbot ACT-side read the manifest from the source URL, which seems like a potential security issue but given how rare this sort of configuration likely is, I'm not too fussed about that.
The source of the problem appears to be that my router does not do hair pin NAT by default, so when ACT-side Cactbot requests the manifest file from the passed in IP which is external, it fails to connect. I've added the required rules for hair pin NAT and will re-test later today to ensure that it actually resolves the problem.

Confirmed last night that this resolved the issue.

authors: ngld valarnin

repo: quisquous/cactbot


text:
resources: Revert #3465 change export type util.ts

This reverts commit b3a89f5e6ff6b3f22fa4eebed717596eae29305e.

Sorry, @MaikoTan.  This is git revert b3a89f5^! directly (plus a conflict fix), but without any other changes.  If you have other things you want to fix on top of this, can you submit them separately rather than in the revert?


text:
Percentage alert, rolling window, threshold alert

Hey @tomas-quix , let me know when you get on with this al I'll walk you through

Hi @tomas-quix, check it now

repo: quixai/quix-library


text:
More brotli plugin updates

add error handling in streaming compression
update "mode" option enumeration
fix brotli parameters to match actual input buffer when level is small

Now benchmark would be able to run brotli with levels 1-11.

Merged, thanks!
I'll try to update the benchmark results soon—I've been very busy for a while, but that should be ending soon.

authors: eustas nemequ

repo: quixdb/squash


text:
Use versioned release of eynollah

In 984a823 we updated to a git version of eynollah, to hotfix https://github.com/qurator-spk/eynollah/issues/38. We should a versioned release again.

https://pypi.org/project/eynollah/0.0.2/ is out now

repo: qurator-spk/ocrd-galley


text:
🛑 Adguard Home DoT is down

In e1909c8, Adguard Home DoT ($AG_DOT) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Adguard Home DoT is back up in ab98899.

repo: quyleanh/upptime


text:
🛑 Adguard Home DoT is down

In b0d5e63, Adguard Home DoT ($AG_DOT) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Adguard Home DoT is back up in 9e45efd.


text:
🛑 Adguard Home DoT is down

In 6c4705c, Adguard Home DoT ($AG_DOT) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Adguard Home DoT is back up in 08c2001 after 13 minutes.


text:
🛑 Adguard Home DoT is down

In 0129058, Adguard Home DoT ($AG_DOT) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Adguard Home DoT is back up in 63e052d after 55 minutes.