text:
Error on version 5.0.2. Mocha swallows some tests even though those tests are passed

Prerequisites

[x] Checked that your issue hasn't already been filed by cross-referencing issues with the faq label
[x] Checked next-gen ES issues and syntax problems by using the same environment and/or transpiler configuration without Mocha to ensure it isn't just a feature that actually isn't supported in the environment in question or a bug in your code.
[x] 'Smoke tested' the code to be tested by running it outside the real test suite to get a better sense of whether the problem is in the code under test, your usage of Mocha, or Mocha itself
[x] Ensured that there is no discrepancy between the locally and globally installed versions of Mocha. You can find them with: node node_modules/.bin/mocha --version(Local) and mocha --version(Global). We recommend avoiding the use of globally installed Mocha.

Description
All of the tests in my project used to be passed. And when I update to the version 5.0.2, and run the tests again, one-third of them are missed (from 350 tests downto 230 tests).
I have read this problem in the release note 5.0.2, I found the problem might be caused by this issue.
https://github.com/mochajs/mocha/issues/3226
Steps to Reproduce
I create new react app, and then do nothing but just install mocha version 5.0.2 and chai for theses below steps.
The code is copied from the issue mentioned in release note 5.0.2, but I move the 'callback' test to the top and add a passed test in the bottom.
describe('error after test complete', function() {
  it('callback', function(done) {
    setImmediate(() => {
        done();
        throw new Error('oops');
    });
  });

  it('sync', function() {
      setImmediate(() => {
          throw new Error('oops');
      });
  });

  it('promise', function() {
      setTimeout(() => {
          throw new Error('oops');
      }, 1000);
      return Promise.resolve();
  });

  it('passed test', function() {
    assert(true === true);
  });
});

Expected behavior: [What you expect to happen]
I expect all tests should run.
Actual behavior: [What actually happens]
Take a look, only the callback test is failed, the sync test is passed even though it is failed while it runs individually. And the promise and passed tests are not checked.
error after test complete
    √ callback
    1) callback

  1 passing (15ms)
  1 failing

  1) error after test complete
       callback:
     Uncaught Error: oops
      at Immediate.setImmediate [as _onImmediate] (test\test.js:19:15)

    √ sync
npm ERR! Test failed.  See above for more details.

Reproduces how often: [What percentage of the time does it reproduce?]
It happened 100% then.
The funny thing is that in my project, sometimes the number of tests is changed, when I only add an enter or a space or move the position of the tests.
Versions

The output of mocha --version and node node_modules/.bin/mocha --version: 5.0.2
The output of node --version: 8.9.4
The version and architecture of your operating system: Windows 10 Enterprise, version 1709, OS Build 16299.15
Your shell (bash, zsh, PowerShell, cmd, etc.): PowerShell
Your browser and version (if running browser tests):
Any other third party Mocha related modules (with versions):

"chai": "^4.1.2",
"react": "^16.3.1",
"react-dom": "^16.3.1",
"react-scripts": "1.1.4"

The code transpiler being used:

Additional Information

yet another dupilcate of #3223

I believe 5.0.2 introduced a separate issue where this exact scenario (error thrown after test passes) causes an early exit with a 0 status code.
In my case, the error in an early test is preventing the rest of the tests from running at all, but still exiting with 0.
Is there another issue tracking this? I've checked all versions from 5.0.2-5.2.0 (current) and they show the same behavior.
This is very dangerous for a large codebase as it means a single test can short circuit and cause the rest of the suite to not execute (but still pass).
Repo setup in TravisCI to illustrate:
Repo: https://github.com/jamesopti/mocha_test
TravisCI: https://travis-ci.org/jamesopti/mocha_test/builds
Travis Output
31 08 2018 20:56:44.381:INFO [karma]: Karma v3.0.0 server started at http://0.0.0.0:9876/
31 08 2018 20:56:44.382:INFO [launcher]: Launching browser Chrome__NoSandbox with unlimited concurrency
31 08 2018 20:56:44.386:INFO [launcher]: Starting browser Chrome
31 08 2018 20:56:46.199:INFO [Chrome 68.0.3440 (Linux 0.0.0)]: Connected on socket v9WU0Bu0po6liedJAAAA with id 16225813
Chrome 68.0.3440 (Linux 0.0.0): Executed 0 of 12 SUCCESS (0 secs / 0 secs)
e 68.0.3440 (Linux 0.0.0): Executed 1 of 12 SUCCESS (0 secs / 0.005 secs)
e 68.0.3440 (Linux 0.0.0): Executed 1 of 12 SUCCESS (0.005 secs / 0.005 secs)
TOTAL: 1 SUCCESS
The command "yarn test" exited with 0.

const expect = require('expect.js');

/**
 * Any of the it blocks here will cause an exit status of 0
 * WITHOUT running any of the rest of the tests.
 */
describe('throw error after test complete', function() {
  it('callback', function(done) {
    setTimeout(() => {
      expect(1).to.eql(1);
      done();
      throw new Error('oops');
    });
  });

  it('sync', function() {
    setTimeout(() => {
        throw new Error('oops');
    });
    expect(1).to.eql(1);
  });

  it('promise', function() {
    setTimeout(() => {
        throw new Error('oops');
    });
    expect(1).to.eql(1);
    return Promise.resolve();
  });

  it('error inside promise thennable', function() {
    return Promise
      .resolve()
      .then(() => {
        setTimeout(() => { throw new Error('WHOOPS'); });
      })
      .then(() => {
        expect(1).to.eql(1);
      });
  });
});

describe('Suite A - 3 tests that should fail', function() {
  describe('A', function() {
    it('A.t1', function() {
      expect(1).to.eql(0);
    });
    it('A.t2', function() {
      expect(1).to.eql(0);
    });
    it('A.t3', function() {
      expect(1).to.eql(0);
    });
  });
});

authors: boneskull jamesopti nvhungkt

repo: mochajs/mocha


text:
WIP Fix #4348

Requirements

Filling out the template is required. Any pull request that does not include enough information to be reviewed in a timely manner may be closed at the maintainers' discretion.
All new code requires tests to ensure against regressions.

Description of the Change
Rewrites a hook's title always, instead of only when the hook fails.  Fixes issues described in #4348.
Alternate Designs
None
Why should this be in core?
It's a bug as described in #4348
Benefits
Bug is fixed
Possible Drawbacks
Any change is potentially breaking, even a bugfix.
Applicable issues
#4348

Is this a breaking change (major release)? no
Is it an enhancement (minor release)? no
Is it a bug fix, or does it not impact production code (patch release)? yes

Coverage increased (+0.004%) to 93.936% when pulling 46cf90a7a792b1f7fd92d098650a73a771bf50b7 on cspotcode:fix-4348 into 02bdb6bc6c029fb0c01389b27797d00faa76ddde on mochajs:master.

@boneskull this is ready for review.

@juergba it sounds like you're saying that the title rewriting, which mocha is already doing, is bad.  Do you want to submit an alternative PR which fixes that?  Do we know why the current rewriting behavior was implemented?

No, not bad. When a hook fails, normally no more related tests are executed. E.g. when a beforeAll hook fails, all corresponding tests "disappear".  Renaming such a failing hook is a different thing than renaming all hooks. It's easier to identify the failing hook in the reporter output like this.
Actually I don't like how failing beforeAll and afterAll hooks are renamed, based on hook.ctx.currentTest.
Setting if (name === HOOK_TYPE_BEFORE_ALL) { hook.ctx.currentTest = hook.parent.tests[0]; } ... is not really correct. The context should be the suite not the first/last test. But this topic is out of scope and should be checked carefully before changing anything.

Right, so the current title rewriting is bad and should be changed.  What's
the right approach for teams affected by #4383?
On Tue, Jul 28, 2020, 1:33 PM Juerg B. notifications@github.com wrote:

No, not bad. When a hook fails, normally no more related tests are
executed. E.g. when a beforeAll hook fails, all corresponding tests
"disappear". Renaming such a failing hook is a different thing than
renaming all hooks. It's easier to identify the failing hook in the
reporter output like this.
Actually I don't like how failing beforeAll and afterAll hooks are
renamed, based on hook.ctx.currentTest.
Setting if (name === HOOK_TYPE_BEFORE_ALL) { hook.ctx.currentTest =
hook.parent.tests[0]; } ... is not really correct. The context should be
the suite not the first/last test. But this topic is out of scope and
should be checked carefully before changing anything.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/mochajs/mocha/pull/4383#issuecomment-665175161, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAC35ODA7FHWBGUSAW7WCNTR54DWBANCNFSM4PIDQ5WA
.

@boneskull thanks, I think I addressed all your feedback and tests are passing.

source: gharchive/pull-request

authors: coveralls cspotcode juergba

license: MIT

license_type: permissive

license_source: github-api


text:
When a MQTTv311 client tries to publish with qos2, and fails OnACLCheck, the client hangs forever and the connection stays open. Should we disconnect the client instead?

http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/os/mqtt-v3.1.1-os.html#_Toc398718042

If a Server implementation does not authorize a PUBLISH to be performed by a Client; it has no way of informing that Client. It MUST either make a positive acknowledgement, according to the normal QoS rules, or close the Network Connection [MQTT-3.3.5-2].

I encountered this when testing my implementation and testing a publish qos2 which succesfully Connects (authenticates), but fails OnACLCheck, in my case using Python Paho client 3.1.1, the publish fails but the client hangs forever on the publish.
When I looked into the broker code it appears on failure of ACL check that it returns nil with no handling.
Please let me know if I am missing anything or misinformed!

This case is the same using client of MQTTv5 too

I believe you are correct @SimonMacIntyre, this is a bug, at least for MQTTv3. If I remember, for v5 there is no provision to disconnect on ACL errors as some servers may wish to obscure their restrictions. I may be wrong though.

I'll take a quick peek! I see these in the v5 spec:

The Client or Server sending the PUBACK packet MUST use one of the PUBACK Reason Codes [MQTT-3.4.2-1]
The Client or Server sending the PUBREC packet MUST use one of the PUBREC Reason Code values. [MQTT-3.5.2-1]

Same  PUBACK reason code for both would be:

135 | 0x87 | Not authorized | The PUBLISH is not authorized.

For qos0, it appears to be handled correctly!

So from reading that it seems like the spec for v3.1.1 should be to either ack and not publish or disconnect. A disconnect seems like the preferred solution as it makes it obvious there is a breach in the server rules; however, I can absolutely imagine a world in which a user of the server may not have control over some functionality of their MQTT client because it may be third part and a disconnection may make the server useless to them. Perhaps a capability could be in order to adjust functionality but that may just add unwanted complexity

Personally I lean towards the disconnect, over the ack and not publish.
I do like the idea of in the future making that configurable in the file configuration, but maybe the disconnect is a reasonable path forward for now and if it becomes a problem for users we can explore making the server configurable on how to handle that only for v3.1.1?

Created a PR #291 to address this.
The server will:

QOS 0
QOS 1
QOS 2

MQTT v3
Ignore
Disconnect
Disconnect

MQTT v3.1.1
Ignore
Disconnect
Disconnect

MQTT v5
Ignore
Puback NotAuthorized
Pubrec NotAuthorized

This has been fixed and released in v2.4.0. Thank you @thedevop!

source: gharchive/issue

authors: SimonMacIntyre dgduncan mochi-co thedevop

repo: mochi-mqtt/server


text:
Donation

https://bscscan.com/tx/0x7cbc388aeaccca829aab2e4b96406387ffd73b2e184ef475d569efbacc5ce8d1
Sent What I could

🤝

authors: mkamdoum modagavr

repo: modagavr/pancakeswap-prediction-winner


text:
container_test: stub -> app

knocking out some more search & replace

@prbot approve

repo: modal-labs/modal-client


text:
mod_cluster_slotmem.so failed to load into httpd 2.4.6-19 and 2.4.6-30

I tried to download every release available here even the 1.3.1 Beta2 unsuccessfully.
I tried to compile them manually or just downloading the binary "so" but everytime my httpd failed to start with this error message:
Can't locate API module structure `slotmem_module' in file /etc/httpd/modules/mod_cluster_slotmem.so: /etc/httpd/modules/mod_cluster_slotmem.so: undefined symbol: slotmem_module
others modules load correctly except for this one!
Is there a solution/workaround
Thanks a lot.

Did you load it properly in the config?
LoadModule cluster_slotmem_module modules/mod_cluster_slotmem.so

It is called  cluster_slotmem_module, not slotmem_module.
Cheers
K.

We had to rename the module but the documentation is still stale... I ll asing to myself.

Closing. Updated documentation with regard to cluster_slotmem_module is available on http://modcluster.io.

Meh, don't have the right to actually close this issue :confused: Anyway, feel free to do so @rhusar

authors: Karm rhusar sebbalex


text:
mod_proxy_cluster doesn't compile with httpd-trunk

proxy_worker_shared doesn't have name_ex in trunk.

We would benefit from having this in CI.

We would benefit from having this in CI.

Opened https://github.com/modcluster/mod_proxy_cluster/issues/183

authors: jfclere rhusar


text:
win10训练qwen1.5-moe-A2.7B-chat-gptq-int4速度缓慢

Describe the bug
在powershell中运行下列命令
D:\github\ENV\qwen\Scripts\python.exe d:\github\swift\swift\cli\sft.py `
    --model_type qwen1half-moe-a2_7b-chat-int4 `
    --model_id_or_path "D:\models\Qwen1.5-MoE-A2.7B-Chat-GPTQ-Int4" `
    --sft_type lora `
    --dtype AUTO `
    --output_dir "D:\github\swift\output" `
    --train_dataset_sample -1 `
    --num_train_epochs 3 `
    --max_length 1024 `
    --check_dataset_strategy warning `
    --lora_rank 8 `
    --lora_alpha 32 `
    --lora_dropout_p 0.05 `
    --lora_target_modules ALL `
    --gradient_checkpointing true `
    --batch_size 1 `
    --weight_decay 0.1 `
    --learning_rate 2e-5 `
    --gradient_accumulation_steps 16 `
    --max_grad_norm 1.0 `
    --warmup_ratio 0.03 `
    --eval_steps 50 `
    --save_steps 50 `
    --save_total_limit 3 `
    --logging_steps 10 `
    --use_flash_attn false `
    --self_cognition_sample 1000 `
    --model_name 风语诗人 'FengPoet' `
    --model_author 'Geoffery' `
    --custom_train_dataset_path "D:\dataset\poems_processed\rhyme\train_d1.jsonl" `
    --custom_val_dataset_path "D:\dataset\poems_processed\rhyme\val_d1.jsonl"

发现训练缓慢需要大概七十多小时。
[INFO:swift] Model file config.json is different from the latest version `master`,This is because you are using an older version or the file is updated manually.
[INFO:swift] The SftArguments will be saved in: D:\github\swift\output\qwen1half-moe-a2_7b-chat-int4\v0-20240426-150438\sft_args.json
[INFO:swift] The Seq2SeqTrainingArguments will be saved in: D:\github\swift\output\qwen1half-moe-a2_7b-chat-int4\v0-20240426-150438\training_args.json
[INFO:swift] The logging file will be saved in: D:\github\swift\output\qwen1half-moe-a2_7b-chat-int4\v0-20240426-150438\logging.jsonl
Train:   0%|                                                                                | 0/3936 [00:00<?, ?it/s]2024-04-26 15:06:06,967 - modelscope - INFO - PyTorch version 2.3.0+cu118 Found.
2024-04-26 15:06:06,967 - modelscope - INFO - Loading ast index from C:\Users\Administrator\.cache\modelscope\ast_indexer
2024-04-26 15:06:07,013 - modelscope - INFO - Loading done! Current index file version is 1.14.0, with md5 81f3d6fd46847ddcf779e2d1e42341be and a total number of 976 components indexed
D:\github\ENV\qwen\lib\site-packages\transformers\models\qwen2_moe\modeling_qwen2_moe.py:775: UserWarning: 1Torch was not compiled with flash attention. (Triggered internally at ..\aten\src\ATen\native\transformers\cuda\sdp_utils.cpp:455.)
  attn_output = torch.nn.functional.scaled_dot_product_attention(
{'loss': 5.03665495, 'acc': 0.35384867, 'grad_norm': nan, 'learning_rate': 0.0, 'epoch': 0.0, 'global_step': 1}
Train:   0%|                                                                                | 2/3936 [02:21<76:37:20, 70.12s/it]

Your hardware and system info
cuda:11.8, win10系统, GPU: RTX A5000, torch version: 2.3.0+cu118
Additional context
训练开始时提示bitsandbytes未安装，于是安装了windows版本b2b python -m pip install bitsandbytes --prefer-binary --extra-index-url=https://jllllll.github.io/bitsandbytes-windows-webui ，不明白是哪里出了问题，期待回复感谢

可以使用最新代码重新测试，使用原模型看下速度

你好，请问你解决了吗，在windows下微调缓慢的问题，我同样出现这个情况，即使指定了GPU，程序完全无法使用GPU进行训练

authors: catundchat kksmi tastelikefeet

repo: modelscope/ms-swift


text:
🛑 Bazarr is down

In af8fbc3, Bazarr ($BAZARR_URL) was down:

HTTP code: 403
Response time: 84 ms

Resolved: Bazarr is back up in 595a8ac.


text:
🛑 Plex is down

In b042bc9, Plex ($PLEX_URL) was down:

HTTP code: 404
Response time: 430 ms

Resolved: Plex is back up in e0e2074.


text:
🛑 Grafana is down

In 6d3e36e, Grafana ($GRAFANA_URL) was down:

HTTP code: 521
Response time: 763 ms

Resolved: Grafana is back up in a06f49f.


text:
🛑 Flame is down

In 784e8cc, Flame ($FLAME_URL) was down:

HTTP code: 521
Response time: 233 ms

Resolved: Flame is back up in bb7f407.


text:
feat: Add some extra info when running html-links

Add number of files checked
Add number of links checked

@daKmoR Request for feedback :). Excuse my puny Javascript foo XD
I've also seen that some websites I've tested are somehow stalling. I had to stop the process after 15 minutes. One example is https://github.com/oracle/helidon-site. I'll investigate further.

awesome - thxxx 🤗

awesome - thxxx 🤗

authors: daKmoR jlengrand

repo: modernweb-dev/rocket


text:
Creating a unit test package

I am not sure if this is already supported. If it is, it isn't clear the proper way to do it. The documentation on 'Extras' alludes to it.
It would be useful to have a way to define a unit test csproj for a package. However, I don't really want my unit tests to end up in the final Unity project, which I believe the 'Extras' approach would do.
Perhaps, similar to 'Dependencies', I could declare a 'TestDependencies' in my ProjenyPackage.yaml. This would reference another package that contains all of my unit tests. Projeny could handle generating the solution, and creating the dependency reference from the test package to the source package. But it would not symlink the test package into my Unity project.

Why do you want the tests to be included in the visual studio solution but not the unity project?
I used to use Extras for this kind of thing, but these days I just have a separate unity project that contains all the test packages.  I agree with you that it's annoying to be forced to include the tests for each package in every project.  Then the test packages just depend on the packages they are testing.  This is also nice because I have just one project where I need to run all the tests on our build server.

Why do you want the tests to be included in the visual studio solution but not the unity project?

I don't usually include test files in whatever source I'm building. So in the case of Unity, it didn't feel right including test files in my Unity project and including them in compilation of the game build.
By having the project in VS, I can just run my test suite with a keypress. I only write tests for my non-Unity pieces though, so I should consider the example you gave of using a separate Unity project for tests. Perhaps I need to explore more about running my tests within Unity.
Personally, I like to keep my tests as close to the source as possible, so that was where my inclination to have parallel test packages. When developing my "Auth" package, I would have a parallel "Auth.Tests" package that I can run after any change to the "Auth" package. Doing it as a VS project seemed like a good way to keep these tests close to the source, while doing the Extras or separate Unity project seem like a bit more of a roundabout way of running the tests.
In any case, this issue can be closed if you feel testability is not an issue, or could be used to further brainstorm. In the meantime, I will try my hand at using Extras or the separate Unity project.

Ah ok I see what you mean about having them within Visual Studio only so you can directly run them there.  The problem is, I'm not really sure how that would be implemented even if we wanted to go that route (that is, of only including certain packges in VS only).  Right now all the source files in the VS solution use the path underneath the UnityProjects directory.  So if we wanted to include some source files in the VS solution but not inside unity, we'd have to reference the files directly using their path underneath UnityPackages.  Which is doable I suppose.  Honestly though, I'm not sure the extra implementation complexity is worth it.
If it's just unit tests, then I assume they are underneath an Editor folder, right?  In that case, they won't have any affect on the final builds, other than compile time.  But for compile time, you can at least optimize that by dragging packages between assets and plugin directories in the projeny gui.  So it kinda sounds to me like using Extras is the best solution for you
I'll leave this item open as something to think about

authors: sballew svermeulen

repo: modesttree/Projeny

license: mit

license_source: bigquery


text:
Feature: Switch to an object-oriented base

This is a proposal for a fully objected-oriented base. The class 'Usecase' is the only class needed to set up a new use case. All the rest (pre-, postprocessing, optimization) is done by run() the use case.
This PR is based on the directory structure I described in #21 (not exactly the same yet).

In 5b9a924, I added another sketch that builds on your proposal.

authors: jnnr unndreay

repo: modex-flexmex/oemo-flex


text:
Groupby.apply results are transposed when apply function returns a scalar

System information

OS Platform and Distribution (e.g., Linux Ubuntu 16.04):

Ubuntu 20.04

Modin version (modin.__version__):

0.7.3+115.g16c28a4

Python version:

Python 3.8.2

Code we can use to reproduce:

import modin.pandas as pd
import numpy as np

df = pd.DataFrame(
    {
        "col1": ["a", "a", "a", "b", "b", "c", "c", "c"],
        "col2": [10, 20, 30, 40, 50, 60, 70, 80],
    })

def func(data):
    return 111.11

print(df)
gb = df.groupby("col1")
print(gb.groups)

df1 = gb.apply(func)
print(df1)
print(df1.shape)

Describe the problem

When running on Pandas the resulting DataFrame has shape (3,):
col1
a    111.11
b    111.11
c    111.11
dtype: float64
(3,)

while on Modin it has shape (1, 3):
col1       a       b       c
col1
0     111.11  111.11  111.11
(1, 3)

Source code / logs

Running this on latest master and I'm seeing this output instead:
      __reduced__
col1
a          111.11
b          111.11
c          111.11
(3, 1)

I'm hoping this will get resolved with the rewrite of groupby.

Works on latest master for me so closing.

authors: YarShev gshimansky pyrito

repo: modin-project/modin


text:
Replace s3fs usage with fsspec

We have some place where it's using. They can be replaced with using of fsspec. Thus, we unify the read operations.
https://github.com/modin-project/modin/blob/01a5de21c8fb3f6da0f9f887f6a659b7037136a0/modin/core/io/file_dispatcher.py#L198
https://github.com/modin-project/modin/blob/01a5de21c8fb3f6da0f9f887f6a659b7037136a0/modin/core/io/text/csv_glob_dispatcher.py#L286
https://github.com/modin-project/modin/blob/01a5de21c8fb3f6da0f9f887f6a659b7037136a0/modin/core/io/text/csv_glob_dispatcher.py#L318

@anmyachev @pyrito does https://github.com/modin-project/modin/pull/4898 also close this one?

@vnlitvinov yes thanks for bringing it up. This should be resolved now.

authors: anmyachev pyrito vnlitvinov


text:
🛑 STATUS.MOFE.IO is down

In d706552, STATUS.MOFE.IO (https://status.mofe.io) was down:

HTTP code: 0
Response time: 0 ms

Resolved: STATUS.MOFE.IO is back up in 556cb1e.

repo: mofelee/upptime


text:
Thinnest line thickness

I am testing Riter on a digital whiteboard in classroom.
I find that the minimum line thickness (1x) in free writing is still too great: when I write words, they do not always read well because of the thickness of the line.
Would it be possible to have a smaller minimum line thickness? Perhaps not half the current one but a 3/4?
Thank you for the great work you are doing on this tool!

Thank you for your feedback,

authors: mauriva mohammadKarimi

repo: mohammadKarimi/Riter


text:
🛑 Kafka is down

In c901b44, Kafka (https://cw-conn-heartbeat.vercel.app/api/kafka) was down:

HTTP code: 503
Response time: 451 ms

Resolved: Kafka is back up in c15d343.

repo: mohhasbias/cw-conn-status-page


text:
Navrbar design

I would like to work on the navbar and fix the design also the no of item weather in the cart or the recipe  is beside the icon that doesn't look standard that could be fixed

sure i will assign you this , when make pr post video or photo of nav bar

I would like to work on issue. @mohitahlawat2001 can you assign this to me?

@Rossville you can also work on this , but whoever navbar look more good , i will merge it

Thanks @mohitahlawat2001

not any progress

authors: Rossville mohitahlawat2001 xq-ankit


text:
Exception id 71n3jce86

I am having Exception id 71n3jce86 which refers to the error.unknown.text variable in messages.en file.
Where can I find more about this, thank you.

Please use the chat or the mailing list for such questions.

authors: akkie mycaule

repo: mohiva/play-silhouette


text:
If build number starts with zero it doesn't get parsed

For the version 1.2.3-01-SNAPSHOT here's what I get:
[majorVersion] 1
[minorVersion] 2
[incrementalVersion] 3
[qualifier] 01-SNAPSHOT
[buildNumber] 0

buildNumber should be 01
And qualifier should be just SNAPSHOT

Another similar issue:
For the version 1.2.3-1-SNAPSHOT here's what I get:
[majorVersion] 1
[minorVersion] 2
[incrementalVersion] 3
[qualifier] 1-SNAPSHOT
[buildNumber] 1

here buildNumber is correct
but qualifier should be just SNAPSHOT

We are experiencing the same issue.
Version = 20.4.00.0-SNAPSHOT, result is:
[DEBUG]   (f) versionString = 20.4.00.0-SNAPSHOT
[DEBUG] -- end configuration --
[DEBUG] The version is not in the regular format, will try OSGi format instead
[DEBUG] define property dar.majorVersion = "0"
[DEBUG] define property dar.minorVersion = "0"
[DEBUG] define property dar.incrementalVersion = "0"
[DEBUG] define property dar.nextMajorVersion = "1"
[DEBUG] define property dar.nextMinorVersion = "1"
[DEBUG] define property dar.nextIncrementalVersion = "1"
[DEBUG] define property dar.qualifier = "20.4.00.0-SNAPSHOT"
Version = 20.4.0.0-SNAPSHOT, result is:
[DEBUG]   (f) versionString = 20.4.0.0-SNAPSHOT
[DEBUG] -- end configuration --
[DEBUG] The version is not in the regular format, will try OSGi format instead
[DEBUG] define property dar.majorVersion = "20"
[DEBUG] define property dar.minorVersion = "4"
[DEBUG] define property dar.incrementalVersion = "0"
[DEBUG] define property dar.nextMajorVersion = "21"
[DEBUG] define property dar.nextMinorVersion = "5"
[DEBUG] define property dar.nextIncrementalVersion = "1"
[DEBUG] define property dar.qualifier = "0-SNAPSHOT"
[DEBUG] define property dar.buildNumber = "0"
[DEBUG] define property dar.osgiVersion = "20.4.0.0-SNAPSHOT"

Yes this is a bug which is based on the usage of an wrong implementation in Maven Core (DefaultVersionArtifact) which can't handle those cases correctly.

Hi,
I proposed a PR #38 that should solve this
Christophe

authors: antalk dkirrane khmarbaise ouaibsky

repo: mojohaus/build-helper-maven-plugin


text:
resolve-ranges does not handle ranges named in parent pom

This is similar to the problem in issue #16 , but it is different.
When the parent pom contains a dependency in dependency management that uses a version range, and when the child pom does not explicitly name its own version range, the resolve-ranges goal finds the proper version to substitute, but because it does not find the  tag, it outputs:
[WARNING] Could not find the dependency  so unable to set version to
...where  is the name of the dependency and  is the proper version to resolve it to.
If this can't be fixed to just insert a new version tag into the dependency, the error should at least be more specific, like by saying:
[WARNING] Dependency version range for  is from the parent pom, so cannot substitute the range with .
But I think it should just be able to insert its own version tag in the dependency.

Do you have an example project for this scenario?

I'm not sure if anything happens with this issue but I have an example i want to share.
<project>
    <groupId>this.group</groupId>
    <artifactId>this.parent</artifactId>
    <version>1.0.0</version>

    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>some.group</groupId>
                <artifactId>some.artifact</artifactId>
                <version>[1.0.0,2.0.0)</version>
            </dependency>
        </dependencies>
    </dependencyManagement>
</project>

<project>
    <parent>
        <groupId>this.group</groupId>
        <artifactId>this.parent</artifactId>
        <version>1.0.0</version>
    </parent>
    <artifactId>this.child</artifactId>

    <dependencies>
        <dependency>
            <groupId>some.group</groupId>
            <artifactId>some.artifact</artifactId>
        </dependency>
    </dependencies>
</project>

In the above example the plugin will give the following warning for the child dependency:
[WARNING] Could not find the dependency some.group:some.artifact:jar:[1.0.0,2.0.0) so unable to set version to 1.0.2
The plugin should either set the version on all instances of the dependency, or just skip the ones with inherited version.
Although an issue arises when the parent is not part of the project and you skip the all inherited versions.

After diving into this more I think the suggestion to remove the WARNING makes sense cause it only means the plugin has not found the version tag in pom file which will happen in the above described situations.

authors: SvenssonWeb jchesshir khmarbaise

repo: mojohaus/versions-maven-plugin


text:
CI: Kani v0.55.0 is failing with a strange error

See https://github.com/moka-rs/mini-moka/pull/35#issuecomment-2336639245

I have not tested it locally, but if I look at the logs from GitHub Actions, it seems Kani v0.55.0 stalls and canceled by GH Actions runner after ~45 minutes.
As a workaround pinned Kani version to v0.54.0 via #41.

repo: moka-rs/mini-moka


text:
this fixes typing issues for moeculer-web

declare is typically used to enhance an existing type declaration for a module, as this is the actual module, a declare block actually breaks the typings

The changes to the CHANGELOG.md were due to my markdown linter, I can revert that if you wish, it simpy adds spacing around the headers blocks.

repo: moleculerjs/moleculer-web


text:
Error in Mollie Dashboard / No order in backoffice PS

Expected behavior
After a payment there should be an order in the backoffice of Prestashop
Actual behavior
There is no order in the backoffice of Prestashop and on the Mollie dashboard I found this error:
Aanroepen webhook mislukt met statuscode 500 (Got HTTP/1.1 500 Internal Server Error instead of 20x)
Steps to reproduce the behavior
Environment

PrestaShop version: 1.7.5.1
Mollie module version: 3.3.4
PHP version: 7.1.30

Hi @Sylvia78 ,
Thanks for contacting us.
Issue appeared after you upgraded PrestaShop or Mollie module? Or you installed it fresh?
Also is your shop live or you testing in local environment? In case in local environment you can see some detailed info here.
Best

I updated the Mollie Module.
My shop is live but now with old Mollie module

Not sure if this is related or a seperate issue, but since updating to the new version, our orders don't get a valid status any more. In the order overview view, the orders have status 'payment accepted', but when opening the order and looking at the status history, the status is not there. As a result of this, the order is also not flagged as a valid order. (Green box around order total in order overview).
Some screenshots of this behaviour:
Correct order, after manually setting status to another one and back and thus validated order on top, order created by Mollie module is the bottom one:

Order detail page; no status is set for the order:

I upgraded from 3.3.5 to 3.4.0 yesterday.

Hi @Torrentus ,
We found some issues in admin order page JS global values. It was fixed in 3.4.1 version.
Could you please try and let me know if issue persist?

I updated to 3.4.1, but new orders unfortunately still have no status.

I updated to 3.4.1 now and have the same issue as Torrentus.
I have an order after the payment but without a valid status

hi guys,
We released 3.4.2 version, issues is fixed. Could you please try and let us know?

Now the order has a valid status (payment accepted), but the backorder status for orders with out of stock products is not added.

This is weird. By any chance do you have a test environment where we could check it?
With the latest version we can't reproduce issue.

For us, seems to be working. Not 100% sure yet as we received only one order yesterday because the plugin was disabled after the update (?). We should have tested. ;-)

This error and order status bug has been fixed in new 3.4.3 release.

I know this is an old one, however after updating to 4.0.* versions I noticed that I kind of have the same problem.
From mollie backoffice payment details:
Every time someone does a payment the first webhook call fails with error 500, then mollie sends the payment notification to the email and after that the webhook succeeds.
However last weekend I had one that kept failing! And therefore the order status wasn’t updated.
Didn’t had this problem with the 3.. versions. Already reinstalled the module, no luck. Any suggestions or people with the same experience?

authors: ArturasInvertus Sylvia78 Torrentus hknobbe margud

repo: mollie/PrestaShop


text:
Mollie creates other order amount after paying order (on order creation)

Behavior

Total order amount in cart (check out) is OK
When going to Mollie actual payment page (PayPal, iDeal, etc.) amount is also OK
After making payment and being redirected back to PrestaShop order confirmation page, the order is placed with different amount.

We tested this issue extensively. This issue started from Mollie module version 4.4.x
Solved for now by switching back to module version 4.3.3 (but this version has the order creation before actual paying problem :()
Steps to reproduce the behavior
On email I can provide dev location of shop, front-end user login to create own order, and backoffice and other credentials to check it out. Luckily we can reproduce this issue also when Mollie module is on testing API.
Environment

PrestaShop version: 1.7.7.7
Mollie module version: 4.4.3
PHP version: 7.3.33

Hi @RVanDamage,
I hope that you are doing well. Thank you for reaching out to us regarding this issue!
In order for our developer to check it out, could you provide your BO+FTP credentials to support@invertus.eu?
Additionally, order reference number and order history on Mollie, as well as the screenshots of the the issue of where the different amount appears would be appreciated.
We will be looking forward to your reply!
Best regards,
Invertus Support team

Hi @loonas,
Thanks for the quick reply.
We're on it!

Thank you for your reply @RVanDamage! Great to hear that!
We will be looking forward to the details via email in this case, so our team could look into it for you :)
Best regards,
Invertus Support team

Hi @RVanDamage,
Thank you for your patience!
Our developer has looked into the issue and it seems that the issue is related to theme or module.
By default, Prestashop takes default group and its' discount - in this case the default group is WAYFAIR, that has 0% discount, and it also has group access to discount10, that gives 10% discount.
By default, Prestashop should give the 0%, as it's the default group, and usually works on default modifications, but it seems that on this store is adding the best discount for the product, but when we try to create order that the old default logic works and it doesn't find the discount. This is more related to theme, or module issue with Prestashop itself.
Mollie only calls the default order creation, and it is up to Prestashop to create it.
Let me know if you have any further questions!
Best regards,
Augustė

Hi @loonas,
No problem.
And of course, I understand your developer. At first I thought it was related to the special groups too. Because the difference in total amount was exactly the 10% group discount amount. However it's not!
Indeed this example happend to be a customer with discount and assigned to special customer groups.
But this issue also happens for customers that have no special customer groups or discounts applied. So for a regular customer.
I will email more examples.
Kind regards,
R

Hi @loonas,
Indeed we have an override related to applying the discount, but even if, why does Mollie not take it into account? It should ask the PrestaShop code about the final prices, and that code should be also part of it. It looks like it must be calculating something on it's own, assuming some default logic, but not using the actual logic that is there...

Thank you for your reply and the further details @RVanDamage!
I have forwarded the additional details and your questions to our developer, so that they could look into it, and provide more information.
We will keep you updated!
Additionally, if you could share additional examples via email, it would be appreciated, as it would help us investigate.
Best regards,
Invertus Support team

@RVanDamage @loonas
I have the exact same problem. We use a module to set vat to 0% for customers (companies) with a verified EU vat-number. The module checks the vat-number with VIES and when verified, removes the vat from the order. Then the customer pays the order with mollie, which also works. But then an order is created by prestashop WITH vat and gives an error in the BO order page, that only part of the order total is paid (vat is not paid offcourse).
See attachement.

it's this module by the way:
https://addons.prestashop.com/nl/bestelproces/49318-company-verification-in-the-vies-system.html
It's one of the few modules for this, so a lot of shops must use this as it is mandatory to set vat to 0% for EU companies (that are located in another EU country then the shop) and prestashop doesn't have a native feature for this.

Made a test order with vat-number (0%) and paid the order with other payment method then Mollie and then the order gets created correctly without vat.

Hi @wzzly,
We would tell you to revert back to Mollie 4.3.3 but unfortunately Mollie 4.3.3 has this VAT issue too. Not sure wether it's related to our issue above.
We discovered this VAT issue also when using 4.4.3 while it was an updated version of 4.3.3
However, we did some more testing on a clean 4.4.3 Mollie, meaning we removed old version (4.3.3) fully including database tables with prefix mol_ and one is mollie_ which results in not being able to reproduce this VAT issue again.
Our question to you is do you come from an updated version as well?
Regardless, the issue above remains, also on clean version of Mollie 4.4.3
Like we said, Mollie module should ask the PrestaShop code about the final prices. Currently it looks like their module is calculating something on it's own, assuming some default logic, but not using the actual logic that is there...
We will provide them with more examples asap, but at the moment we are just too busy :(

Hi all,
I am working on a similar case for a merchant in which we wants VAT to not be applied when certain conditions are met:
Customers should always pay VAT, unless they match all of the conditions below (not just one, but all of them):
They are member of the customer group “Shopkeeper”
Their address is based in Europe (so that’s why we used Portugal as an example)
Their address is NOT based in Belgium (because that would be the same country as Fibre Mood).
In order to accomplish this they did modify some code in a default PrestaShop file:
VAT rules were added in this (default prestashop) file: /var/web/vd18046/public_html/classes/tax/TaxCalculator.php
Everything on the frontend works OK, if all conditions are met, the consumer does not pay tax but after the payment is done in the backend the order is created with VAT therefore causing a mismatch and the order status becomes ""
So the same as reported initially:

Total order amount in cart (check out) is OK
When going to Mollie actual payment page (PayPal, iDeal, etc.) amount is also OK
After making payment and being redirected back to PrestaShop order confirmation page also OK
The order created in the backend shows a different amount (with tax).

An example below:
Product is €12.50 tax included, but the merchant paid €11.83 (€10.33 product tax excluded + shipping)

This only happens for orders with Mollie payments, for standard PrestaShop bank transfer for instance it works fine.

@jponabehere  yes seems like the same problem. The problem has something to do with the process that mollie triggers after a succesfull payment (order creation). It's not taking into account the total cart amount before payment.

Hello @RVanDamage @wzzly @jponabehere,
Thank you for the additional details and your interest in perfecting the Mollie module.
I have forwarded all of the mentioned information for our developer to check out, if these situations are related, and investigate further based on the new information.
Once we have any updates, we will let you know!
Best regards,
Invertus Support team

Hello @RVanDamage @wzzly @jponabehere,
Our developer has looked into the newest details, and he has found the issue why VAT modules did not work correctly with Mollie. VAT module checks context for customer information, and the Webhook does not have it. Our developer has fixed this by adding it to the Webhook, so that the VAT module can retrieve it.
Our developer has included the fix for the newest release beta2 version, which will be available on January 31th.
Alternatively, the fix can be added manually by downloading the latest release and adding this fix.
We will be looking forward to your feedback and questions!
Best regards,
Invertus Support team

Hi @loonas,
That's great news! thanks!

Thank you for your reply and the kind words @jponabehere!
We are more than happy to help :) We will keep the issue open for a few in case you have any questions or comments!
Best regards,
Invertus Support team

Hi @loonas,
Just one more question, is it possible to provide Version 5.0.0-beta1 to a merchant? Or do we need to wait for the official release?
Thanks and regards!

Thank you for your question @jponabehere!
The version 5.0.0-beta1 can be fully provided to the merchant, you can find it here in our latest releases.
Please note that the fix for this particular issue is not yet included, and in case of urgency, it can be included by manually applying this fix.
In case you have any troubles adding it manually, we will include this fix in version 5.0.0-beta2, which will be released January 31th. I'll additionally inform you once it is released as well!
If you have any further questions, we are here for you!
Best regards,
Invertus Support team

Hello @RVanDamage @wzzly @jponabehere,
Our developer has looked into the newest details, and he has found the issue why VAT modules did not work correctly with Mollie. VAT module checks context for customer information, and the Webhook does not have it. Our developer has fixed this by adding it to the Webhook, so that the VAT module can retrieve it.
Our developer has included the fix for the newest release beta2 version, which will be available on January 31th.
Alternatively, the fix can be added manually by downloading the latest release and adding this fix.
We will be looking forward to your feedback and questions!
Best regards, Invertus Support team

Hi @loonas,
Nice! So is only the VAT issue solved, or also the issue where Mollie is calculating something on it's own?
Because it should ask the PrestaShop code about the final prices...

Thank you for the question @RVanDamage!
I have consulted this with our developer, and the issue was more due to the Prestashop logic with VAT, rather than Mollie calculating something on it's own.
Mollie does ask Prestashop code regarding the final prices, and the fix was applied to the webhook directly.
Let me know if you have any further questions regarding this issue!
Best regards,
Invertus Support team

@loonas Ok thanks. We will try it out, and if we run into other issues we'll get back to you.

@RVanDamage we are always happy to help!
We will be looking forward to your comments or questions, so if anything comes up, please do let us know :)
Best regards,
Invertus Support team

Hi,
Due to inactivity, I will mark this issue as resolved. Let us know if you will have any other questions!
Best regards,
Invertus Support team

Hi @loonas,
When will version 5.0.0-beta2 including this fix be released?

Hi @jponabehere,
We are planning it's release for this week. I will ping you here in this issue once the beta2 version is available :)
If you have any further questions, let us know!
Best regards,
Invertus Support team

Thanks @loonas!!

Thanks @loonas! We just installed it clean on our customers live shop. Curious how it goes :)

Always happy to help @jponabehere @RVanDamage!
In case you run into any issues or questions, feel free to reach out to us!
Best regards,
Invertus Support team

Hi @loonas,
It looked like it was fully fixed in the new 5.0.0-beta2 version, however two days ago our customer received a new order with no VAT calculated. No VAT at all this time. Not like before where there was VAT in the placed order, but just not being actually payed.
When I check back office I see that customer had a cart (including 21% VAT) right before placing the actual order:

Hi @RVanDamage! Thank you for your feedback!
I have forwarded these details to the developer to check further. We will let you know regarding the progress of the issue, and if any additional details will be necessary.
Best regards,
Invertus Support team

Hi @RVanDamage! Hope that you are doing well.
Our developer has checked the details and could not reproduce the issue, so more information would be needed.
In case you could share BO+FTP credentials of the affected shop, it would help a lot - you can send them to support@invertus.eu if possible.
Additionally, it would be good if you could clarify what VAT module is used and any additional information, as there are a lot of VAT modules and it is difficult to check if VAT needs to be paid.
We will be looking forward to your reply!
Best regards,
Invertus Support team

Hi @RVanDamage! How are you today?
Due to inactivity, I will mark this issue as resolved. Let us know once you would like to proceed!
Best regards,
Invertus Support team

Hi @loonas,
Can we reopen this ticket?
Our customer would like to continue and solve this issue. We can share BO+FTP, and also we have 3 example (Mollie) orders where the VAT is not being calculated. It's not easy to reproduce issue. But we can however explain exactly how our VAT is altered. It's not with a module but with custom coding, and it's done the right way.
Should we email all info to you?
Kind regards,
R

Hi @RVanDamage! Hope that you are doing well!
Of course, the ticket can be re-opened. I have re-opened it now - in order to proceed with the investigation, could you share the mentioned details (BO+FTP as well as the 3 order examples) to support@invertus.eu?
Please make sure to include the details regarding how VAT is being altered with custom coding as well.
Looking forward to your reply!
Best regards,
Invertus Support team

Hi @loonas,
Thanks fort he quick reply and re-opening the ticket.
I just provided all the needed info in an email to support@invertus.eu
How we custom coded the VAT proces:

The Customer object is extended to have a vat_amount field, which is simply stored in the database table along with each customer, so each customer has an individual VAT amount assigned.

An Override is created for the TaxCalculator::getTotalRate function, which replaces it with reading this field, or returning a default rate of 21 in case current customer is unknown.

Thank you @RVanDamage!
We have received the details and they have been forwarded to the team. We will keep you updated regarding the progress!
Best regards,
Invertus Support team

Hi @RVanDamage! Hope that you are doing well.
Our developer has checked the new details and unfortunately, was still unable to reproduce the issue.
He has tried creating 2 orders:

1676
1677

He used delivery and the user support@invertus.eu, but the attempts brought the correct price all the time.
Could you create an order with the specified issue, so that the developer could try to re-order it and investigate?
Additionally, all extra information would be appreciated.
Best regards,
Invertus Support team

Hi @RVanDamage! How are you today?
Due to inactivity, I will mark this issue as resolved. Let us know once you would like to proceed!
Best regards,
Invertus Support team

authors: RVanDamage jponabehere loonas wzzly


text:
moment ICU format

Hi,
Why moment does not follow the ICU, like intl extension ?
for the day, ICU said : dd for 01-31 but moment use DD for the same thing.
http://www.icu-project.org/apiref/icu4c/classSimpleDateFormat.html#details
Thanks

+1 for this. Supporting ICU tokens would be really helpful as the ECMAScript Internationalization API falls short of allowing custom date/time formats to be specified and instead forces the use of predefined CLDR formats (short, medium, long, full) for each locale.
It would make things much easier for those that use ICU4J (Java) and IntlDateFormatter (PHP) to use their existing formats instead of redefining them using Moment.js tokens.

repo: moment/moment


text:
"isBefore" returns true and false when passed undefined

Description of the Issue and Steps to Reproduce:
When performing isBefore(undefined) on a moment instance, it will sometimes return true, and sometimes return false.
See the JS Bin below to reproduce.
Environment:
Tried with:

Node v6.10.1 (using moment 2.18.1)
Chrome Version 60.0.3112.78 on OSX (using moment 2.14.1)

Other information that may be helpful:
See this JS Bin
Output:
"Wed Aug 02 2017 13:06:56 GMT-0600 (MDT)"
"8/2/2017, 1:06:56 PM"
360
"Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.78 Safari/537.36"
"2.14.1"
"[19:06:56:444000000] isBefore: false"
"[19:06:56:444000000] isBefore: false"
"[19:06:56:445000000] isBefore: false"
"[19:06:56:445000000] isBefore: false"
"[19:06:56:445000000] isBefore: false"
"[19:06:56:445000000] isBefore: false"
"[19:06:56:445000000] isBefore: true"
"[19:06:56:446000000] isBefore: false"
"[19:06:56:446000000] isBefore: false"
"[19:06:56:446000000] isBefore: false"
"[19:06:56:446000000] isBefore: false"
"[19:06:56:446000000] isBefore: false"
"[19:06:56:447000000] isBefore: false"
"[19:06:56:447000000] isBefore: false"
"[19:06:56:447000000] isBefore: false"
"[19:06:56:447000000] isBefore: false"
"[19:06:56:447000000] isBefore: false"
"[19:06:56:448000000] isBefore: false"
"[19:06:56:448000000] isBefore: false"
"[19:06:56:448000000] isBefore: false"

See #2697

authors: icambron trs


text:
Getting wrong value from parsing time and date

Description of the Issue and Steps to Reproduce:
var obj = {
  "startDate": "17/12/1",
  "startTime": "12:40"
}
obj.startDateTime = moment(obj.startDate+"-"+obj.startTime, "YY-MM-DD-HH-mm").toISOString();
console.log(obj.startDateTime);// "2018-01-08T23:00:00.000Z"

The output is totally wrong!
I managed to get it to work by changing "-" to " " and in the format string "-" to " ":
obj.startDateTime = moment(obj.startDate+" "+obj.startTime, "YY-MM-DD HH-mm").toISOString();

Environment:
Chrome 59.0.3071.115 (Official Build) (64-bit) on Ubuntu 16.0.4
If you are reporting an issue, please run the following code in the environment you are using and include the output:
console.log( (new Date()).toString()) // "2018-01-08T23:00:00.000Z"
console.log((new Date()).toLocaleString()) // 8/10/2017, 2:49:34 PM
console.log( (new Date()).getTimezoneOffset()) // -120
console.log( navigator.userAgent) // Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36
console.log(moment.version) // 2.9.0

Ensure your issue is isolated to moment. Issues involving third party tools will be closed unless submitted by the tool's author/maintainer.

Your string is "17/12/1-12:40" but your format is "YY-MM-DD-HH-mm", which looks nothing like that. Without having debugged it, my guess on what's happening is that when when you put in a space, you somehow managed to convince Moment's very forgiving parsing to do what you were hoping. But in general, you shouldn't depend on Moment being able to figure out what format you really meant.
My advice is to use strict parsing (i.e. add a true third argument) and provide a format string that matches the format of your input.

What do you mean with "nothing like that", the documentation says i should be able to use any(like - and /) character instead of "-".

authors: Qoutroy icambron


text:
Validation of meridian chars doesn't work properly at the end of strings?

Description of the Issue and Steps to Reproduce:
I opened https://momentjs.com and opened the chrome console to try the tool.
Please include the values of all variables used.
N/A
It seems like moment is failing to parse meridian chars on a somewhat straightforward example, see the screenshot below:

Is there something obvious I'm missing here?
Thanks
Environment:
Chrome on OSX on latest macbook 13 in.
If you are reporting an issue, please run the following code in the environment you are using and include the output:
console.log( (new Date()).toString())
console.log((new Date()).toLocaleString())
console.log( (new Date()).getTimezoneOffset())
console.log( navigator.userAgent)
console.log(moment.version)

screenshot:

You have a lot of errors in your format string, but the most relevant would be that you're asking it to parse the meridian twice.
moment().format('AA'); // PMPM
```;

You only need one, and you probably want to fix the year/month/day format characters:

```js
moment('18/06/17:06:12:12 am', 'YY/MM/DD:hh:mm:ss A')

thanks

authors: ashsearle davidawad


text:
write.embedding

@callahantiff @pnrobinson Luca and I are trying to refactor the embiggen in a way that we could use Ray optimization. Luca wants to know if we can skip
write_embeddings(args.embed_graph, model.embedding, reverse_worddictionary)and instead of writing the embedding into a file and loading, we just load embedding in link prediction?

Seems reasonable to me, assuming there would still be a way to generate and write embeddings for people who don't intend to run link prediction. Will that still be possible?

@callahantiff Thanks Tiffany. Yes. We will save the embeddings in a file, but in link prediction I don't think we need to read from the embeddings.

Can we make an optional way of writing the embeddings? I am guessing that for most real use cases, people will want too save the embeddings in a file.

Hello! My proposal would be to create a method to save the embedding, optionally, when required to do so, but to avoid having to save the embedding for it to be used in the following step.

I have reimplemented the transformation from RaggedTensor to dictionary and the way we can save the embedding. I believe that these methods are cleaner and straightforward.

@LucaCappelletti94 Luca, thanks a lot! It looks great to me.  I am going to test and run linkprediction with these new changes.

@LucaCappelletti94 I get this error message when I run runLinkPrediction_ppi:

Traceback (most recent call last):
File "/Users/ravanv/PycharmProjects/embiggen/runLinkPrediction_ppi.py", line 340, in
report = main(args)
File "/Users/ravanv/PycharmProjects/embiggen/runLinkPrediction_ppi.py", line 293, in main
args.num_walks, args.walk_length)
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/cache_decorator/cache.py", line 61, in wrapped
path = self._get_formatted_path(args, kwargs)
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/cache_decorator/cache.py", line 112, in _get_formatted_path
{"params": params, "function_info": self.function_info})
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/dict_hash/dict_hash.py", line 37, in sha256
return hashlib.sha256(_sanitize(d).encode('utf-8')).hexdigest()
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/dict_hash/dict_hash.py", line 23, in _sanitize
return dumps(_convert(d))
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/dict_hash/dict_hash.py", line 12, in _convert
return dict(map(_convert, data.items()))
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/dict_hash/dict_hash.py", line 18, in _convert
return type(data)(map(_convert, data))
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/dict_hash/dict_hash.py", line 12, in _convert
return dict(map(_convert, data.items()))
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/dict_hash/dict_hash.py", line 18, in _convert
return type(data)(map(_convert, data))
File "/Users/ravanv/anaconda3/envs/N2V-TF/lib/python3.7/site-packages/dict_hash/dict_hash.py", line 19, in _convert
raise ValueError("Type {} not currently supported.".format(type(data)))
ValueError: Type <class 'embiggen.csf_graph.csf_graph.CSFGraph'> not currently supported.

Do you know how to solve it? Thanks.

@vidarmehr on it!

Basically, we need to implement a function to hash uniquely the CSFGraph object, given the considered files. Do you think we could plan a short hackathon to refactor CSFGraph to support this? I will need a bit of help to understand the inner workings of the class.

Basically, we need to implement a function to hash uniquely the CSFGraph object, given the considered files. Do you think we could plan a short hackathon to refactor CSFGraph to support this? I will need a bit of help to understand the inner workings of the class.

Ohh count me in. I just re-read a bunch of papers related to this and would LOVE to help!! What's your time frame for the hackathon?

@callahantiff would tomorrow one hour or two before the usual meeting work for you?

Love to join the conversation but just a beginner. I thought that all of the objects within the class are "normal" (lists of strings and ints etc), and so it is not clear to me why we need a special hash function -- I'd love to understand better!

@callahantiff would tomorrow one hour or two before the usual meeting work for you?

Tomorrow morning anytime after 8am MT works for me. @pnrobinson - what about you?

Love to join the conversation but just a beginner. I thought that all of the objects within the class are "normal" (lists of strings and ints etc), and so it is not clear to me why we need a special hash function -- I'd love to understand better!

Basically the "normal" hash function from python is instance dependant: basically you get the same hash only within the same python instance. Between multiple python instances, the hash functions will take different values, for this reason, we will need to add a custom hash function to allow for non-instance-specific hashing since we want to be able to cache a function that accepts a CSFGraph object as a parameter.

@callahantiff would tomorrow one hour or two before the usual meeting work for you?

Tomorrow morning anytime after 8am MT works for me. @pnrobinson - what about you?

Have you schedule for the meeting? If yes, then can you please include me in the meeting? Thanks.

@callahantiff would tomorrow one hour or two before the usual meeting work for you?

Tomorrow morning anytime after 8am MT works for me. @pnrobinson - what about you?

Have you scheduled the meeting? If yes, then can you please include me in the meeting? Thanks.

I don't believe a meeting has been made for this, at least not that I am aware of.

@callahantiff @LucaCappelletti94 Peter's schedule is full tomorrow from 10 am to 2 pm (ET). We can either meet at 2 pm (it is late for Luca), or we can meet at another time (maybe on Friday)?
@pnrobinson Peter, would you please let us know when a good time is for you to have a small hackathon? Thanks.

@callahantiff @LucaCappelletti94 Peter's schedule is full tomorrow from 10 am to 2 pm (ET). We can either meet at 2 pm (ET) (it is late for Luca), or we can meet at another time (maybe on Friday)?
@pnrobinson Peter, would you please let us know when a good time is for you to have a small hackathon? Thanks.

For me 2 PM ET works, I'll get a take away for dinner. However, the task is not that daunting: the main issue is that complex objects may include attributes such as date times or ids that do not take part that much in describing the state of the Graph object but are more related to the specific instance. In our case, we only want to cache the data that have been loaded from a specific file, so basically we only need to select the parameters that interest us when building the hash.
Once we select the parameters, I will use the sha256 method from dict_hash to hash it in a deterministic manner.

I cannot meet from 10-12PM but am free otherwise. If this does not work, please go ahead without me and fill me in later!

I have added the stub consistent hash method, now we only need to specify which parameters characterize uniquely an instance.
I am currently struggling to understand what the CSFGraph is doing in the constructor, so I will wait for your expertise on that.
For me after 12PM EST, before the other meeting, should be okay!

Ok. So, let's meet at 12 pm (ET). I can send a zoom invite from my personal account. But, it is not free after 40 minutes. @callahantiff Tiffany, can we use your zoom account for this meeting? Would you please send a zoom invite to us for today at 12 pm (ET)? Thanks.

sorry, I messed up -- cannot join at 12 -- please go on without me and let me know!

Ok. So, let's meet at 12 pm (ET). I can send a zoom invite from my personal account. But, it is not free after 40 minutes. @callahantiff Tiffany, can we use your zoom account for this meeting? Would you please send a zoom invite to us for today at 12 pm (ET)? Thanks.

@callahantiff If your account is not free after 40 minutes, then please let me know that I ask Peter's assistant to schedule a webex meeting for us.

@vidarmehr - my account is free for more than 40 minutes, but I have a meeting at 12:30pm ET I will have to use it for (sorry!). So, I think it's best to use your meeting room this time.

@vidarmehr is this issue still active or can it be closed?

@pnrobinson It can be closed.

authors: LucaCappelletti94 callahantiff pnrobinson vidarmehr

repo: monarch-initiative/embiggen


text:
Missing OMIM:261500 EOSINOPHIL PEROXIDASE DEFICIENCY; EPXD

From @cmungall on May 29, 2017 21:21
From: https://github.com/monarch-initiative/hpo-annotation-data/issues/135#issuecomment-304726816
OMIM:261500 EOSINOPHIL PEROXIDASE DEFICIENCY; EPXD is valid and should be included in MONDO
Copied from original issue: monarch-initiative/monarch-disease-ontology-RETIRED#248

This class still appears to be missing

repo: monarch-initiative/mondo


text:
Creation of a new Nervous system class: Complex Neurodevelopmental Disorder

For new term requests, please provide the following information:
Preferred term label:
complex neurodevelopmental disorder
Synonyms
Textual definition
Either
An instance of nervous system disease that manifests with multiple associated nervous system phenotypes, including but not limited to intellectual disability, autism, and epilepsy (seizures), that currently have a genetic etiology.
OR
A disorder that involves more than one phenotype associated with the central nervous system, including but not limited to intellectual disability, autism, and seizures (epilepsy).
Suggested parent term
genetic nervous system disorder MONDO:0019117
Suggested subclasses
Under this new class we would like to include
Rare genetic epilepsy MONDO:0015955
Rare genetic intellectual disability MONDO:0015982
Rare pervasive developmental disorder MONDO:0015680
Prader Willi syndrome MONDO:0008300
Please look in the hierarchy in a browser such as OLS
Attribution
If you would like a nanoattribution, please indicate your ORCID id
https://orcid.org/0000-0002-6733-369X
Neurodevelopmental ontology ideas_pitch_6-14-18.docx
Other biocurators contributing to work  @ErinRiggs

@courtneythaxton do you think this class that we created is equivalent to Orphanet: Orphanet:528084 Non-specific syndromic intellectual disability
synonym: Complex neurodevelopmental disorder
def: A rare genetic intellectual disability characterized by the association of intellectual disability with variable other anomalies in the absence of a well-characterized syndrome. Associated abnormalities may include facial dysmorphism, neurological signs and symptoms, behavioral problems, and abnormalities of various other organ systems.

Note to self, if yes:

[ ] add orphanet xref to MONDO:0100038 'complex neurodevelopmental disorder'
[ ] change xref on MONDO:0060596 'neurodevelopmental disorder with dysmorphic facies and distal limb anomalies' to MONDO:relatedTo
[ ] remove editor note (address https://github.com/monarch-initiative/mondo/issues/3811)

Hi Nicole.  I see you tagged Courtney in this, but I got the notification since I was previously on this ticket.  No, complex neurodevelopmental disorder is not always equivalent to non-specific syndromic intellectual disability.  We frequently use this term to describe presentations in which not all affected individuals have intellectual disability (e.g. some may have autism, some may have seizures, and some may have varying combinations of all of the above).  We can discuss further next week with the neurodevelopmental experts.  We utilize the terms with "intellectual disability" in the names (syndromic, non-syndromic, etc.) when all reported affected individuals have intellectual disability.

Thanks @ErinRiggs, good thing I asked! I will not add the Orphanet xref to this term. I'll close this ticket, thank you. :)


text:
version prop raises AttributeError if --version not called

Just realised that if a program wants to retrieve the version from the parser itself without calling --version, this is not defined and will raise an exception.
I suppose that the solution is to convert version to a property.

This is not possible when the version is setted in the parser. It would be possible if the user defines the version scheme using the version kwarg in add_argument method, but it would lead to a really confusing inconsistency, producing an error at runtime.
So it will not be included, if you need the version just call importlib.metadata, don't extract it from the parser.


text:
Investigate Projects cmds

Proposed changes

Jira ticket: CLOUDP-#

Closes #[issue number]
Checklist

[ ] I have signed the MongoDB CLA
[ ] I have added tests that prove my fix is effective or that my feature works
[ ] I have added any necessary documentation in document requirements section listed in CONTRIBUTING.md (if appropriate)
[ ] I have addressed the @mongodb/docs-cloud-team comments (if appropriate)
[ ] I have updated test/README.md (if an e2e test has been added)
[ ] I have run make fmt and formatted my code

Further comments

Let's rebase your client to latest SDK

authors: swattyT wtrocki

repo: mongodb/mongodb-atlas-cli


text:
CLOUDP-174225: Add example for metrics command

Proposed changes
Jira ticket: CLOUDP-174225
Docs improvements based on internal feedback

@sarahsimpers RFAL


text:
Allow provision of custom DatastoreProvider instances for new Morphia instances

Use case
I have a system which uses a single configuration datastore with one 'config' Morphia instance, and one datastore per customer, using an 'app' Morphia instance, to isolate their data and allow more granular control over data sets.
This presents a problem when interacting with the DatastoreProvider, since the default implementation uses a global singleton (DatastoreHolder) to record the most recently created Datastore.
When accessing the config store and the customer store at different times, the morphia instances will sometimes receive the wrong datastore for resolving DBRefs, thus causing errors.
Changes
I have added a new constructor to Mapper which allows a custom DatastoreProvider to be passed in. I have also implemented two new DatastoreProvider strategies.
SingleDatastoreProvider will always return the datastore that was first created by the associated Morphia instance. This is on a per-Mapper basis, and prevents a mapper retrieving newer Datastores which may have been created later.
ThreadLocalDatastoreProvider tracks the most recent datastore created on a per-thread basis rather than globally. This is also on a per-Mapper basis, which avoids datastores from other Mapper instances appearing unexpectedly.
This solves my particular use case, but there are obviously other strategies which could be used.

This may also be of interest to issue #230 - a partial workaround may be to create a morphia instance for each database with separate mappers and a SingleDatastoreProvider.
Cross-db references would need something more complete however.

When I pull in this PR, i get a lot of diffs against master which makes me think you might be slightly out of date.  Could you pull and rebase against master and repush?

Sorry about that, yes, I was branched from the 0.110 tag.

Still with the latest morphia i am having the problem with multiple databases

Yes.  see #757

authors: evanchooly kothar ravikiran1226

repo: mongodb/morphia


text:
Correct typo in docs

Corrected typo in docs

Hi @AgoloRandaMoustafa , thanks for the contribution. If you look at the jsdoc page for @returns you'll see that @return is a synonym, so this is not a typo.

authors: AgoloRandaMoustafa mbroadst

repo: mongodb/node-mongodb-native


text:
feat(NODE-2939): add new hostname canonicalization opts

Description
NODE-2939
Also syncs NODE-2443 and NODE-2563
Updates CANONICALIZE_HOST_NAME options to accept true, false, "none", "forward", "forwardAndReverse".
What is changing?
When canonicalizing the host name when using GSSAPI, the driver will now behave as follows for these values:

true or "forwardAndReverse": Performs a forward DNS lookup of the host and a reverse lookup of the IP address to obtain the hostname. If the reverse lookup fails the driver falls back to a cname lookup.
"forward": Performs a cname lookup of the host.
false or "none": Does no hostname canonicalization.

When syncing the spec tests some other auth spec tests we hadn't synced yet were there, so I decided to leave them and skip the single failure.
Is there new documentation needed for these changes?
None
What is the motivation for this change?
DRIVERS-1803 / NODE-2939
Double check the following

[x] Ran npm run check:lint script
[x] Self-review completed using the steps outlined here
[x] PR title follows the correct format: <type>(NODE-xxxx)<!>: <description>
[x] Changes are covered by tests
[ ] New TODOs have a related JIRA ticket

@dariakp This is now rebased and uses the test refactor suggestions.

Investigating last 2 failures.

@durran Thanks for updating the tests! Would it be worthwhile/possible to add the expectations on the fallback behavior at each point in each case? Just to make sure we don't accidentally break that in the future? Edit: if possible, we'd also want to confirm that the final response correctly uses the reply of the respective functions (like, we'd want to stub the reply from the reverse lookup to return something different than the forward, and then make sure we use the reverse response)

We actually didn't want to stub the later case, which is why I opened https://jira.mongodb.org/browse/BUILD-14646 to get an integration test for it afterwards. For the others I'll add expectations on the spies for the fallback behaviour.


text:
Additional Database on ReplicaSets

It is not possible to define a secondary database while running on replica sets
The 2nd database always wants to connect to localhost only irrespective of any config directive
I am on RoR 3.1.3 with mongo (1.5.2) and  mongoid (2.4.1).

Could you be more specific, please? For example, what does your config look like, and what are you changing it to?

Try changing your hosts setting_ in your production section to this:
    hosts:
      - - hostname1
      - - hostname2
      - - hostname3

Also, have you read the section titled "Multiple Databases" in the docs? Your databases setting is quite different from the example in the docs.

@nickhoffman Sorry for the confusion, I asked this to be opened... I'll take the blame for confusing you, my bad.

No worries, mate.

Txs for the hints, although the docs for 'Multiple Databases' only reference master/slave ..
Here is my updated mongoid.yml which do not produce any errors, haven't check mongodb log files yet.
production:
<<: *defaults
hosts:
- - hostname1
- - hostname2
- - hostname3
read: :secondary
database: first_database
databases:
more_data:
database: second_database
hosts:
- - hostname1
- - hostname2
- - hostname3
Question: do I need to re-state 'read: :secondary for the 2nd database as well?
Txs again for your swift replies

No need to re-state that since it's a connection level configuration option.

Note this configuration all changes in 3.0 - will be much clearer.

Txs for the hints and advise.

authors: MobilUser durran nickhoffman

repo: mongoid/mongoid


text:
Query array in embedded documents using $elemMatch does not work

Hi,
I have the following documents:
class User
  include Mongoid::Document
  embeds_many :profiles
end

class Profile
  include Mongoid::Document
  field :data, :type => Array, :default => []
  embedded_in :user, :inverse_of => :profiles
end

Querying the array field "data" inside the Profile document
but it does not work. It always get zero hits.
Here is the code:

user_profile = UserProfile.new
user_profile.data = [{"action" => "del", "approve" => "always"},
{"action" => "add", "approve" => "never"}]
user = User.new
user.name = "hugo"
user.profiles << user_profile
user.save
user = User.find(:first, :conditions => {"name" => "hugo"})
user.profiles.where("data" => { "$in" =>  { "$elemMatch" => { "action"
=> "add" }} }).size()

Any update on supporting $elemMatch in Mongoid?

+1

Don't know if this will help anyone, but this is a direct snippet from my code:
@user.potential_associations.where(:prospects => {"$elemMatch" => {:dwid => "second"}}).count
where prospects field is an array

authors: Migrate fbjork tobowers vojto


text:
Improves Moped failover.

Changes:

Significantly bumps up the timeout in Address#resolve. IMO this timeout should be removed entirely, as it does not play well with multithreaded code. Also adds retry logic to DNS resolution.
Separates out the shutdown of a pool from the mutex which handles removing it from pools, as a shutdown can take a long time or just fail altogether.
Add Retryable and adds more with_retry handling. Taken from @wandenberg's pulls; I then added it to Cursor#get_more.
Add more connection failure error codes, as well as some unfortunate magic string detection for connection failure. I don't know if Mongo 3.0 has improved that situation, but at least in 2.4 and 2.6 you still need to inspect the error message since it doesn't always return with an error code.
Fixes Node#flush to actually catch query errors (see https://github.com/mongoid/moped/pull/369)
Fixes #361; retries auth and retries a query if the reply is unauthorized? (that code completely regressed from 1.5.x; unauthorized? wasn't called anywhere)

:smile: :+1:

Hey, @durran do You plan release this updates?

Thanks for all this work @jonhyman, now waiting for a moped release to finally get rid of all these failover errors :smile:

You're welcome!

Any ideas when next release is coming?

I'll do it this week.

:+1: for the new release fixing: ConnectionPool::PoolShuttingDownError

@durran thanks for releasing 2.0.7, all ConnectionPool::PoolShuttingDownError errors are gone since update. :+1:

Yep, seems good, thanks ! :+1:

authors: dennisfaust durran jarthod jonhyman spajus swistaczek

repo: mongoid/moped


text:
monix-kafka-11 not released

First off thank you monix-kafka. We have been successfully using monix-kafka-9 for almost a year now, pulling 4M+ measurements/sec off of a Kafka cluster with no hiccups.
We are upgrading our internal clusters to Kafka 0.11 in the next few weeks and I noticed monix-kafka-11 was never released to mvnrepository:
https://mvnrepository.com/artifact/io.monix
Would this be possible? Was there a specific reason for not doing so? Can we help in any way?
Many thanks for the excellent work!

Closing this issue guys, given that the release is done.

Gentlemen (@Avasil @leandrob13 @alexandru), thank you very much!

repo: monix/monix-kafka


text:
Escape double forwardslashes to prevent comments

Please check if the PR fulfills these requirements:

[x] The PR title and message describe the solution briefly.
[x] Documentation has been updated/added if relevant

What is the current behavior?

Using expressions that have double forward slashes in them, will start comments for languages
What is the new behavior?
Regular expressions with double slashes should no longer make comments.

Thank you for the contribution @flleeppyy !

Thank you for the contribution @flleeppyy !

Are you going to be publishing the next version soon?

authors: flleeppyy monizb

repo: monizb/vscode-regex-snippets


text:
SimpleWeatherJS with GitHub pages

I am fairly new to using GitHub pages, and building websites in general, and i'm trying to figure out how to implement SimpleWeatherJS into my site. I'm using a Jekyll setup on GitHub, and any help would be very appreciated!

Best bet would be to include simpleWeather using the cdn. Using it on GitHub Pages is no different than using it anywhere as it's just javascript. That said, the weather API is pretty unstable so if it's not working it could be due to the API.


text:
[BUG]  XmlException: Reference to undeclared entity when loading SVG file

Maybe this is somehow the wrong repo? but...
I installed the SkiaSharp.SVG 1.60.0 nuget package into a dotnet6 wpf project and trying to load a specific SVG file causes this exception

Since it seems to be an XML exception I tried running the SVG through some online XML parserrs and they are all happy. The SVG also renders fine in browsers, and another library is able to load it. Furthermore the Entity that is being reported as missing is clearly defined in the XML on line 63.

Code
var    svgSrc    ="C:/Folder/badcake.svg";
var svg  = new SkiaSharp.Extended.Svg.SKSvg();
var pict = svg.Load(svgSrc);
Since the problem seems to be the call into System.Xml I tried callling that directly like this:
var byteArray = File.ReadAllBytes("C:/Folder/badcake.svg");
using (var stream = new MemoryStream(byteArray))
{
System.Xml.Linq.XDocument.Load(stream);
}
Which does not produce the exception

Oh I take it this belongs in https://github.com/mono/SkiaSharp.Extended

I solved it using this:
            XmlReaderSettings settings = new();
            settings.DtdProcessing = DtdProcessing.Parse;
            XmlReader reader = XmlReader.Create(stream, settings);
            var       svg    = new SKSvg();
            var       pict   = svg.Load(reader);

repo: mono/SkiaSharp


text:
🛑 monobank India is down

In 3cb7179, monobank India (https://monobank.in) was down:

HTTP code: 502
Response time: 368 ms

Resolved: monobank India is back up in f0f3312 after 25 minutes.

repo: monobankcom/upptime


text:
ITV cannot download Poirot episodes (503 service unavailable)

Windows 10 1803 (64-bit)
Latest get-flash-videos master (1.25.99.03) running from source code
Debug output:
perl get_flash_videos --debug "https://www.itv.com/hub/poirot/9Da13011"
~N~o~ ~p~l~u~g~i~n~s~ ~i~n~s~t~a~l~l~e~d~
~Trying to open plugin C:\Users\Philip Gardner\AppData\Roaming/get_flash_videos/plugins/Www.pm
Trying to open plugin C:\Users\Philip Gardner\AppData\Roaming/get_flash_videos/plugins/Itv.pm
Using method 'itv' plugin version 0.09.05 for https://www.itv.com/hub/poirot/9Da13011
Downloading https://www.itv.com/hub/poirot/9Da13011
-> GET https://www.itv.com/hub/poirot/9Da13011
<- 200 text/html; charset=UTF-8 15750 (102190): UTF8 on, ASCII, 102190 characters 102190 bytes
~13011#008

503 Service Unavailable

Error 503 Service Unavailable
Service Unavailable
Guru Meditation:
XID: 1366705837

Varnish cache server

Error: Unable to find  in XML at C:\Flash\lib/FlashVideo/Site/Itv.pm line 275.
Couldn't extract Flash movie URL. This site may need specific support adding,
or fixing.
Please confirm that the URL is valid and that you are running the latest
version of get-flash-videos.
If the latest version does not support this site please create a bug
report at https://github.com/monsieurvideo/get-flash-videos making
sure you include the output with --debug enabled. Alternatively,
fix it yourself and send us a pull request.
Couldn't download any videos.

This is a known issue, ITV have made changes to their site, and most
downloads are failing.
youtube-dl had the same issue, and have just fixed it, but not released yet.
I should have an update early next week, just expecting to busy over
next few days.
On 06/21/18 22:00, thoatswold wrote:

Windows 10 1803 (64-bit)
Latest get-flash-videos master (1.25.99.03) running from source code
Debug output:
perl get_flash_videos --debug "https://www.itv.com/hub/poirot/9Da13011"
No~ plugins installed
~Trying to open plugin C:\Users\Philip
Gardner\AppData\Roaming/get_flash_videos/plugins/Www.pm
Trying to open plugin C:\Users\Philip
Gardner\AppData\Roaming/get_flash_videos/plugins/Itv.pm
Using method 'itv' plugin version 0.09.05 for
https://www.itv.com/hub/poirot/9Da13011
Downloading https://www.itv.com/hub/poirot/9Da13011
-> GET https://www.itv.com/hub/poirot/9Da13011
<- 200 text/html; charset=UTF-8 15750 (102190): UTF8 on, ASCII, 102190
characters 102190 bytes
~13011#008
503 Service Unavailable
Error 503 Service Unavailable
Service Unavailable
  Guru Meditation:

XID: 1366705837

Varnish cache server
Error: Unable to find in XML at C:\Flash\lib/FlashVideo/Site/Itv.pm line
275.
Couldn't extract Flash movie URL. This site may need specific support
adding,
or fixing.
Please confirm that the URL is valid and that you are running the latest
version of get-flash-videos.
If the latest version does not support this site please create a bug
report at https://github.com/monsieurvideo/get-flash-videos making
sure you include the output with --debug enabled. Alternatively,
fix it yourself and send us a pull request.
Couldn't download any videos.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/monsieurvideo/get-flash-videos/issues/227, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAjysDJiiOJo5Z_rgfibhH_v3QGNp28Zks5t_Al1gaJpZM4Uywl6.

Thank you – I shall patiently wait for the update.
Phil
From Philip Gardner
--
From Phil Gardner
phil@pangolin-cs.co.uk mailto:phil@pangolin-cs.co.uk
Pangolin Computing Solutions
1 Gledhow Park Grove, Leeds LS7 4JW
07960 566597
On 21/06/2018 22:12, Nigel Taylor wrote:

This is a known issue, ITV have made changes to their site, and most
downloads are failing.
youtube-dl had the same issue, and have just fixed it, but not
released yet.
I should have an update early next week, just expecting to busy over
next few days.
On 06/21/18 22:00, thoatswold wrote:

Windows 10 1803 (64-bit)
Latest get-flash-videos master (1.25.99.03) running from source code
Debug output:
perl get_flash_videos --debug "https://www.itv.com/hub/poirot/9Da13011"
No~ plugins installed
~Trying to open plugin C:\Users\Philip
Gardner\AppData\Roaming/get_flash_videos/plugins/Www.pm
Trying to open plugin C:\Users\Philip
Gardner\AppData\Roaming/get_flash_videos/plugins/Itv.pm
Using method 'itv' plugin version 0.09.05 for
https://www.itv.com/hub/poirot/9Da13011
Downloading https://www.itv.com/hub/poirot/9Da13011
-> GET https://www.itv.com/hub/poirot/9Da13011
<- 200 text/html; charset=UTF-8 15750 (102190): UTF8 on, ASCII, 102190
characters 102190 bytes
~13011#008
503 Service Unavailable
Error 503 Service Unavailable
Service Unavailable
Guru Meditation:
XID: 1366705837

Varnish cache server
Error: Unable to find in XML at C:\Flash\lib/FlashVideo/Site/Itv.pm line
275.
Couldn't extract Flash movie URL. This site may need specific support
adding,
or fixing.
Please confirm that the URL is valid and that you are running the latest
version of get-flash-videos.
If the latest version does not support this site please create a bug
report at https://github.com/monsieurvideo/get-flash-videos making
sure you include the output with --debug enabled. Alternatively,
fix it yourself and send us a pull request.
Couldn't download any videos.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/monsieurvideo/get-flash-videos/issues/227, or mute
the thread

https://github.com/notifications/unsubscribe-auth/AAjysDJiiOJo5Z_rgfibhH_v3QGNp28Zks5t_Al1gaJpZM4Uywl6.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/monsieurvideo/get-flash-videos/issues/227#issuecomment-399245100,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKlK-LWrPSgQo5bmaedCPnS_WwPehwxAks5t_Aw5gaJpZM4Uywl6.

As a temporary workaround you can try adding "-t hls" on the command line:

get_flash_videos -t hls https://www.itv.com/hub/poirot/9Da13011
Using method 'itv' plugin version 0.09.04 for https://www.itv.com/hub/poirot/9Da13011
Downloading https://www.itv.com/hub/poirot/9Da13011
Downloading 464 segments
100% [=========================================================================]

Thank you! That works. By the way, the latest version of the ITV plugin
is 0.09.05.
Phil
From Philip Gardner
--
From Phil Gardner
phil@pangolin-cs.co.uk mailto:phil@pangolin-cs.co.uk
Pangolin Computing Solutions
1 Gledhow Park Grove, Leeds LS7 4JW
07960 566597
On 22/06/2018 20:29, me3350 wrote:

As a temporary workaround you can try adding "-t hls" on the command line:
get_flash_videos -t hls https://www.itv.com/hub/poirot/9Da13011
Using method 'itv' plugin version 0.09.04 for
https://www.itv.com/hub/poirot/9Da13011
Downloading https://www.itv.com/hub/poirot/9Da13011
Downloading 464 segments
100%
[=========================================================================]

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/monsieurvideo/get-flash-videos/issues/227#issuecomment-399556840,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AKlK-H_qwb9dukdEU-6pVxu3GWpcY8eWks5t_UV7gaJpZM4Uywl6.

Fixed by adding a check on response. Release to be created.

authors: me3350 njtaylor thoatswold

repo: monsieurvideo/get-flash-videos


text:
I have to implement dateLimit how can i set limit to select two dates

its a question Actully
I have to implement dateLimit how can i set limit to select two dates
Thanks in Advance

Hello @Abhijeetpatil, unfortunately we are no longer support angular-date-range-picker, I think that our new date picker will solve your problem.
https://github.com/monterail/angular-mighty-datepicker

authors: Abhijeetpatil Belir

repo: monterail/angular-date-range-picker


text:
[Enemy In Shadows] No Career Group defined for Cultist careers

Cult Acolyte, Cult Magus, Chosen of Tzeentch and Master Magus do not have Career Groups.
The statblock in EiS Companion (p77) is headed as Cultist Advance Scheme, but the career group one-pager (across pp76-77) is headed Cult Magus of Tzeentch, which would be in keeping with other Tier 2 careers for the Career Group name.
Cultist is too generic for the Career Group but may be appropriate for Class - perhaps worth checking in with C7 on that.
If there's no Career Group, the career listings are orphaned in the career selector dialog. Not sure whether there'd be any anomalous behaviour for Exp cost calculation from switching to/from a classless career. From: Jagustiwfrp4e: 3.5.1wfrp4e-core: 1.3.3wfrp4e-dotr: 1.0.0wfrp4e-eis: 1.2.2wfrp4e-rnhd: 1.4.1wfrp4e-ua1: 1.0.2

The orphaned career selector listing for Cult Magus of Tzeentch careers.

authors: Jagusti moo-man


text:
DELETED REPOS THAT WERE NOT SELECTED

I realize this is an old repo, and I should have been more attentive, but this "app" deleted most of my repos that were not selected in the list. I specifically made sure they were not selected, yet they are now all gone.
Great app, thanks for the fuckery!

@LSleutsky oh no! I'm very, very sorry to hear that. Definitely not the intention of the app.
The repo is a few years old, but the code should still be working fine. Others are using it daily.
I'm not sure how this would be possible, beyond a bug in the code. Tons of people have used RepoRemover, but this is the first I've heard of something like this happening.
There should have been a confirmation screen listing all the repos that were going to be deleted -- can you confirm if they were NOT listed there?
Did you happen to select and unselect the repos that were accidentally deleted? I'm trying to understand how this could have happened (e.g. a bug in state handling -- but again it should have shown whatever was going to be deleted).
I've been slowly re-writing the app in Svelte as I'm out of touch with Vue.js and will add some tests to make sure this isn't possible.

Can 150% without a shadow of a doubt confirm that the repos were not listed in the confirmation screen's list of to-be-deleted repos. No doubt!
Luckily GitHub support was able to restore all of my repos that were deleted, thank god.

Luckily GitHub support was able to restore all of my repos that were deleted, thank god.

Glad to hear that. Apologies for any trouble.

I'll play around a bit to see if I can re-create what happened.
If you don't mind, and can remember, I'd appreciate if you could list the steps taken (e.g. changing filters, entering a search query, selecting/unselecting repos)

All I did after creating a valid token was see my repositories in a list. I had only 5 per page, and would individually select the checkbox for what I wanted deleted. Then a confirmation would screen modal would pop up, listing the repositories I just checked, asking me to enter my GitHub user name to confirm deletion. Which I did.
I went thru this process a considerable amount of times because I had many repos to go thru, and specifically filtered only 5 per page in the repo remover app, to be more attentive as to what was being deleted...

Closing. It's been a year and I'm still unable to reproduce, and no one else seems to have had this issue.

authors: LSleutsky moollaza

repo: moollaza/repo-remover


text:
Payout Txn Link Issue

Describe the bug
Once a payout distribution is made, the payout txn link currently takes you to etherscan.io irrespective of which network you are on, i.e  if a payment is made on Rinkeby or Polygon the payout txn link still takes you etherscan.io rather than rinkeby.etherscahn.io etc.
To Reproduce
Steps to reproduce the behavior:
In the following room (https://app.pay.party/party/620b4dd499f1107e01c87dec), a test payout was made on rinkeby. When you are on rinkeby network & click on the payout txn link it goes to etherscan.io

@hmrtn I've made a pull request to resolve the above issue. Please review it. Thanks


text:
Better logging on relayers API

We should use log library on server (but not on CLI).

https://github.com/moonstream-to/ethereal-nfts/pull/24

authors: kompotkot zomglings

repo: moonstream-to/ethereal-nfts


text:
Generic friends

Is there any way to just use friends to have replicating directories?

Closing as this question is too generic.
I'm not sure exactly what you're asking, but if you're interested in replicating directories via peer-to-peer connections, I think dat is the project you are looking for.

repo: moose-team/friends


text:
feat: configure multiple host key options

Allows users to configure multiple host key options for sftp connections. This is useful for supporting multiple signing algorithms, or for handling server key rotations without client downtime.

I went back on forth on that for a while, but it would be simpler to have a single way to configure host keys.

repo: moov-io/go-sftp


text:
How low is "low"?

The current charter talks about

solution for a simple low-latency media delivery protocol

and then lists

live streaming, gaming, and media conferencing

I'm happy to talk about what the latency requirements should be for "live streaming", "gaming", and "media conferencing", but my understanding (expressed here for interactive/gaming and here for live streaming) is that of these three use cases, gaming has significantly tighter latency requirements than the other two.
The proposed charter should be really crisp about this, ISTM.

In order to make progress, I suggest that we drop the interactive and live terms, and substitute terms that map to a numeric latency range. So, "50-100 ms (example gaming)" might be correct for what I think interactive is.
Does this help?

I agree the live and interactive terms are not helping because what people want to actually do in both cases is about the same and most people think of a zoom call as being live as well as interactive.
I think you have different idea about low than what I am seeing. Take the following fairly comment example case of a zoom call between two users in the same city in north america with good broadband connections using the browser version of zoom in chrome. This is a "pretty good" case, it gets much worse from this case. The measured one way glass-to-glass style measurement of mic to speaker was a bit over 400 ms. This is definitely interactive and is not anywhere close to 100 ms. So I think the time range used in interactive VoIP applications is probably from around 150 to 800 in my mind but is wide. Other would have different numbers but it may not matter - the important thing is we agree that 200 is better than 800.
Gaming is even wider range depending on the type of game, delay or rollback style netcode, and many other things.
To me, the requirements are in human time, not numbers of RTT. What the applications requires is something measures in ms not number of RTT. What our solutions are capable of delivering probably is highly correlated with the varios RTTs of the users involved in the interaction to the data centers in use and RTT between the data centers.

Does "game streaming" refer to cloud gaming (XCloud or Stadia) or game watching (Twitch)? These actually are quite different.

My view is that there are two goals expressed in the opening sentence in the charter

Simple
Low latency

We want the latency to be as low as possible without (overly) compromising simplicity.  Both goals are somewhat subjective, and I think that's intentional.  The working group will need to strike a balance between them as it goes about its work.  I don't think we should put a numerical value on "low" in the charter, or promise that moq will meet every use case within a given named "clump".  The second sentence merely says moq may meet use cases in those clumps.

authors: SpencerDawkins aboba afrind fluffy

repo: moq-wg/moq-charter


text:
Connection Lost on Subscribe Message

I used moquette on Android to create broker but when I send subscribe message from client it drops client's connection immediately.
Publish and connection messages can be received without any problem. But my problem is on subscribing.
Here is my config. I'm handling broker with service.
private Properties defaultConfig() {         Properties props = new Properties();         props.setProperty(BrokerConstants.PERSISTENT_STORE_PROPERTY_NAME, this.getExternalFilesDir(null).getAbsolutePath() + File.separator + BrokerConstants.DEFAULT_MOQUETTE_STORE_H2_DB_FILENAME);         props.setProperty(BrokerConstants.PORT_PROPERTY_NAME, "1883");         props.setProperty(BrokerConstants.NEED_CLIENT_AUTH, "false");         props.setProperty(BrokerConstants.HOST_PROPERTY_NAME, serverIP);         //props.setProperty(BrokerConstants.WEB_SOCKET_PORT_PROPERTY_NAME, String.valueOf(BrokerConstants.WEBSOCKET_PORT));         props.setProperty(BrokerConstants.NETTY_SO_KEEPALIVE_PROPERTY_NAME, "true");         props.setProperty(BrokerConstants.NETTY_TCP_NODELAY_PROPERTY_NAME, "true");         props.setProperty(BrokerConstants.NETTY_SO_REUSEADDR_PROPERTY_NAME, "true");         props.setProperty(BrokerConstants.NETTY_CHANNEL_TIMEOUT_SECONDS_PROPERTY_NAME, "100");         props.setProperty(BrokerConstants.NETTY_SO_BACKLOG_PROPERTY_NAME, "128");         props.setProperty(BrokerConstants.BROKER_INTERCEPTOR_THREAD_POOL_SIZE, String.valueOf(Integer.MAX_VALUE));         props.setProperty(BrokerConstants.ALLOW_ANONYMOUS_PROPERTY_NAME, "true");         props.setProperty(BrokerConstants.ALLOW_ZERO_BYTE_CLIENT_ID_PROPERTY_NAME, "true");         props.setProperty(BrokerConstants.REAUTHORIZE_SUBSCRIPTIONS_ON_CONNECT, "true");         return props;     }
This is error message from Paho's MQTT Client:
E/MQTT Thread: Client Connection Lost Error:      Connection lost (32109) - java.net.SocketException: Connection reset         at org.eclipse.paho.client.mqttv3.internal.CommsReceiver.run(CommsReceiver.java:146)         at java.lang.Thread.run(Thread.java:761)      Caused by: java.net.SocketException: Connection reset         at java.net.SocketInputStream.read(SocketInputStream.java:192)         at java.net.SocketInputStream.read(SocketInputStream.java:120)         at java.net.SocketInputStream.read(SocketInputStream.java:206)         at java.io.DataInputStream.readByte(DataInputStream.java:268)         at org.eclipse.paho.client.mqttv3.internal.wire.MqttInputStream.readMqttWireMessage(MqttInputStream.java:65)
QoS = 0
Do you have any clue for my problem ?

Version 0.12.1 have that I can subscribe in 0.11 without any problem.

repo: moquette-io/moquette