Chrome Translate Feature and {{}}

This is probably Chrome's/Google's issue, but maybe you guys can gain/provide some insight on this.
Google Chrome has a built-in translation feature and it works very well with angular, mostly.
However, there is a problem with {{}} types bindings, is that they stop updating as soon as translations are on.
I guess this has something to do with stub elements that {{}} creates, but not sure why explicit ng-bind works but {{}} breaks.

A search for this same issue just led me here.  I am using AngularJS v1.4.7.  My problem is exactly as described by @glebm in the original post.
The version of Chrome I'm using is: 47.0.2526.111 m


New GitHub "Review" feature in PR toolbar causing exception to be thrown from diffheader feature

Looks like this was fixed at some point.


Permission issue on OS X 10.11.3

Hi,

The message that "You don't have permission to write to hosts file", won't go away. When I click on "Grant Permission" button, sometimes nothing happens (message goes away), sometimes I am asked for my password and then the message goes away.
But when I click anywhere, this message pops up.
I have not built from the code, I am using the stable version from website with version number 0.1.2
I have not looked into code at all but I am comfortable, so, let me know if you need any inputs from my end. Will try the latest build from master on my machine tonight.
Love the idea of this app.

I am able to replicate the same issue in master also. After building the project from github code.
Not sure about the reason though, yet.

Did you use a normal system account without writing permission to system files?

I use an administrator account. I can manually edit hosts file using sudo
On Mar 6, 2016 5:48 AM, "Ruipeng Zhang"<EMAIL_ADDRESS>wrote:

Did you use a normal system account without writing permission to system
files?
—
Reply to this email directly or view it on GitHub
https://github.com/ppoffice/Hozz/issues/9#issuecomment-192765018.

User's ownership of this file does not change after clicking on "Grant Permission" button. I will fix this in a day or two. Thank you for issuing this.

Thanks! Please put the related commit and close this ticket. I will then
build the latest app from here!
On Sun, Mar 6, 2016 at 1:04 PM, Ruipeng Zhang<EMAIL_ADDRESS>wrote:

User's ownership of this file does not change after clicking on "Grant
Permission" button. I will fix this in a day or two. Thank you for issuing
this.
—
Reply to this email directly or view it on GitHub
https://github.com/ppoffice/Hozz/issues/9#issuecomment-192820903.

--
Divyendu Singh
+91-984-522-5282
Web: www.divyendusingh.com

I think this is resolved in 0.1.3
Thanks, working like a charm.

On Mar 6 2016, at 3:03 pm, Divyendu Singh<EMAIL_ADDRESS>wrote:

Thanks! Please put the related commit and close this ticket. I will then
build the latest app from here!

On Sun, Mar 6, 2016 at 1:04 PM, Ruipeng Zhang
<EMAIL_ADDRESS>wrote:

User's ownership of this file does not change after clicking on "Grant
Permission" button. I will fix this in a day or two. Thank you for issuing
this.

—
Reply to this email directly or [view it on GitHub](https://github.com/ppoffic
e/Hozz/issues/9#issuecomment-192820903).![](https://github.com/notifications/b
eacon/AAtj8lSNOk0uK0In76Qht-v6-VVXlrYBks5pqoNsgaJpZM4HqB3P.gif)

--

Divyendu Singh
+91-984-522-5282
Web: www.divyendusingh.com


Free Box allocation on T constructor exception

Fixes #570.

I think this one regressed my work in https://github.com/coreos/rpm-ostree/pull/2336
With cxxbridge-cmd 1.0.17 I get:
extern "C" {
#ifndef CXXBRIDGE1_RUST_BOX_rpmostreecxx$TempEtcGuard
#define CXXBRIDGE1_RUST_BOX_rpmostreecxx$TempEtcGuard
void cxxbridge1$box$rpmostreecxx$TempEtcGuard$uninit(::rust::Box<::rpmostreecxx::TempEtcGuard> *ptr) noexcept;
void cxxbridge1$box$rpmostreecxx$TempEtcGuard$drop(::rust::Box<::rpmostreecxx::TempEtcGuard> *ptr) noexcept;
#endif // CXXBRIDGE1_RUST_BOX_rpmostreecxx$TempEtcGuard
} // extern "C"

namespace rust {
inline namespace cxxbridge1 {
template <>
void Box<::rpmostreecxx::TempEtcGuard>::uninit() noexcept {
  cxxbridge1$box$rpmostreecxx$TempEtcGuard$uninit(this);
}
template <>
void Box<::rpmostreecxx::TempEtcGuard>::drop() noexcept {
  cxxbridge1$box$rpmostreecxx$TempEtcGuard$drop(this);
}
} // namespace cxxbridge1
} // namespace rust

But with 1.0.18:
$ cargo install cxxbridge-cmd --version 1.0.18
...
Replaced package `cxxbridge-cmd v1.0.17` with `cxxbridge-cmd v1.0.18` (executable `cxxbridge`)
$ rm rpmostree-cxxrs.* && make
  CXXLD    rpm-ostree
/usr/bin/ld: ./.libs/librpmostreepriv.a(librpmostreepriv_la-rpmostree-cxxrs.o): in function `rust::cxxbridge1::Box<rpmostreecxx::TempEtcGuard>::allocation::alloc()':
/var/srv/walters/src/github/coreos/rpm-ostree/rpmostree-cxxrs.cxx:300: undefined reference to `cxxbridge1$box$rpmostreecxx$TempEtcGuard$alloc'
/usr/bin/ld: ./.libs/librpmostreepriv.a(librpmostreepriv_la-rpmostree-cxxrs.o): in function `rust::cxxbridge1::Box<rpmostreecxx::TempEtcGuard>::allocation::dealloc(rpmostreecxx::TempEtcGuard*)':
/var/srv/walters/src/github/coreos/rpm-ostree/rpmostree-cxxrs.cxx:304: undefined reference to `cxxbridge1$box$rpmostreecxx$TempEtcGuard$dealloc'
collect2: error: ld returned 1 exit status
$

Here's the generated header:
namespace rust {
inline namespace cxxbridge1 {
template <>
::rpmostreecxx::TempEtcGuard *Box<::rpmostreecxx::TempEtcGuard>::allocation::alloc() noexcept {
  return cxxbridge1$box$rpmostreecxx$TempEtcGuard$alloc();
}
template <>
void Box<::rpmostreecxx::TempEtcGuard>::allocation::dealloc(::rpmostreecxx::TempEtcGuard *ptr) noexcept {
  cxxbridge1$box$rpmostreecxx$TempEtcGuard$dealloc(ptr);
}
template <>
void Box<::rpmostreecxx::TempEtcGuard>::drop() noexcept {
  cxxbridge1$box$rpmostreecxx$TempEtcGuard$drop(this);
}
} // namespace cxxbridge1
} // namespace rust

But the C wrappers aren't defined?

Nevermind, sorry for the noise; the problem was that the cxxbridge-cmd and the cxx crate were out of sync.

Ack. Yeah you'll need to figure out how to keep those in sync. This is solved in Cargo when using cxx = "1.0" + cxx-build = "1.0" + cargo update as they'll be updated in sync, and solved in Buck based systems that vendor and always build cxx + cxxbridge-cmd from source from the same commit hash, but for another environment or workflow it would be your responsibility.


Problem with VAE on Runpod (Error)

RuntimeError: "log_vml_cpu" not implemented for 'Half'. This error appears when I try to use inpaint with vae-ft-mse-840000-ema-prunedsafetensors activated. I tried adding --no-half to the webui-user.bat command lines, saved it and when I opened the SD it didn't seem to work. The same thing happened for the dark theme command that I tried to put in the command lines. Can you help me? I'm using fast-stable-diffusion on runpod.

add the argument after !python /workspace/sd/stable-diffusion-webui/webui.py $configf
like :
!python /workspace/sd/stable-diffusion-webui/webui.py $configf --no-half


CI: Linux test often takes >1h

Recently it seems like the test job running on Linux has become quite a bit slower, often taken close to 1h30min and often being the slowest job to complete.
I'm not quite sure when this started; unfortunately it seems like GHA has no good way to track CI time over time. If I go back about a month, I usually see CI times of around 50min for the Linux job, a bit more than 30min for the Windows job, and a bit less than 30min for the macOS job. Now the Linux job is 40min slower and the other two are about 20min slower.
Did GHA get slower or did our CI get slower?
Also, maybe we should split up the Linux job into multiple jobs so that they can run in parallel. However that will increase overall CI resource usage since Miri is then built more often.

Looking just at the nightly CI, this one was still good:
https://github.com/rust-lang/miri/actions/runs/7839746950
And this one is slow:
https://github.com/rust-lang/miri/actions/runs/7867399849
The ones in between did not pass. Nothing significant changed in Miri in that time, so it can probably only be some rustc change? Looking at the rustup PRs, this is the first slow one:
https://github.com/rust-lang/miri/actions/runs/7852837474
That's this PR:
https://github.com/rust-lang/miri/pull/3293
Corresponding to this rustc range:
https://github.com/rust-lang/rust/compare/384b02c0825cefa59f2e8a99a33d9a5344959079...b5c46dc5426038a49c95398bce30eeb20ec421e2
This includes @saethlin's https://github.com/rust-lang/rust/pull/120594, so I wonder if that is to blame.

However that will increase overall CI resource usage since Miri is then built more often.

There are shenanigans we can do where CI builds miri, then sends information to n CI jobs that then run in parallel

With https://github.com/rust-lang/rust/pull/121114, CI times are back to normal. :)


Refs/heads/mariaed74 patch 1

Mariaed74's file

Do I put Mariaed74's file with markdown? I'm just a little confused.


Release 0.2

To do:

[ ] sweep through issues to produce changelog + list contributors
[ ] document new settings
[ ] create 0.2 entry in package control messages
[ ] tag release

Changes:
Word completions and manual completions enabled (#47)
Set complete_all_chars to false to only complete on your language server's trigger chars.
Phantoms off by default
Set show_diagnostics_phantoms to false turn them back on.
Fixes:
Completions starting with $ (PHP, angular?) are now properly escaped.
Highlighting of diagnostics only visible if SublimeLinter was installed (#26)
LSP now prefers new markup.error scopes in color schemes, but falls back on sublimelinter.mark.error and finally markup.deleted
Language server starts up immediately when start sublime with documents option (#18)


CARBONDATA-153 Record count is not matching while loading the data when one data node went down in HA setup

Record count is not matching while loading the data when one data node went down in HA setup
As per previous implementation :
Scenario:
No. of Running executors =  3
No. Data Nodes                =  2
Total Unique blocks          = 96
Then as per the previous implementation no. of blocks per node = 32.
While assigning blocks only 66 blocks getting allocated amongs two execuotors.
Third executor is not getting any blocks since we are considering only node local allocation.
Solution:
// so now we have a map of node vs blocks. allocate the block as per the order
createOutputMap(nodeBlocksMap, blocksPerNode, uniqueBlocks, nodeAndBlockMapping, activeNodes);
// if the nodeBlocksMap size is than the activeNodes then populate the remaining active nodes
// in nodeBlockMap
assignLeftOverNodes(nodeBlocksMap, activeNodes);

After doing node block mapping if the the size of nodeBlocks is less than the activeNodes list size then we will map the remaining activeNodes in the  nodeBlocksMap, after  that the  assignLeftOverBlocks
will take care the assignment of remaining blocks.
// if any blocks remain then assign them to nodes in round robin.
assignLeftOverBlocks(nodeBlocksMap, uniqueBlocks, blocksPerNode);

Failling Test cases will be fixed by : #912

@gvramana Please review this PR

closing as raised the similar in incubator
https://github.com/apache/incubator-carbondata/pull/77


Chef: Get more delivery kits

TDB
Proposal: Form with desired quantity dropdown and checkout button.
It should be clear when the kits will be delivered (e.g. 2 business days).
It should be clear the kits will be delivered at the user's address.
It should be clear the credit card will be charged at checkout confirmation.
Page should allow chef to have a tracking number for orders he places.

remove from ui

Done, merged. Closing this


Update growatt to 3.2.4

Please update my adapter ioBroker.growatt to version 3.2.4.
This pull request was created by https://www.iobroker.dev c0726ff.

Since Wednesday, it has no longer been possible to connect to the cloud with the previous version. In other words, adapters up to version 3.3.3 no longer work. The vendor has changed the login to password encryption, which is clearly better.
See: https://forum.iobroker.net/topic/36474/test-adapter-growatt-v3-2-0/636
The problems mentioned so far in the forum and Github issues were only user errors, misconfigurations and NPM issues that were not caused by version 3.2.4.
I ask that the adapter be put into stable as soon as possible so that it works again without beta installation steps.

Why doesn't the adapter checker show the mishaps?
Is there another one?

Yes
Checker at repo is newer than webbased checker. Webbased checker is a little bit complicated to update. Will be updaten when vacklog of improved checks is done.
Fell free to run check using npx to get the most aktual checker.


remove inconsistency, tupac::algo::for_each but tupac::foreach

name everything for_each

closed by #5


GSSoC: Add hovering effect and Improve and the boxes.

Hey!! I would like to add the hovering  effect make the boxes glowing in the home page and like to change the font also , and also add more 3 boxes in the home page. Thank You !!

@namandude You can go for it. Try to improve the overall box designs as well. I am assigning this issue to you.

Ig this is a copy issue #91

@namandude Since the hover feature is already being worked on by someone, you work on the overall card UI enhancement. Send the Figma design of the card here before starting on the work.

I will assign the issue to you after the design is sent here and verified.

Please assign me the issue. I want to solve this issue


skip/limit does not work for aggregation

OrientDB Version, operating system, or hardware.
2.2.7
Operating System

[ x] Linux

Expected behavior and actual behavior
Steps to reproduce the problem
limit does not work for aggregation
....
select list(id) from sometable where somefield = 'a' order by generated desc limit 2
expecting: only two elements will fit in result;
actual: all elements fit

Hi @facelessTT
In your query, the LIMIT is applied to the result set, not to the list.
The result set will always return a single record, so LIMIT 2 does not make much sense.
To limit the list size, you have to use a subquery:
select list(id) from (select id from sometable where somefield = 'a' order by generated desc limit 2)

I hope it helps
Thanks
Luigi


Various screen shot fixes

These screenshots do not match the others in consistency (the file explorer window and time in hbl).

That is true, but prehaps you could accept this PR until you can get the right form of screenshots to replace my screenshots. This way, the people currently following the guide are not so confused for I have seen multiple questions about these on reddit.


linebreak in message not possible

Describe the bug
According to the callmebug documentation linebreaks are possible with the "%0A" character:
[text]: Message to send (urlencoded). You can use [this](https://www.urlencoder.io/) online converter to encode the message. (i.e. %20 for space, %0A for new lines).
https://www.callmebot.com/blog/free-api-signal-send-messages/
This does not work via the iobroker implementation.
To Reproduce
Steps to reproduce the behavior:

Go to the "Send Message" under Objects in iobroker: signal-cmb.0.sendMessage
Set the value to "hi this is a test%0Atest"
This should end up as a signal message with a linebreak after the first "test". But this is not the case. The message looks like this:

Expected behavior
The message should contain a linebreak after the first "test".
Screenshots & Logfiles
Looking at the logfile, the iobroker adapter seems to wrongly interprete the given message, because the "%0A" character is not interpreted correctly:

Versions:

Adapter version: 0.1.7
JS-Controller version: 4.0.4
Node version: v14.21.1
Operating system: Debian GNU/Linux 11 (bullseye)

If it is okay, that a linebreak is possible with "\n" then we could simply put a
message = message.replace("%5C","\");
at line 23 in main.js maybe? https://github.com/derAlff/ioBroker.signal-cmb/blob/dc38a1350dd2ee0cef776ca878e8c46fd06de8b7/main.js#L23

When I send a message dirctly with the datapoint, then the message looks like yours...

But, when I create a testscript and send a text with linebreak, then it looks ok.

Do you need the "0%A" or can you work with "\n" as linebreak?
I can implement it, but i think, it is not neccessary.
Thank you.

Thanks for the prompt response @derAlff !
I am fine with "\n" or "%0A". I think the "\n" is more convenient.
Why dont you think its neccessary? In my point of view this should work directly in iobroker and not via a script (avoiding to go throught iobroker-objects/adapters).
I whould be pleased if you implement this and release a next version. :)

Hi @Sen5ation
ok, I will implement it this week :)
Thanks for your effort

Hi,
any updates on this? :)
Greetings

Huuups, not implemented in the last update 😐
Implement it this evening 😅

Added support for linebreaks in version 0.2.3. Available on lastest.
Issue closed


Switch to using argparse

Add a test for the parsing code.

Coverage increased (+2.02%) to 86.76% when pulling<PHONE_NUMBER>916adbc81dba7e2da3ae673b5f9df5 on commandline_parse_fix into 8384204bf4e32d3f0df981521ef36b70d0ee5ffc on master.


Port nithya 2

Added port variables to each services role. It can be over written in the defaults.yml file. Modified Keystone, Keystone-admin, Glance, Cinder, Neutron, Nova and NoVNC. There are harcoded values for keystone port in the default.yml file ( in the endpoints section )

Can one of the admins verify this patch?

"ok to test" to accept this pull request for testing
"test this please" for a one time test run
"add to whitelist" to add the author to the whitelist

Can one of the admins verify this patch?

"ok to test" to accept this pull request for testing
"test this please" for a one time test run
"add to whitelist" to add the author to the whitelist

Great idea to use variables for each application port, but it looks incomplete there are still a lot of literal port numbers changed rather than using the newly introduced variables.

ok to test

This failure gets resolved with PR #1159. Could we squash some of these commits?

Sorry, forgot we were rewriting this feature entirely. Maybe we should close this PR as well?


Remove no-longer-needed UDF language/version fix.

The actual fix for this has been rolled out server-side.

🤔

NOW it’s definitely no longer needed for real this time.


Validation channel never used in the xgboost_abalone.ipynb example

In the XGBoost Abalone example the validation channel is never used.
The dataset is splitted in train, validation and test but I think that this choice is confusing since the validation dataset is never used.
Is it right? If so, I'll send a pull notification.

Hi @pigna90 - The SageMaker XGBoost algorithm actually calculates RMSE and writes it to the CloudWatch logs on the data passed to the validation channel.  Let me know if you think that still creates confusion.  Thanks.

Hi @djarpin , thanks for the answer! Is this operation implicit? The only reference that I found about this topic is this one.
As you can see, the channel "validation" is not mentioned.
My two cents about this are:

Explain it in the notebook. I can do it with a simple pull request.
Consider adding a more exhaustive explanation in the section Monitoring. In order to clarify how the channels are used to monitor the model performances trow CloudWatch.

What do you think?

Hi @pigna90
How the validation channel is used depends on the algorithm.  We do mention that XGBoost supports the validation channel here.  But you're right, we don't explicitly describe what's done with the data in the validation channel in our current documentation, and there's room to improve there.  In the meantime, if you'd like to submit a pull request to update the notebook, we'd love to have it.  Thanks!


vagrant up with some bugs

when “vagrant up ”：
E:/HashiCorp/Vagrant/embedded/gems/gems/i18n-1.14.1/lib/i18n.rb:210:in translate': wrong number of arguments (given 2, expected 0..1) (ArgumentError)         from C:/Users/Mengzhe/.vagrant.d/gems/3.1.3/gems/vagrant-vbguest-0.21.0/lib/vagrant-vbguest/middleware.rb:24:in call'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:48:in call'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/plugins/providers/virtualbox/action/customize.rb:40:in call'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:48:in call'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:127:in block in finalize_action'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:48:in call'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/builtin/cloud_init_wait.rb:25:in call'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:48:in call'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:127:in block in finalize_action'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:48:in call'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/builder.rb:180:in call'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/runner.rb:101:in block in run'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/util/busy.rb:19:in busy'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/runner.rb:101:in run'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/builtin/call.rb:53:in call'
from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/warden.rb:48:in call'         from E:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-2.3.7/lib/vagrant/action/builtin/wait_for_communicator.rb:71:in call'

You are running an old version of vagrant-vbguest using a newer ruby version. This bug has been fixed with v0.30.0


add status e.g fw updating when node on fota progress

This is should be labelled as enhancement. I think it would be nice if node in progress of updating it's fw via fota a status appear e.g updating in progress with percentage progress.

@pebri86 Now OTA update status will be available in Node details page.
Screenshot:

@jkandasa Great.. i will try it soon thanks


django backend latest release

At the latest dj-backend there seems to be a bug at adding a new source by editing a existing Bot..
And the share link starts the embeded webapp bubble on a blank page

"At the latest dj-backend there seems to be a bug at adding a new source by editing a existing Bot.." I pushed today some fix, could be fixed. Put some screenshoot to see what is the issue.
"And the share link starts the embeded webapp bubble on a blank page"
Yeah, I saw it and even if is used fullScreen is not. But is fixed on mobile to show it ok. Normally bubble chat need to be bubble chat, but I will investigate wht fullScreen is not working.

At the latest dj-backend there seems to be a bug at adding a new source by editing a existing Bot.." I pushed today some fix, could be fixed. Put some screenshoot to see what is the issue.
For this it is working with the latest update.......

it was a push today, check that.

git says 17 hours ago..  i ll wait ..
But only one is left:
And the share link starts the embeded webapp bubble on a blank page"
Yeah, I saw it and even if is used fullScreen is not. But is fixed on mobile to show it ok. Normally bubble chat need to be bubble chat, but I will investigate wht fullScreen is not working.

Same behvior for the chatbot user Page..

Can I see some screenshoot?

Start Page from the current Version of the Chat Page:

From the prevoius Verions:

Yes, I know this, I think it is something related with chat.js version. I will check when I have some time.

Thanks a lot for your very good supprot.
should i close this Issue?

You can close, or can be open until we will fix.

Fixed, will be approved soon.

Check it now.

Works... Great Job


CocoaPods deintegrate lf.xcodeproj

To support Cartago (#80)
If you want to use Example. Try here.

cd lf.swift
carthage update

Cartfile
github "shogo4405/lf.swift" "master"

Command
ceylon:Test2 shogo$ pwd
/Users/shogo/Dropbox/xcode/Test2
ceylon:Test2 shogo$ carthage update
*** Fetching lf.swift
*** Fetching XCGLogger
*** Checking out lf.swift at "bda2fe9746ff7a7cf041ab2627008698d2744c6e"
*** Checking out XCGLogger at "Version_4.0.0"
*** xcodebuild output can be found in /var/folders/x2/_jy7nvq93_q6clqh396jyjk00000gn/T/carthage-xcodebuild.uOTXEW.log
*** Building scheme "XCGLogger (OS X)" in XCGLogger.xcodeproj
*** Building scheme "XCGLogger (watchOS)" in XCGLogger.xcodeproj
*** Building scheme "XCGLogger (tvOS)" in XCGLogger.xcodeproj
*** Building scheme "XCGLogger (iOS)" in XCGLogger.xcodeproj
*** Building scheme "lf macOS" in lf.xcworkspace
*** Building scheme "lf iOS" in lf.xcworkspace


Getting 'can not set textBaseline' of undefined error

Hi, I tried to implement this in Lightning component but I get 'can not set textBaseline' of undefined error. When I traced this I found that ctx.textBaseline line is causing the issue. Somehow ctx is being assigned to null/undefined. Please help.
When I remove your code and put chart.js code for doughnut it works fine. I have ctx object printed as well so that won't be issue from my side. Can you please help?
Thanks in advance.

Sorry..My bad..I was using old chart.js lib. Closing the issue as it works as expected. Thanks for the chart. It has helped me in a great extent. Thanks again.


Mac M1 import of LLama leads to error "incompatible architecture (have 'x86_64', need 'arm64'))"

Prerequisites
Please answer the following questions for yourself before submitting an issue.

[X] I am running the latest code. Development is very rapid so there are no tagged versions as of now.
[X] I carefully followed the README.md.
[X] I searched using keywords relevant to my issue to make sure that I am creating a new issue that is not already open (or closed).
[X] I reviewed the Discussions, and have a new bug or useful enhancement to share.

Expected Behavior
Trying to import the library and then use it.
from llama_cpp import Llama

Current Behavior
Unable to import the library without running into an error:

Traceback (most recent call last):
File "/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/llama_cpp.py", line 60, in _load_shared_library
return ctypes.CDLL(str(_lib_path), **cdll_args)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File<EMAIL_ADDRESS>line 376, in init
self._handle = _dlopen(self._name, mode)
^^^^^^^^^^^^^^^^^^^^^^^^^
OSError: dlopen(/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/libllama.so, 0x0006): tried: '/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/libllama.so' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64')), '/System/Volumes/Preboot/Cryptexes/OS/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/libllama.so' (no such file), '/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/libllama.so' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64'))
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "", line 1, in
File "/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/init.py", line 1, in
from .llama_cpp import *
File "/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/llama_cpp.py", line 73, in
_lib = _load_shared_library(_lib_base_name)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/llama_cpp.py", line 62, in _load_shared_library
raise RuntimeError(f"Failed to load shared library '{_lib_path}': {e}")
RuntimeError: Failed to load shared library '/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/libllama.so': dlopen(/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/libllama.so, 0x0006): tried: '/Users/tleers/Projects/personal/LLM-API-StarterKit/dependencies/llama-cpp-python/llama_cpp/libllama.so' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64')), '/System

Environment and Context
Mac M1 with Python 3.11.3 and GNU Make 3.81
Failure Information (for bugs)
Already tried all of the potential fixes at #5 without any changes in error output.
ggerganov's LLama.cpp compilation and usage works just fine without any errors.
Steps to Reproduce

python3 -m venv venv & . venv/bin/activate
pip install llama-cpp-python
python
from llama_cpp import LLama

Can you llama-cpp-python and install from source? While this likely won't fix the issue you now have llama.cpp in ./vendor/llama.cpp and can see if a cmake of that llama.cpp reproduces the same problem.

Followed these steps:

cloned llama.cpp repo into vendor
ran python setup.py develop in llama-cpp-python

Same error.
Using cmake in the llama.cpp folder succeeds in building. I can also successfully run models using the built llama.cpp binaries: ./main -m ./../../../wizardLM-7B.ggmlv3.q4_0.bin -p "Building a website can be done in 10 simple steps:" -n 128
In conclusion, the cmake does not lead to the same error.

If MacOS has the command file, you may want to run it against libllama.so and main to see if they're x86_64 or arm64.
As I don't have a Mac, this is pure guesswork, but it is possible your python is arm64, so it refuses to load a x86_64 libllama.so

Is this working now with the latest llama.cpp?

Please reopen if this issue is still occuring

I can confirm it's still happening

@muzhig I was having your exact error and came across this thread and only sad to find no answer. So, here I am to help document a fix and how to figure out the problem here, as I was able to correct this malady.
The underlying issue is there is SOME TOOL/PROGRAM that is running in x86. This could be your python installation all the way down to cmake or clang. When one of these tools runs in this mode it can mask the architecture when triggering the build steps.
For python: just have your activity monitor open while running any of the steps you are performing and have a search for python in place. Ensure the "Kind" column always says "Apple" and never "intel"
For your other tools you can do a similar approach to see if anything intel gets fired up. Or if you are lucky, sort all your processes by "Kind" and see if any Intel shows up. From which you can see if the process triggers in a non arm64 arch.
Now, for the build tools you have clang and cmake. I fixed all this up by using homebrew (and MAKING SURE I am using the arm64 homebrew...there is STILL an x86 homebrew that floats around so please look up those instructions on making sure you are running the correct homebrew)
Next, we ensure homebrew arm edition installs are being used when we run our build tools. I did an explicit addition to my .bash_profile:
export PATH=/opt/homebrew/bin:/opt/homebrew/sbin:$PATH

Now we KNOW our arm installs will be the ones used in subsequent commands. Next:
brew install llvm
brew install cmake

Now we are assured the correct build tools get used. This is my values for which checks:
which clang
# /usr/bin/clang

which cmake
/opt/homebrew/bin/cmake

When that looks all good, you are probably hitting all the correct tools and your build should work fine.
Figuring out the environments is a wild ride with rosetta. Be aware anything that jumps to rosetta can really mess up build processes and is a bit of a pain to unravel.
Hope this helps!

@muzhig I was having your exact error and came across this thread and only sad to find no answer. So, here I am to help document a fix and show how to figure out the problem here, as I was able to correct this malady.
The underlying issue: there is SOME TOOL/PROGRAM that is running in x86. This could be your python installation all the way down to cmake or clang. When one of these tools runs in this mode it can mask the architecture when triggering the build steps.
For python: just have your activity monitor open while running any of the steps you are performing and have a search for python in place. Ensure the "Kind" column always says "Apple" and never "intel"
For your other tools you can do a similar approach to see if anything intel gets fired up. Or if you are lucky, sort all your processes by "Kind" and see if any Intel shows up. From which you can see if the process triggers in a non arm64 arch.
Now, for the build tools you have clang and cmake. I fixed all this up by using homebrew (and MAKING SURE I am using the arm64 homebrew...there is STILL an x86 homebrew that floats around so please look up those instructions on making sure you are running the correct homebrew)
Next, we ensure homebrew arm edition installs are being used when we run our build tools. I did an explicit addition to my .bash_profile:
export PATH=/opt/homebrew/bin:/opt/homebrew/sbin:$PATH

Now we KNOW our arm installs will be the ones used in subsequent commands. Next:
brew install llvm
brew install cmake

Now we are assured the correct build tools get used. This is my values for which checks:
which clang
# /usr/bin/clang

which cmake
/opt/homebrew/bin/cmake

When that looks all good, you are probably hitting all the correct tools and your build should work fine.
Figuring out the environments is a wild ride with rosetta. Be aware anything that jumps to rosetta can really mess up build processes and is a bit of a pain to unravel.
Hope this helps!

This is useful for me，tks！


2.6 Mouse default

as 2.6 said:
By default, a simple click triggers the shortcuts, and Shift+click forwards the click to the device.
 It makes very inconvenience for control than 2.5.  It makes very inconvenience for control than 2.5. I have to roll-back.

If you just click (with a secondary button), it is the same behavior as v2.5… and earlier versions.
What changes is only when you Shift+click, there are new bindings.

 It makes very inconvenience for control than 2.5. I have to roll-back.

If you just click (with a secondary button), it is the same behavior as v2.5… and earlier versions.
What changes is only when you Shift+click, there are new bindings.

not exactly same, for example: in 2.5-, holding left button and dragging, works same as middle button scrolling; but in 2.6, holding-dragging works but mid-scrolling not works, or mid-scrolling works while holding-dragging not works, can't determine why

I encounter also a problem with 2.6 (Ubuntu 22.04). A simple left click acts as a long press. I have also to rollback to 2.5 and everything works as expected.

OK, that's a bug then. Not caused by the binding changes directly, but probably by either 1fee79bf50b124223523eb51c437c1267c2724a or 6baea57987a1867f2157f5c1001e77ca3cb1c6c5.
I will bisect and investigate (hopefully tonight or tomorrow).

I am also experiencing this issue, is there an easy way to downgrade on Fedora? I tried sudo dnf downgrade scrcpy but it appears previous versions of the package has been removed

but in 2.6, holding-dragging works but mid-scrolling not works, or mid-scrolling works while holding-dragging not works

OK, so now I'm on my computer, I tried to reproduce, but I fail. For example, in the settings, I can either scroll or click & drag.
Is it "random"? Or 100% reproducible?
Could you please give more information:

what device model?
in which app does it happen?

Oh, I understand, in Firefox, I can scroll using middle-scroll, but not by click&drag (because now it behaves like a mouse rather than a finger). This is definitely due to<PHONE_NUMBER>239b0f3a76f9be377e4de82e91b35a.
So I will need to restore a pointer, but that will cause other problems (for example, mouse hover needs a mouse: #5067). Will need to find something which works for all cases.

Oh, using a "finger" tool type in all cases seems to be sufficient:
diff --git a/server/src/main/java/com/genymobile/scrcpy/control/Controller.java b/server/src/main/java/com/genymobile/scrcpy/control/Controller.java
index 85425113a..a5cda74cf 100644
--- a/server/src/main/java/com/genymobile/scrcpy/control/Controller.java
+++ b/server/src/main/java/com/genymobile/scrcpy/control/Controller.java
@@ -278,14 +278,16 @@ public class Controller implements AsyncProcessor {
         pointer.setPressure(pressure);

         int source;
+
+        // Always behave like a finger (to scroll a page via Click+drag)
+        pointerProperties[pointerIndex].toolType = MotionEvent.TOOL_TYPE_FINGER;
+
         if (pointerId == POINTER_ID_MOUSE) {
             // real mouse event
-            pointerProperties[pointerIndex].toolType = MotionEvent.TOOL_TYPE_MOUSE;
             source = InputDevice.SOURCE_MOUSE;
             pointer.setUp(buttons == 0);
         } else {
             // POINTER_ID_GENERIC_FINGER, POINTER_ID_VIRTUAL_FINGER or real touch from device
-            pointerProperties[pointerIndex].toolType = MotionEvent.TOOL_TYPE_FINGER;
             source = InputDevice.SOURCE_TOUCHSCREEN;
             // Buttons must not be set for touch events
             buttons = 0;

Please test by replacing this file in the scrcpy v2.6 release folder:

scrcpy-server SHA-256: 9ceb957ade7f2df9c59e8b8af8856239365687a05e4624c39bee2decff9f5e0

@vidoardes you can download the scrcpy-server above and test with:
export SCRCPY_SERVER_PATH=/xxx/scrcpy-server
scrcpy

@vidoardes you can download the scrcpy-server above and test with:
export SCRCPY_SERVER_PATH=/xxx/scrcpy-server  # adapt the path
scrcpy

I can confirm it fixes scrolling in Firefox, but not in all apps. Not sure what the difference is, but one example is a game call Gold & Goblins which doesn't now work (but did in 2.5)

OK, thank you very much. Now I can reproduce and debug easily :+1:
The the trick in https://github.com/Genymobile/scrcpy/issues/5162#issuecomment-2265735461 is not correct: it works only if the input is a SOURCE_TOUCHSCREEN. So back to the previous comment (https://github.com/Genymobile/scrcpy/issues/5162#issuecomment-2265716809). Will need more thinking to make everything work with a single solution.

Please test with this change (89288c9e94718183512b3e7f33aa496ed7a9af9c):

scrcpy-server SHA-256: 6a4a5f2f14a511ab64e8717e0c0c1fb173a57cad4f53cc6ad8e19aba6715de8

Sorry, I don't understand code. I can't read it

Please test with this change (89288c9):

scrcpy-server SHA-256: 6a4a5f2f14a511ab64e8717e0c0c1fb173a57cad4f53cc6ad8e19aba6715de8

Sorry, I don't understand code. I can't read it

Please test with this change (89288c9):

scrcpy-server SHA-256: 6a4a5f2f14a511ab64e8717e0c0c1fb173a57cad4f53cc6ad8e19aba6715de8

After replacing the file, I can click normally and the problem has been solved. Thank you very much

Fixed in scrcpy 2.6.1.


fix: arrow key focus manager does not ignore disabled item

Details

useArrowKeyFocusManager does not ignore disabled item.
Fixed Issues

$ https://github.com/Expensify/App/issues/40583
PROPOSAL: https://github.com/Expensify/App/issues/40583#issuecomment-2067566889
Tests

Press FAB > Start chat
Select several members > Next
Using keyboard, press down arrow several times
Verify the group owner is not focused at all
Verify only one arrow press moves focus from the member above to the member below the group owner

[x] Verify that no errors appear in the JS console

Offline tests

NA
QA Steps

Press FAB > Start chat
Select several members > Next
Using keyboard, press down arrow several times
Verify the group owner is not focused at all
Verify only one arrow press moves focus from the member above to the member below the group owner

[x] Verify that no errors appear in the JS console

PR Author Checklist

[x] I linked the correct issue in the ### Fixed Issues section above
[x] I wrote clear testing steps that cover the changes made in this PR

[x] I added steps for local testing in the Tests section
[x] I added steps for the expected offline behavior in the Offline steps section
[x] I added steps for Staging and/or Production testing in the QA steps section
[x] I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
[x] I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).

[x] I included screenshots or videos for tests on all platforms
[x] I ran the tests on all platforms & verified they passed on:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

[x] I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
[x] I followed proper code patterns (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method

[x] If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:

[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I followed the guidelines as stated in the Review Guidelines
[x] I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] I verified that if a function's arguments changed that all usages have also been updated correctly
[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG))

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[x] If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:

[x] I verified that all the inputs inside a form are aligned with each other.
[x] I added Design label and/or tagged @Expensify/design so the design team can review the changes.

[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.

Screenshots/Videos

Android: Native

Android: mWeb Chrome

https://github.com/Expensify/App/assets/113963320/5a0906e2-07f0-49c2-b61e-9058c47a4f5e

iOS: Native

https://github.com/Expensify/App/assets/113963320/bc9a8bc9-1f3c-4e75-bbe1-8132dd51586f

iOS: mWeb Safari

https://github.com/Expensify/App/assets/113963320/81129673-0fd7-46c7-a106-16b6f7d0d1bd

MacOS: Chrome / Safari

https://github.com/Expensify/App/assets/113963320/4f2ebf67-d8fe-4bc2-b51e-55a4c5f52d2f

MacOS: Desktop

https://github.com/Expensify/App/assets/113963320/aa8db166-dfa7-4f07-a3f8-f6df4db9dd9e

Reviewer Checklist

[x] I have verified the author checklist is complete (all boxes are checked off).
[x] I verified the correct issue is linked in the ### Fixed Issues section above
[x] I verified testing steps are clear and they cover the changes made in this PR

[x] I verified the steps for local testing are in the Tests section
[x] I verified the steps for Staging and/or Production testing are in the QA steps section
[x] I verified the steps cover any possible failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)

[x] I checked that screenshots or videos are included for tests on all platforms
[x] I included screenshots or videos for tests on all platforms
[x] I verified tests pass on all platforms & I tested again on:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

[x] If there are any errors in the console that are unrelated to this PR, I either fixed them (preferred) or linked to where I reported them in Slack
[x] I verified proper code patterns were followed (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick).
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method
[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is either coming verbatim from figma or has been approved by marketing (in order to get marketing approval, ask the Bug Zero team member to add the Waiting for copy label to the issue)
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I verified that this PR follows the guidelines as stated in the Review Guidelines
[x] I verified other components that can be impacted by these changes have been tested, and I retested again (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar have been tested & I retested again)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] If a new component is created I verified that:

[x] A similar component doesn't exist in the codebase
[x] All props are defined accurately and each prop has a /** comment above it */
[x] The file is named correctly
[x] The component has a clear name that is non-ambiguous and the purpose of the component can be inferred from the name alone
[x] The only data being stored in the state is data necessary for rendering and nothing else
[x] For Class Components, any internal methods passed to components event handlers are bound to this properly so there are no scoping issues (i.e. for onClick={this.submit} the method this.submit should be bound to this in the constructor)
[x] Any internal methods bound to this are necessary to be bound (i.e. avoid this.submit = this.submit.bind(this); if this.submit is never passed to a component event handler like onClick)
[x] All JSX used for rendering exists in the render method
[x] The component has the minimum amount of code necessary for its purpose, and it is broken down into smaller components in order to separate concerns and functions

[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(theme.componentBG)

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[x] If the PR modifies the UI (e.g. new buttons, new UI components, changing the padding/spacing/sizing, moving components, etc) or modifies the form input styles:

[x] I verified that all the inputs inside a form are aligned with each other.
[x] I added Design label and/or tagged @Expensify/design so the design team can review the changes.

[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.
[x] I have checked off every checkbox in the PR reviewer checklist, including those that don't apply to this PR.

Screenshots/Videos

Android: Native
https://github.com/Expensify/App/assets/35371050/80dbd91d-52a9-402a-a926-3ccf19d6775b

Android: mWeb Chrome
https://github.com/Expensify/App/assets/35371050/6dffccc1-ff97-47bc-ab5f-d2e5d2576356

iOS: Native
https://github.com/Expensify/App/assets/35371050/03d9b760-0651-4c84-8268-81901412855e

iOS: mWeb Safari
https://github.com/Expensify/App/assets/35371050/96945f07-47cc-4090-baa4-e877f3d28f1d

MacOS: Chrome / Safari
https://github.com/Expensify/App/assets/35371050/487dec10-2a85-453c-9708-7db62aed955e

MacOS: Desktop
https://github.com/Expensify/App/assets/35371050/c0738bf1-02da-427a-92dd-db2dc58e8444

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

🚀 Deployed to staging by https://github.com/marcaaron in version: 1.4.67-0 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by https://github.com/francoisl in version: 1.4.67-7 🚀

platform
result

🤖 android 🤖
failure ❌

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅

🚀 Deployed to production by https://github.com/francoisl in version: 1.4.67-7 🚀

platform
result

🤖 android 🤖
failure ❌

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


(Multi)polygon fixing effort

There is a major effort going on to fix broken (multi)polygons in OSM and also to finally get rid of old-style multipolygon relations. This will hopefully lead to simpler and more efficient software. There is no immediate need for you to change anything in Imposm, but I would expect there to be opportunities to simplify your code and generally make life easier for you once this effort is successful.
I wanted to make you aware of the effort and get you involved in the discussions. We'd also appreciate it if you can support this effort in any way. Find all the details at http://area.jochentopf.com/. We are coordinating with other software project through our issue osmlab/fixing-polygons-in-osm#23.

I believe that this issue can be closed. Was fixed in https://github.com/omniscale/imposm3/pull/146


Create External Events for peers of Identity to be deleted, Identity with canceled deletion process, deleted Identity

Readiness checklist

[x] I added/updated unit tests.
[ ] I added/updated integration tests.
[x] I ensured that the PR title is good enough for the changelog.
[x] I labeled the PR.

Description
Creation of external events for the peers of the identity is trggered in following cases:

By IdentityToBeDeletedDomainEvent - when identity status changes to ToBeDeleted, ether by owner starting or approving deletion process.
By IdentityDeletionCanceledDomainEvent - when identity deletion process is canceled by the owner or by the support.
By IdentityDeletedDomainEvent - when identity is actually deleted.

Should be merged to main, not to release/v5.


go/vcs: add package comment

According to https://golang.org/doc/effective_go.html#commentary,
"Every package should have a package comment."
Updates golang/go#11490.

For anyone interested in additional details behind this PR, here's a "show-my-work.txt" where you can see the many draft iterations I went through before arriving at something I considered worth submitting (not seen are the dozens of browser tabs that were also open).

Package vcs provides functions for analyzing import paths to determine the version control
system, and code repository to use, and for using said version control system.

> Its API mirrors that of cmd/go/internal/get, and can be used to implement tools that behave
> similar to the "go get" command.

It needs to be manually kept in sync with changes done to cmd/go/internal/get, see
https://golang.org/issues/11490.

Package vcs provides functionality for resolving import paths to determine the version control
system, and code repository to use.

> Package gotool contains utility functions used to implement the standard "cmd/go" tool,
> provided as a convenience to developers who want to write tools with similar semantics.

> Package vcs exposes functions used to implement the "go get" command, provided as a
> convenience to developers who want to write tools with similar semantics.

Package vcs provides functions for resolving import paths to underlying version control system,
and performing various operations on code repositories.

Package vcs provides functions for resolving import paths to underlying version control system
and code repository, and performing various actions.

Package vcs provides functions for a version control system like Mercurial, Git, or Subversion,
and resolving import paths to underlying version control system and code repository, and
performing various actions.

Package vcs exposes primitives for using version control systems like Mercurial, Git, or
Subversion, and resolving import paths to underlying version control system and code
repository.

Package vcs exposes functionality for resolving import paths to underlying version control
system (like Mercurial, Git, or Subversion) and code repository, and using them.

Package vcs exposes functions for analyzing import paths to determine version control system
(like Mercurial, Git, or Subversion) and code repository, and using them.

Package vcs exposes functions to determine version control system (like Mercurial, Git, or
Subversion) from

Package vcs exposes functions related to version control systems (like Mercurial, Git, or
Subversion), including

Package vcs exposes functions related to version control systems (like Mercurial, Git, or
Subversion) that can be used to implement the standard "go get" command.

Package vcs exposes functions for resolving import paths and using version control systems
(like Mercurial, Git, or Subversion), which can be used to implement behavior consistent with
the standard "go get" command.

This package is a copy of internal code in package cmd/go/internal/get, modified to make
the identifiers exported. It's provided here as a convenience to developers who want to
write tools with similar semantics. It needs to be manually kept in sync with upstream when
changes are done to cmd/go/internal/get, see https://golang.org/issues/11490.

Apologies for the duplicate posts, here. Working out some GerritBot kinks.

Before

After


Chunked vector type

A typesafe vector-like object that works well with arenas: objects can be appended from the end and removed from there, and forward iteration is supported.
Memory is not contiguous, but allocated in small fixed size batches from the arena.
Testing wise I wrote basic unit tests, and also implemented a comparison fuzzer against std::vector that guarantees that operations against ChunkedVector are equivalent to those against std::vector.
I intend to use this type as a backing store for metadata elements in MetadataMap.

@donnadionne

std::vector promises contiguous allocation, which means each reallocation strands a bunch of memory in the arena - meaning each vector uses ~2x the amount of memory as it should.


🐛 Bug Report: While searching owner, the filtering criteria is not working on name of owner rather than it is taking metadata name

📜 Description
While searching for an owner, the search option is not taking the owner of an cataloged entity to perform the search. Rather the name which in metadata of the cataloged entity is being taken to search that entity.
👍 Expected behavior
The search option should consider the owner name instead of metadata name
👎 Actual Behavior with Screenshots
The metadata name is being searched when we search for an owner tied to an entity
👟 Reproduction steps
Goto Backstage
Click on any
📃 Provide the context for the Bug.
I would like to search owner of my entity based on the owner's name I gave it while creating. Right now it is not happening in that way. It is searching with the metadata owner name
🖥 Your Environment
No response
👀 Have you spent some time to check if this bug has been raised before?

[X] I checked and didn't find similar issue

🏢 Have you read the Code of Conduct?

[X] I have read the Code of Conduct

Are you willing to submit PR?
None

Hi @GV-SAAKETH 👋🏻 , have you tried to set your own transformer in the collator?
Here is an example: https://backstage.io/docs/features/search/how-to-guides/#how-to-customize-fields-in-the-software-catalog-or-techdocs-index

Hey @camilaibs
Thanks for your reply. I would confirm on this after a few checks from our end.


Unable to deploy Lamdba Function with SAM_CLI_TELEMETRY=0

Description:
When deploying function to AWS using sam I get a stacktrace related to a timeout of due to the fact that aws-serverless-tools-telemetry.us-west-2.amazonaws.com is not reachable. When I turn off telemetry by setting  export SAM_CLI_TELEMETRY=0 stacktrace remains the same. My expectation would be that by setting the parameter this part of the code is no longer executed?!
Steps to reproduce the issue:

Build hello world demo app with python 3.6
export SAM_CLI_TELEMETRY=0
3.sam deploy --guided

Observed result:
Configuring SAM deploy
Looking for samconfig.toml :  Not found

Setting default arguments for 'sam deploy'
=========================================
Stack Name [sam-app]:
AWS Region [us-east-1]: eu-central-1
#Shows you resources changes to be deployed and require a 'Y' to initiate deploy
Confirm changes before deploy [y/N]:
#SAM needs permission to be able to create roles to connect to the resources in your template
Allow SAM CLI IAM role creation [Y/n]:
Save arguments to samconfig.toml [Y/n]:

Looking for resources needed for deployment: Found!

Traceback (most recent call last):
File "/home/io/python/aws-sam/bin/sam", line 11, in
sys.exit(cli())
File "/home/io/python/aws-sam/lib/python3.6/site-packages/click/core.py", line 764, in call
return self.main(*args, **kwargs)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/click/core.py", line 717, in main
rv = self.invoke(ctx)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/click/core.py", line 1137, in invoke
return _process_result(sub_ctx.command.invoke(sub_ctx))
File "/home/io/python/aws-sam/lib/python3.6/site-packages/click/core.py", line 956, in invoke
return ctx.invoke(self.callback, **ctx.params)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/click/core.py", line 555, in invoke
return callback(*args, **kwargs)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/click/decorators.py", line 64, in new_func
return ctx.invoke(f, obj, *args, **kwargs)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/click/core.py", line 555, in invoke
return callback(*args, **kwargs)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/samcli/lib/telemetry/metrics.py", line 48, in wrapped
return func(*args, **kwargs)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/samcli/commands/deploy/command.py", line 187, in cli
ctx.profile,
File "/home/io/python/aws-sam/lib/python3.6/site-packages/samcli/commands/deploy/command.py", line 245, in do_cli
stack_name, s3_bucket, region, profile, confirm_changeset, _parameter_override_keys, parameter_overrides
File "/home/io/python/aws-sam/lib/python3.6/site-packages/samcli/commands/deploy/command.py", line 345, in guided_deploy
s3_bucket = manage_stack(profile=profile, region=region)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/samcli/lib/bootstrap/bootstrap.py", line 37, in manage_stack
return _create_or_get_stack(cloudformation_client)
File "/home/io/python/aws-sam/lib/python3.6/site-packages/samcli/lib/bootstrap/bootstrap.py", line 71, in _create_or_get_stack
outputs = stack["Outputs"]
KeyError: 'Outputs'
Expected result:

Looks like the stacktrace has nothing to do with the telemetry option. Seems to be an issue with the sam eployment of the sample helloworld.py. Sorry.


[THORN-2368] Support for configuring the roles in the project configuration file

Failure because of Checkstyle:
src/main/java/org/wildfly/swarm/microprofile/jwtauth/MicroProfileJWTAuthFraction.java:[83] (regexp) RegexpSingleline: Line has trailing spaces

Oops I thought I fixed those, Eclipse might've added the one after I updated the docs...


Print of self.finally in try

🐞 Bug

A clear and concise description of what the bug is.
for some reason when the attribute self.finally_transform of Try is printed, self.else_transform is printed. This is not in main yet.

Steps: ...
Code: ...
Input: ...
Error: ...

Expected behavior

Environment/System

OS: [e.g. Ubuntu xx, OSX xx, ...]
Version of requirements and padl

Additional context

@eramdiaz, when creating a bug report, make sure to delete the sections of the template you don't need or (even better) write something in there.

I will do it that way, @wuhu . This issue is solved now.


fix: deprecated gh actions functions

This attempts to resolve https://github.com/doitintl/kubeip/issues/96. Most of these errors being surfaced were coming from outdated Actions such as docker/login-action or docker/build-push-action. I've updated their major semantic versions to the latest available which should eliminate most errors. There were a couple related to us using set-output within the id: prep step in our build.yaml Workflow itself. I've removed the outputs that are not consumed (date, version) and converted the tags output var to utilize the newer style of echo "tags=${TAGS}" >> $GITHUB_OUTPUT.

I just noticed that the logic used to run a build on external PRs from a fork (like this one) fail to run the login to Dockerhub step due to the external fork not being able to utilize this repo's Secrets (expected.) I'll add in a conditional for that step to not run if this is a pull_request as it's unneeded there - we just want to make sure the project itself builds.


fix: footer background position

🛠 Fixes Issue
Closes #92
👨💻 Changes proposed

convert image to backgroundimg

🔧 Check List (Check the type of issue it fixes)

[x] Bug Fix
[ ] New Extension
[ ] Enhancement
[ ] Documentation

✔ Check List (Check all the applicable boxes)

[x] My code follows the code style of this project.
[x] I have performed a self-review of my code
[x] I have commented my code, particularly in hard-to-understand areas
[x] My changes generate no new warnings
[x] Any dependent changes have been merged and published in downstream modules
[x] I have done git pull before adding my new changes
[x] The title of my pull request is a short description of the requested changes.

📄 Note to reviewers
📷 Screenshots

@jessej-samuel could make the background image lighter?

@FidalMathew fixed the opacity

@jessej-samuel can u just pull the main, because i have removed the yarn.lock

@Arjun31415 @jessej-samuel LGTM!

@jessej-samuel the PR looks good, but could you adjust the spacing a bit to fit the entire "Contact" section to the viewport height? Take a look at the readme.md for reference. Let me know if you understood :)

Yup. I've fixed it now :}


High CPU overload after update to VSCode 1.14.0

VSCode Version: 1.14.0
OS Version: macOS Sierra 10.12.5

Steps to Reproduce:

Just open a project. (even without extensions) and Code Helper CPU usage goes too high.

Reproduces without extensions: Yes
Arguments of Code Helper process:
/Applications/Visual Studio Code.app/Contents/Frameworks/Code Helper.app/Contents/MacOS/Code Helper /Applications/Visual Studio Code.app/Contents/Resources/app/extensions/typescript/out/utils/electronForkStart /Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js --useSingleInferredProject --enableTelemetry --cancellationPipeName /var/folders/c_/gkwddkyn6vs5nkj9cyvf0m8w0000gn/T/vscode-tscancellation-aefeee28373a85d83ef1.sock* --npmLocation "/usr/local/bin/npm"

EDIT: Also, Code Helper will not quit after quitting VSCode. I have to force-kill everytime.

Ditto, 1.14 is absolutely murdering my CPU.

@timosaikkonen Could you check which process and with which arguments this is?
@onury 's command line shows the tsserver.

This is killing my productivity, absolutely unusable. Is there a way to switch to previous version until you release fix for this ?

@chrmarti Damn, didn't think to check that before downgrading. Having too chaotic a day to troubleshoot this further today but I suspect it's tsserver as well, since I'm working on TS projects too.
@csreddy You can grab the previous version from https://code.visualstudio.com/updates/v1_13

@timosaikkonen thank you!

Can confirm this is also happening on Windows 10.

For anyone running into issues with the VSCode 1.14: you probably don't need to downgrade VSCode, just the TypeScript version. Here are the instructions on that. We previously shipped with TS 2.3.4 so you'll want to try installing that version locally and using it in your workspace

To help us investigate the CPU usage issue, please try collecting the TS Server log:

Set "typescript.tsserver.log": "verbose"
Restart VSCode
Reproduce the issue
Run the Open TSServer log File command and view the tsserver.log file

If you can share the ts log file I can take a look through them to see if anything stands out

⚠Warning: The TypeScript log may include information from your workspace, including file paths and source code. If you have any concerns about posting this publicly on Github, just let me know and we can arrange something else. On our side, we only use these logs to investigate issues like this

// fyi @rbuckton

@mjbvz Having the same issue: vscode lagging and taking up to 25% CPU.
here is my TSlog: https://pastebin.com/MfP4viaV

@mjbvz downgrading typescript version to 2.3.4 fixes it for now.

same here, setting to use workspace version of typescript (2.3.4) didn't help

I'm having the same problem and was using the same TS version (2.2.1) as I was using with VSCode version 1.13.1, which does not exhibit this problem.

I don't see any Code helper process when I quit Code. When I start it again - with use of workspace typescript (2.3.4) the CPU is still high

switching the ts workspace version back to 2.3.4 worked for me.

@St1c Could you open a new issue so we can investigate separately? (Use: Help > Report Issues to get things pre-filled.)

The workaround of disabling TypeScript Hero is discussed in https://github.com/Microsoft/vscode/issues/30486

Same here!
The interface becomes unresponsive for several seconds and I see
the process /usr/share/code/code using the 100% of the cpu.
GitHub Extension for Visual Studio version: not extensions
Visual Studio version: 1.14.0
I think it happens since the last update, I deactivated every plug-in but it keeps happening.

A new version of TypeScript Hero was released with a workaround to this problem.  More information at https://github.com/buehler/typescript-hero/issues/242

Hi @mjbvz, looking through that log, I noticed that VSCode seems to be asking for "getApplicableRefactors" on the same file several times in a row. Is there a way to disable that feature in VSCode so we can see if it's related to the problem?

Just venting for a second...I mentioned I had problems with high cpu and felt like it was pretty much ignored. I suspect that while I was using insiders, this was my problem all along. I really hope that when someone brings up cpu usage problems, the team will take them a little bit more seriously.

@andy-ms Not on its own but you can try a hack: with a workspace version of typescript, edit the node_modules/typescript/package.json version from 2.4.1 to 2.3.9. This will disable any features that are gated for 2.4, which is mainly the refactoring actions

Once people started listing their extensions in https://github.com/Microsoft/vscode/issues/30486 it became clear quickly which extension triggered this bug.  For Insider versions, it is more difficult to get a critical mass of people reporting a problem.  Selectively turning off extensions can get the same information, but since this problem was evident only sporadically on fast computers, the cycle time on getting information wasn't fast.  People with slower computers were better in the role of canaries in the mine.

@MickeySegal The original post by @onury says this happened without extensions. I presume the same is true for @dotlouis's log.

Interesting.  The problems in https://github.com/Microsoft/vscode/issues/30486 went away with disabling extensions.  It seems like there is more than one cause to these CPU issues with VSCode 1.14.0

@MickeySegal Indeed, this one is about the TypeScript server which is unrelated to #30486. (Thanks for publishing your extension with a workaround!)

We have multiple threads here that are getting a bit conflated.  And https://github.com/buehler gets the credit for posting a quick fix for bug that tripped up TypeScript Hero - my role was just to add a thread https://github.com/buehler/typescript-hero/issues/242 that I knew he'd see.

If you are seeing this issue and have confirmed that the Code Helper process with tsserver in the arguments is the one with high cpu usage: please share a project that consistently causes this problem. If you can't post the project publicly, you can also email it to me: matb AT microsoft.com

Based on @andy-ms' initial investigation, I've disabled refactoring with 6297536. We'll continue looking into the problem but the next VSCode insiders build will have refactoring disabled. Once that comes out, please give it a try to see if it resolves the issue

I am experiencing this high CPU load when I try to search in files (on Windows 10 x64). Reverted back to 1.13 for now (where I could not disable the auto update so need to keep one window alive to prevent the auto update).

@zfeher
"update.channel": "none"
but you can help to investigate the issue using 1,14

These two are killing my CPU. Happens when I open the home folder.
148.3  7.8  4776876 1302328   ??  R    11:33am   1:36.01 /Applications/Visual Studio Code.app/Contents/Frameworks/Code Helper.app/Contents/MacOS/Code Helper /Applications/Visual Studio Code.app/Contents/Resources/app/out/bootstrap --type=searchService
102.2 10.2  4897348 1710032   ??  R    11:33am   2:49.81 /Applications/Visual Studio Code.app/Contents/Frameworks/Code Helper.app/Contents/MacOS/Code Helper /Applications/Visual Studio Code.app/Contents/Resources/app/out/bootstrap --type=watcherService

@dmlemos Can you please open a new issue for the search service cpu usage? @roblourens can help you investigate this

@mjbvz I am confused. There were a couple issues related to this that were closed.
According to #26726, it was a problem with TypeScript. The issue is closed and I assume it is already on the latest release. Please confirm.

"high cpu" is a very generic issue. Yours indicates an issue with the searchService which is different process than what we're talking about here.

Indeed. I only commented on one of the issues here. I have had always this issue since then.
My mistake for not putting into into a new issue.
I will create a new one 😄

Windows 10 with plugins disabled on a Ryzen 1800x and a visual studio code process is taking up on average 8% CPU doing nothing at all.  1.14.2

I'm using macOS Sierra, and I always use 2 or 3 VSCode Windows at the same time. One for NodeJS project, another for Vue project. It's frequent that VSCode cause CPU high load, one Code and one Code Helper process has 60-70% CPU each.
I tried 1.14, 1.13, 1.12, 1.11, all are same.
But, in 1.9 it's fine, the problem never happened!

Sorry, 1.9 is same as others.
I try to reproduce the problem, and now things may be more clear.
I'm using Witch to switch applications/windows in current space.  That seems to be the problem. Using system shortcut cmd+` or mouse click to switch windows is OK.
Tested in 1.9, 1.14 with steps below:

Disable all extensions, then restart VSCode
Open two VSCode windows(use File->New Window)
Focus one window, then use witch to switch to another window. one Code process and one Code Helper process will have 80-100% CPU each.
It keeps long time, unless I click the Help menu then CPU goes down(Other menus don't work)

In my case (OS X), turns out the Code Helper process that remained running after closing VSCode was stuck in an infinite recursive loop reading /Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/.... although I don't understand why it has any business scanning anything other than the project I told it to load.
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Comic.sfrframe/Contents/Resources/we\0", 0x7FFF5486A460, 0x1000)		 = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe\0", 0x7FFF5486AA10, 0x1000)		 = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe\0", 0x7FFF5486A970, 0x1000)		 = 0 0
open_nocancel("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe\0", 0x1100004, 0x110709D90)		 = 27 0
fstatfs64(0x1B, 0x7FFF54869FA8, 0x110709D90)		 = 0 0
getdirentries64(0x1B, 0x7FF418807C00, 0x1000)		 = 88 0
getdirentries64(0x1B, 0x7FF418807C00, 0x1000)		 = 0 0
close_nocancel(0x1B)		 = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe/Contents\0", 0x7FFF5486A830, 0x1000)		 = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe/Contents\0", 0x7FFF5486A790, 0x1000)		 = 0 0

Why do I keep getting these is this my account u all are marketing changes too
Sent from Yahoo Mail for iPhone
On Saturday, August 5, 2017, 13:55, Laurentiu Badea<EMAIL_ADDRESS>wrote:
In my case (OS X), turns out the Code Helper process that remained running after closing VSCode was stuck in an infinite recursive loop reading /Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/.... although I don't understand why it has any business scanning anything other than the project I told it to load.
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Comic.sfrframe/Contents/Resources/we\0", 0x7FFF5486A460, 0x1000) = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe\0", 0x7FFF5486AA10, 0x1000) = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe\0", 0x7FFF5486A970, 0x1000) = 0 0
open_nocancel("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe\0", 0x1100004, 0x110709D90) = 27 0
fstatfs64(0x1B, 0x7FFF54869FA8, 0x110709D90) = 0 0
getdirentries64(0x1B, 0x7FF418807C00, 0x1000) = 88 0
getdirentries64(0x1B, 0x7FF418807C00, 0x1000) = 0 0
close_nocancel(0x1B) = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe/Contents\0", 0x7FFF5486A830, 0x1000) = 0 0
stat64("Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Volumes/Macintosh HD/Applications/Keynote.app/Contents/Resources/Frames/Crayon Line.sfrframe/Contents\0", 0x7FFF5486A790, 0x1000) = 0 0
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

Closing this issue as we addressed the original issue with the TS server.
If you are still seeing CPU usage issues, please open a new issue and include the command line arguments of the process that is using up the CPU. There are multiple root causes of these sort of bugs so it's generally easier if we track each case in a separate issue

@laurb9 Does the folder you opened in VSCode have symlinks to outside folders? Could you open a new issue for this? (It looks like find might have ended in an error and you are seeing the in-node file traversal.)

@mjbvz can you tell me how is this addressed? I'm having the same problem with VSCode v1.14.2 and TypeScript v2.4.2 (both latest as of today). I cannot use it unless I downgrade TS to v2.3.4.
This issue is not resolved and this should be re-opened.

@onury Please try VSCode 1.15 (the current insiders build) and collect the logs I've asked for. Without these, this issue is not actionable.
I closed the issue because there was no further confirmations of original TSServer issue in the past 20+ days and we fixed some bugs that could have been causing this. Without more information though, it was not possible to confirm if the original problem you reported had been addressed or not

@mjbvz Tested with VSCode v1.5 and TS v2.4.2
Still, tsserver hits the CPU around 120-130% on MacBookPro  Quad-core 2,5 GHz Intel Core i7
Calms down if I switch to TS v2.3.4
Code Helper process args:
/Applications/Visual Studio Code.app/Contents/Frameworks/Code Helper.app/Contents/MacOS/Code Helper /Applications/Visual Studio Code.app/Contents/Resources/app/extensions/typescript/out/utils/electronForkStart /Applications/Visual Studio Code.app/Contents/Resources/app/extensions/node_modules/typescript/lib/tsserver.js --useSingleInferredProject --enableTelemetry --cancellationPipeName /var/folders/c_/gkwddkyn6vs5nkj9cyvf0m8w0000gn/T/vscode-tscancellation-6805e77755247eccd402.sock* --logVerbosity verbose --logFile /var/folders/c_/gkwddkyn6vs5nkj9cyvf0m8w0000gn/T/vscode-tsserver-log-fnT9Fc/tsserver.log --npmLocation "/usr/local/bin/npm"

@mjbvz this issue is still NOT resolved. I'm trying VSCode v1.17.2 - still the same. Cannot use it. So pls re-open or I'll have to open another duplicate issue.


Golr loader should failfast on incoherent ontology combination

If the root ontology is incoherent[*] then inferences will be wrong (and reasoning time may explode). the OWLAPI doesn't fail fast (as expect, so it can be used in a debugging environment, e.g. protege).
However, most owltools ops not related to debugging, and all golr loading ops should failfast on incoherence.
This ticket is bud off from geneontology/go-site#63
[*] contains at least one unsatisfiable class

This would be useful as a separate command as well, and not necessarily part of a load--since the load is in place, there could be issues where the index is destroyed before the problem was detected.

Implemented check

Executed before all ontology solr loads
Available as separate owltools command-line method --ontology-pre-check


chore(scripts): fix inline comment style

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 100.0%

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
13

Relevant Lines:
13

💛  - Coveralls


Feature: Add Glossary to Wiki

Is your feature request related to a problem? Please describe.
To make new developers' onboardings easier and to precise comunication inside project.
Describe the solution you'd like

Add Glossary page on Wiki, under Project Structure,
Provide all meanings for non-standard or custom namings in project, short but full of content descriptions,

Describe alternatives you've considered
Additional context
Wiki

Closed - changes performed on Wiki repo.


APP-182: [Objective-C] Basic level Apps: Endpoint profiles and grouping

http://jira.kaaproject.org/browse/APP-182

Please re-base the PR on top of develop avoiding commits related to APP-93.

LGTM


is there a method that i can set the resistance when the draggable element touch the snap edge ?

Hi,
Is there a method that i can set a custom resistance when the draggable element touch the snap edge ?

Hi @towify, thank you for the comment.
Sorry, what does "resistance" mean?

@anseki , it is the opposite of gravity  : )

You can specify gravity option for Snap.

?

Was this issue solved???

Could you explain your situation for another issue?


Add acceptance tests

Trying a new approach of testing the app.
Based on #39

Closing this for now


Getting incorrect or extrapolated overlay line series on the chart

Lightweight Charts™ Version:
4.0.1
Steps/code to reproduce:
https://codesandbox.io/s/silly-fermat-ezijou?file=/src/data/data.json
I have a line series, and another overlay line series. I see the correct values values or positions for the regular series on the chart, but the overlay line series value or position is incorrect.
const ser1Data = [],
  ser2Data = [];
data.forEach((element) => {
  let time = new Date(element.time).getTime() / 1000;
  ser1Data.push({ value: element.price, time: time });
  ser2Data.push({ value: element.avg_5, time: time });
});

const chart = createChart(ref.current, {
      width: ref.current.clientWidth,
      height: 400,
      crosshair: {
        mode: CrosshairMode.Normal
      },
      timeScale: {
        timeVisible: true,
        secondsVisible: true,
        ticksVisible: true
      }
    });
    chart.timeScale().fitContent();

    const ser1 = chart.addLineSeries({ priceScaleId: "right" });
    ser1.setData(ser1Data);

    const ser2 = chart.addLineSeries({
      priceScaleId: "avg_5",
      color: "#32CD32",
      lineWidth: 1
    });
    ser2.setData(ser2Data);

Actual behavior:

I see incorrect values (position) being shown on the chart for the overlay series:
{
  "price": 4160.75,
  "time": "2023-04-17T06:30:04.000Z",
  "avg_5": 4161.145061728395
}

Please see the legend at the top for the green line with legent avg_5
Expected behavior:

I'm expecting to see the correct position of the line series point based on the data value.
Screenshots:

CodeSandbox/JSFiddle/etc link:

https://codesandbox.io/s/silly-fermat-ezijou?file=/src/data/data.json

Nevermind, I just needed both series to share the same priceScaleId: https://github.com/tradingview/lightweight-charts/discussions/739


Condense Validation Upload Size Errors

Ensure multiple oversized file errors appear as a single error by their upload batch

probably want to fix failing tests and linting?


update delay mechanic available check

megre

If I remember correctly, for each skill or each Delay Mechanic block, a new Delay Mechanic is constructed, so it may be possible for the player to have multiple tasks running for a single delay mechanic. That would throw off this code a bit, right?

I missed it before.
I made this modification so Developers can terminate the skill immediately and not process the following triggers or mechanics in the remaining skill performance.
A mechanic named AbortSkillMechanic is provided, which can make the caster ignore unexecute triggers or mechanics.

Could it be merged now?

Could it be merged now?

it's the middle of the night for Trav right now.

Could it be merged now?

it's the middle of the night for Trav right now.

idk , I apology :)

can this pr be merged?

can this pr be merged?

can this pr be merged?

You'll need to address the issues that trav mentioned before it can be merged.

can this pr be merged?

You'll need to address the issues that trav mentioned before it can be merged.

If I hadn't misunderstood Travja's meaning, I feel I would have addressed the issues in the above three commits.
Guys can create custom triggers to trigger AbortSkillMechanic  to pause unexecuted mechanics and triggers.
and players still have this skill, it will execute when cast.
That's a tiny modification.
I can't get what should I do next in this pull request.


FR: OpenEVSE Alias on GUI

I now have two OpenEVSE's on my network. It would be helpful to have them marked or designated in the status block with some kind of friendly name or alias, so I can be sure to tell them apart.

Okay It nows displays the hostname on status bar.
Le mer. 22 févr. 2023, 19:09, D.H @.***> a écrit :

I now have two OpenEVSE's on my network. It would be helpful to have them
marked or designated in the status block with some kind of friendly name or
alias, so I can be sure to tell them apart.
—
Reply to this email directly, view it on GitHub
https://github.com/KipK/openevse-gui-v2/issues/29, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AADXKVM7JIA7YR2YY73FQTDWYZI7NANCNFSM6AAAAAAVEVCVTU
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>


Remove phoneNumberMAtch field from response schema

Problem description
The proposal is to remove the property phoneNumberMatch from the response schema since we believe it is not necessary. What is it going to match against? if the phoneNumber provided doesn't match the one in the token the API will return a 403. And the client should not be able to send a phone number different from the one that the user is authenticated with, it will always return 403.
So phoneNumberMatch will always return true since the phone number will always have to match otherwise there won't be a 200.

hi @fernandopradocabrillo, I agree with you that the question must be asked, to have a design as simple as possible.
At Orange the API Match ID doesn't return any phoneNumberMatch score. But in France we see that some operators which proposed a KYC Match API have made the choice to return a phoneNumberMatch score valued to 100.
I think also that phoneNumberMatch should not be returned.
Thanks
BR
Gilles

Hi @fernandopradocabrillo , Hi @GillesInnov35 ,
We have reviewed this internally, and we agree with this proposal.  There may be no harm if it exists (always True response), but it is fine with us to remove it (phoneNumberMatch attribute).
I do not think there will be other comments especially opposing ones, so, will you create a PR for this?  (Or, shall I?)
Best regards,
Toshi
KDDI

hi @ToshiWakayama-KDDI , thanks a lot.


🐛 deleting Valkyrie objects

Summary

Acceptance Criteria

[ ] Deleting a collection completes normally and leaves no stray objects
[ ] Deleting a work completes normally and leaves no stray objects (file set(s) are also deleted)
[ ] Deleting a file set completes normally and leaves no stray objects

Testing Instructions

Delete a collection. It completes normally.
Delete a work. It completes normally

Open a work.
In another tab, open its file set using the 'xxxx/file_sets/:id' route rather than the 'xxxx/concern/parent/:work_id/file_sets/:id' route
Delete the work from that tab
Refresh the file set tab.
See that the file set returns a not found error

Delete a file set. It completes normally

Note
Verifying that all objects are removed along with the work or file set is a bit more complicated. It can be done via the rails console if desired using the following commands:
wk =  Hyrax.query_service.find_by(id: work_id)
fs = wk.members.first
wk_access = Hyrax::AccessControl.for(resource: wk)
fs_access = Hyrax::AccessControl.for(resource: fs)
fs_metadata = Hyrax.query_service.find_by(id: fs.file_ids.first)

Notes
Tested locally via the UI and rails console. Works after iiif_print update.


WIP: Video analytics final updates august

WIP holding the properties that could not reach closure for the Video Analytics PR in July.
airDate
digitalDate
mediaSegments
bitrateAverageBucket

Tracked by issue #435

@cdegroot-adobe there is some thing strange with this PR: It shows as merged but I don't think it really is merged. Particularly the elements intended to be part of this PR are not in master even after this showing merged. Also the code history of master does not show this PR merged. This is very strange ...
Maybe we'd have to respin this PR from scratch ?

@fmeschbe - This PR is not to be merged, it is a WIP for resolution in August. Can you roll this one back out please. It should not be part of 0.9.3.
The other Video Analytics one looks like it was merged fine.
Thanks C.