bug: variable was previously moved when using the new Storage struct

Bug Report
Cairo version: 77ae28f
I have this contract
use array::ArrayTrait;
use starknet::ContractAddress;

#[starknet::interface]
trait IProtocol<TStorage> {
    fn open_position(ref self: TStorage, tokens: Array<ContractAddress>, amounts: Array<u64>);
}

#[contract]
mod Protocol {
    use array::ArrayTrait;
    use starknet::{ContractAddress, get_caller_address};

    #[starknet::storage]
    struct Storage {
        // (owner, token) -> amount
        amounts: LegacyMap<(ContractAddress, ContractAddress), u64>
    }

    #[external]
    impl IProtocolImpl of super::IProtocol<Storage> {
        fn open_position(ref self: Storage, tokens: Array<ContractAddress>, amounts: Array<u64>) {
            assert(tokens.len() == amounts.len(), 'len not matching');
            let mut i = 0;
            let max = tokens.len();

            loop {
                if i == max {
                    break;
                }
                let deposit = self.read_deposit(*tokens[i]);
                self.amounts.write((get_caller_address(), *tokens[i]), deposit + *amounts[i]);

                i += 1;
            };
        }
    }

    #[generate_trait]
    impl StorageImpl of StorageTrait {
        fn read_deposit(self: @Storage, token: ContractAddress) -> u64 {
            self.amounts.read((get_caller_address(), token))
        }
    }
}

Compiling it using the version mentioned above results in an error:
error: Variable was previously moved. Trait has no implementation in context: core::traits::Copy::<open::open::Protocol::Storage>
 --> open.cairo:22:30
        fn open_position(ref self: Storage, tokens: Array<ContractAddress>, amounts: Array<u64>) {
                             ^**^

error: Variable was previously moved. Trait has no implementation in context: core::traits::Copy::<open::open::Protocol::Storage>
 --> open.cairo:31:31
                let deposit = self.read_deposit(*tokens[i]);
                              ^**^

Error: Compilation failed.

Adding #[derive(Copy)] on the Storage struct solves the problem, but I don't think that's the solution here :)
IMO it should be possible to call a "read-only" StorageTrait method from a "write" function.
Maybe I'm missing something, still exploring the new contract syntax.

i think the issue is with the automatic usage analysis in the loop.
Have you tried the same with simple recursion instead of the loop?

Ok, yeah. It compiles with d290e494 rewritten in this form
use array::ArrayTrait;
use starknet::ContractAddress;

#[starknet::interface]
trait IProtocol<TContractState> {
    fn open_position(ref self: TContractState, tokens: Array<ContractAddress>, amounts: Array<u64>);
}

#[starknet::contract]
mod Protocol {
    use array::ArrayTrait;
    use starknet::{ContractAddress, get_caller_address};

    #[storage]
    struct Storage {
        // (owner, token) -> amount
        amounts: LegacyMap<(ContractAddress, ContractAddress), u64>
    }

    #[external(v0)]
    impl IProtocolImpl of super::IProtocol<ContractState> {
        fn open_position(ref self: ContractState, tokens: Array<ContractAddress>, amounts: Array<u64>) {
            assert(tokens.len() == amounts.len(), 'len not matching');
            let mut i = 0_usize;
            let max = tokens.len();
            self.open_position_internal(i, max, tokens, amounts);
        }
    }

    #[generate_trait]
    impl StorageImpl of StorageTrait {
        fn read_deposit(self: @ContractState, token: ContractAddress) -> u64 {
            self.amounts.read((get_caller_address(), token))
        }

        fn open_position_internal(ref self: ContractState, index: usize, max: usize, tokens: Array<ContractAddress>, amounts: Array<u64>) {
            if index == max {
                return ();
            }
            let deposit = self.read_deposit(*tokens[index]);
            self.amounts.write((get_caller_address(), *tokens[index]), deposit + *amounts[index]);

            self.open_position_internal(index + 1, max, tokens, amounts);
        }
    }
}


Dashboard progress bars

Acceptance Criteria

[ ] Instead of two separate progress bars, create a single one displaying the information of both. (Two colors, together always 100%)
[ ] Use two different colors: green and yellow or green and red (depending if it is more an info or warning)
[ ] Center the progress bar

I made the changes locally. Is it something what you are looking for?

Hi Rohit,
yeah that is great.
Could we make the labels align always left (here: Active) and right (here: Expired) and also align exactly with the progress bar vertically? Not sure what CSS is behind it. If it is flexbox, we could just use space-between for alignment

like this

Yes, perfect. Thank you :)

pushed the changes in f8ebf23c0c6a0f1d6a6521984d79841fa53f2a10


feat(proxysql-agent): http server for k8s probes

Description
Added a basic http server to the agent to use for k8s probes. Right now all probes use /status, but I will refactor that apart shortly.

CI broken, manually merged


upgrade to webmin 1.830 breaks theme on all servers

is there some kind of cache somewhere to delete?

In case you have CSF installed or have missing configuration directory, then just create it using SSH mkdir /etc/webmin/authentic-theme

what is CSF?
the config directory is there obviously as I had the theme enabled.

btw, closing an issue doesn't solve it ;)

Be kind providing nessesary information, because I'm not sure what is broken. Version of the theme 18.32 is out. Please upgrade.

It shouldn't break anything.

Restarting Webmin usually solves the issue.

Open source of the page. What is the error?

@qooob I am having what looks like the same issue as @perler.
After I log in, I get a blank gray page with the title (in the browser tab) "Error".
In the Chrome Dev Tools, I see the following error:
Uncaught TypeError: Cannot read property 'Message' of undefined
    at parent.min.js?1831:6
    at parent.min.js?1831:6
(anonymous) @ parent.min.js?1831:6
(anonymous) @ parent.min.js?1831:6

The full path to parent.min.js in the error above is "https://my_server_name:my_webmin_port/unauthenticated/js/parent.min.js"

I was on 18.31, but I needed to be able to access Webmin in order to update to 18.32.
I managed to do it by manually editing the Webmin config files to change to the mscstyle3 theme, then I was able to download and install 18.32.
18.32 does work.

What is your default module?

as these are virtualmin servers its the list of servers (not the default
system information)
On Fri, 6 Jan 2017, 20:47 Ilia Rostovtsev<EMAIL_ADDRESS>wrote:

What is your default module?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/qooob/authentic-theme/issues/635#issuecomment-270988906,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAmB9NozeuYWXfhxAHV9q0svwyIWYocnks5rPppugaJpZM4Lc_OF
.

--

What is your setup, browser, OS? I can't reproduce it.

on the webmin list someone had the same issue. seems to happen when you
update from an earlier version of virtualmin.
setup is pretty standard ubuntu 14.04, browser doesn't plays into it, it
looks the same everywhere, browser console throws around 404s. did you move
some files around?
On Fri, 6 Jan 2017, 21:15 Ilia Rostovtsev<EMAIL_ADDRESS>wrote:

What is your setup, browser, OS? I can't reproduce it.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/qooob/authentic-theme/issues/635#issuecomment-270995078,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAmB9NJ7JedhEzGNeoIUkRYx4ViR3Y92ks5rPqDEgaJpZM4Lc_OF
.

--

Yes, there were changes. Webmin or/and server restart might be required.
It's cache related and happened many times in the past.

On Fri, 6 Jan 2017, 21:29 Ilia Rostovtsev<EMAIL_ADDRESS>wrote:

Yes, there were changes. Webmin or/and server restart might be required.
It's cache related and happened many times in the past.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/qooob/authentic-theme/issues/635#issuecomment-270998198,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAmB9Kbf5Bs5hmVKBy6423cMTzuhGP6Jks5rPqRFgaJpZM4Lc_OF
.

--

I agree.
What you mentioning and the error that you have looks more like client-side issue. It shouldn't be happening at the first place. I test theme on multiple OSs with different browsers.
Try to clearing browser's cache and just closing/opening the browser. Restarting Webmin from console could be the last try.
If still doesn't work, try Incognito Mode?

I tried a brand new browser never used on the system, edge ;-),  so it
looks like server side.
but I will make some experiments tomorrow..  thanks so far.
On Fri, 6 Jan 2017, 21:38 Ilia Rostovtsev<EMAIL_ADDRESS>wrote:

I agree.
What you mentioning and the error that you have looks more like
client-side issue. It shouldn't be happening at the first place. I test
theme on multiple OSs with different browsers.
Try to clearing browser's cache and just closing/opening the browser.
Restarting Webmin from console could be the last try.
If still doesn't work, try Incognito Mode?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/qooob/authentic-theme/issues/635#issuecomment-271000068,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAmB9L-EZhe-4_zJW_a4I2wqmTwz2TxSks5rPqZLgaJpZM4Lc_OF
.

--

Could you try to install latest 18.32?

this is hard without webmin. is it possible to install the .wbt file on the
console?
On Fri, 6 Jan 2017, 21:40 Ilia Rostovtsev<EMAIL_ADDRESS>wrote:

Could you try to install latest 18.32?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/qooob/authentic-theme/issues/635#issuecomment-271000466,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAmB9BvbBJWjrGNMMlHz7J_bqcZQ2Oqoks5rPqa-gaJpZM4Lc_OF
.

--

It's just a .tar file. Extract it using gzip but rename it first to .tar. Then delete theme under Webmin (/usr/share/webmin/authentic-theme) and copy extracted folder there.

However I would just switch to default theme and installed it using interface.

sure, but how to do this when you don't have access to webmin?
On Fri, 6 Jan 2017, 22:07 Ilia Rostovtsev<EMAIL_ADDRESS>wrote:

However I would just switch to default theme and installed it using
interface.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/qooob/authentic-theme/issues/635#issuecomment-271006423,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAmB9Ow39KbsKyBI5oggcs9NG_rX8CvQks5rPq0qgaJpZM4Lc_OF
.

--

Hi,
Edit

/etc/webmin/miniserv.conf�. Find preroot=authentic-theme change to: preroot=gray-theme

/etc/webmin/config�. Find theme=authentic-theme change to: theme=gray-theme

/etc/webmin/restart

ok, I got it up and running by upgrading to 18.32
it looks it affects only:

virtualmin installations
updated remotely via "Cluster Webmin Servers"
afterwards these servers didn't know about their operating system anymore (had to click "detect operating systems"

maybe this helps..

Thanks.
I have reproduced some issues with Upgrading Webmin 1.830 on Debian. At the moment the theme that was bundled with Webmin doesn't work correctly.
I will let Webmin developer know.
Thanks reporting!!


adding very small file

Hi,
I tried add very small file (40 byte) with this
https://github.com/ipfs/interface-ipfs-core/tree/master/API/files#add
but if I try to get this file with the result hash from my local machine, it gives me nothing.
But if I add the same text file from the shell prompt, with following command

ipfs add ~/a.txt
it gives the same hash, and I can get the file.

Bigger files (over 256kb, as described in ipfs whitepaper) has no problem with that 'add' api.
Have any one of you noticed this, or am I the only one having this problem?
Thanks in advance.

Hi @brucewangkorea, this sounds like a bug, however, it is strange because we run tests with things as small as just 10 bytes strings.
Can you create a test that replicates this issue?


GDScript stack underflow while yielding to signals (regression from #28884)

Godot version:
3.2-dev 4d99408d123e4eea5773c8d1e35b59385b0aefa1
Regression from #28884.
OS/device including version:
Windows 10
Issue description:
While running GUT tests encountered this:
Debugger Break, Reason: 'Stack Underflow (Engine Bug)'
ERROR: GDScriptLanguage::debug_get_stack_level_function: Index p_level=0 out of size (_debug_call_stack_pos=0)
   At: modules\gdscript\gdscript_editor.cpp:271
ERROR: GDScriptLanguage::debug_get_stack_level_line: Index p_level=0 out of size (_debug_call_stack_pos=0)
   At: modules\gdscript\gdscript_editor.cpp:260
ERROR: GDScriptLanguage::debug_get_stack_level_source: Index p_level=0 out of size (_debug_call_stack_pos=0)
   At: modules\gdscript\gdscript_editor.cpp:280
*Frame 0 - :-1 in function ''
Enter "help" for assistance.
debug>

Steps to reproduce:
git clone https://github.com/bitwes/Gut/

Now open the project, run main scene (default). Godot Test Window shall appear.
Select res://test/unit/test_gut_yielding.gd from the popup menu [...] button:

Press Run. Stalls on the first yield test (test_can_yield_using_built_in_timer).

I am affected by "stack underflow" as well. I have no idea of the cause though.

I have a ton of yields in my project and it doesn't happen, hard to tell what's causing it.
Also, you don't need to use while, the completed signal is only emitted when the function didn't yield anymore.

@vnen figured the steps to reproduce, see updated original report. 🙂
@StraToN I'm mostly running the tests via command line as part of CI-like tests in my project via pre-commit hook. And yeah I do something very similar to what you described in your snippet.

@vnen i also have the same problem , i also have a lot of yields but for some reason some of them not causing the problem but others do
commenting the yield line will stop causing it

I'm facing it too.

I also seem affected by it. It happens when a yield should happen, indeed. (on current master at the time of writing, d897131ac)

Same for me.

I got the same "Stack Underflow (Engine Bug)" error message just now. I have multiple levels of yield(state, "completed") -kinda code in my game (wait for the yield to complete in the calling function and in that calling function and in that etc up the stack frame...). I just made some changes to my code and added one more "yield completed" signal thing, the engine spouted that error message to me. If I remove that one yield, everything works...
Are too many nested yield complete things much for the engine or what is happening? :)
I'm using freshly compiled godot from the master branch, that I just pulled like hour or two ago...

@muchitto Please open a new issue report, with a sample project that reproduces it :).

Ahh, okay sorry! :)


name the FlagSet for the shell and add a version flag

i don't know if you want this but it took very little effort and i thought it was useful to have another way to get the version of the install
> influx -version
InfluxDB shell 0.9

> influx -h
Usage of InfluxDB REPL version 0.9:
  -database="": database to connect to the server.
  -dump=false: dump the contents of the given database to stdout
  -execute="": Execute command and quit.
  -host="localhost": influxdb host to connect to
  -output="column": format specifies the format of the server responses:  json, csv, or column
  -password="": password to connect to the server.  Leaving blank will prompt for password (--password="")
  -port=8086: influxdb port to connect to
  -username="": username to connect to the server.
  -version=false: Displays the InfluxDB version.

Thanks @neonstalwart -- you know you can do influxd version, right?

$ ./influxd version
[srvr] 2015/05/06 12:29:29 InfluxDB v0.9 (git: unknown)

@otoolep yes, i discovered that while adding this :smile: but for some reason i couldn't find it when i wanted it before i did this

so, the one new thing i added here is a better description for the FlagSet.  that's got to be worth something :wink:

@neonstalwart the usage was recently redone to be clearer and more accurate as the basic usage that Go puts out is not accurate.
See https://github.com/influxdb/influxdb/pull/2603
Feel free to rebase and add this new flag there (or update usage to show how to use the existing option that already existed).
Thanks!

@corylanou rebased

+1

+1


Bump @react-native/polyfills version

Summary
https://github.com/facebook/react-native/commit/8a62583f794875e6dc5d1e4a24889b3b702d9f86 did some renaming inside of the @react-native/polyfills project, with the jest preset updated to use the new name. The new package for polyfills has not yet been published, so the jest preset in the main branch will be looking for the new name, while the old name is provided by the currently published<EMAIL_ADDRESS>This is not hit inside the repo, since the dependency is linked instead of using the published one.
Bump @react-native/polyfills to 2.0 (breaking change), in preparation for publish.
Changelog
[Internal][Fixed] - Bump @react-native/polyfills version

@NickGerleman, so I just read your PR summary more carefully and realized that 2.0.0 had not yet been published. I cannot merge this internally if it references packages that do not yet exist. This is because we have internal tests to verify that everything can be populated via an offline mirror (and other tests that verify everything can be installed and built).
Is there a reason why you cannot publish 2.0.0 first?

@NickGerleman, so I just read your PR summary more carefully and realized that 2.0.0 had not yet been published. I cannot merge this internally if it references packages that do not yet exist. This is because we have internal tests to verify that everything can be populated via an offline mirror (and other tests that verify everything can be installed and built).
Is there a reason why you cannot publish 2.0.0 first?

@hramos had asked that I create a PR for this so that he could publish. Some conversation in the Discord #releases channel

Ah, okay. Let me follow up with @hramos. Thanks!

I just published<EMAIL_ADDRESS>and scheduled a re-run of the failed Circle CI jobs.

Awesome! Thank you for publishing.


relative ui-sref with sticky states

Are relative transitions supported when using sticky states?
ui-sref=".({page: 2})" gives me "Error: Cannot transition to abstract state '.'"
The error starts here https://github.com/christopherthielen/ui-router-extras/blob/master/src/sticky.js#L455 And then is thrown in UI-router at this code
if (toState[abstractKey]) throw new Error("Cannot transition to abstract state '" + to + "'");

yes.

@christopherthielen  so that is the correct syntax?

yes

@christopherthielen here is a simple plunk that shows the error when clicking the button http://plnkr.co/edit/1HlrRFPrN2HWAVxfNIQS?p=preview
Looking forward to seeing what you can find! Thanks

http://plnkr.co/edit/csYIQfe12XZ42zRle60L?p=preview
ui-sref relative links are relative to the state they're written out in.  Your example is putting a ui-sref in the root state, so "." is the root state.

ok that explains it, it doesn't make sense for me to put these links inside the state template so maybe I will end up with an ng-click event that uses the current state


Add pre-commit workflow

Codecov Report
All modified lines are covered by tests :white_check_mark:
:loudspeaker: Thoughts on this report? Let us know!.


Usage Examples

I was wondering if you could provide some examples for use;  I'd love to contribute, but I'm having a hard time getting off the ground with this class.
Trying EventsChannel() after entering the xsp host, auth info, etc... and getting the following error:
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/socket.py", line 553, in create_connection
for res in getaddrinfo(host, port, 0, SOCK_STREAM):
gaierror: [Errno 8] nodename nor servname provided, or not known

Hi,
Sorry to bother you again, but I was hoping to get up to speed on getting xsi-events working with this class.  If I run my script on the python command line, I can see events coming in for the user subscription.  How would I access and consume this data in a script?
I tried the consumer example you had posted, but I got 'IndexError: pop from an empty deque'
I tried checking to see if channel.processed wasn't empty, but it just constantly returned as empty.

Aaron,
I'll try to help, but I haven't spent much time with this code lately - we
moved away from the phone provider who was using BroadSoft as a backend, so
we're not longer employing the XSI interface.
What call signature are you using to create your EventsChannel?  It only
starts up its processor daemon thread if you're requesting a conduit
(though that's set to True by default).  Do you have anything in the
channel.data deque?  Can you send over a sample of the XML it is printing
to your console?
Thanks,
--Dan
On Fri, May 15, 2015 at 12:18 PM, Aaron<EMAIL_ADDRESS>wrote:

Hi,
Sorry to bother you again, but I was hoping to get up to speed on getting
xsi-events working with this class. If I run my script on the python
command line, I can see events coming in for the user subscription. How
would I access and consume this data in a script?
I tried the consumer example you had posted, but I got 'IndexError: pop
from an empty deque'
I tried checking to see if channel.processed wasn't empty, but it just
constantly returned as empty.
—
Reply to this email directly or view it on GitHub
https://github.com/gddc/xsi/issues/1#issuecomment-102478474.

from EventsChannel import EventsChannel
import time
from time import sleep
channel = EventsChannel()
reply = channel.usersubscribe('ABC123@mysip.com');

while True:
	print channel.data
	print channel.processed

If I run the above as a script, I get something like 'deque([])' repeatedly.
If I run the same at the python command prompt excluding the 'while True' loop, I get the expected xis events.  Here's an example:
2015-05-15 14:47:01.025338 ('<?xml version="1.0" encoding="UTF-8"?>\n<xsi:Event xsi1:type="xsi:SubscriptionEvent" xmlns:xsi="http://schema.broadsoft.com/xsi" xmlns:xsi1="http://www.w3.org/2001/XMLSchema-instance"><xsi:eventID>9ca79035-63e1-435e-acd4-710c9ba1f5fd</xsi:eventID><xsi:sequenceNumber>2</xsi:sequenceNumber><xsi:userId>admin@mysip.com</xsi:userId><xsi:externalApplicationId>c2aea1f5-fb32-11e4-a313-6c4008997a8e</xsi:externalApplicationId><xsi:subscriptionId>a9980865-40cd-4e45-8d47-76552fd4e265</xsi:subscriptionId><xsi:channelId>a5b02667-a21a-4741-8c7a-ec1d3906ae22</xsi:channelId><xsi:targetId>ABC123@mysip.com</xsi:targetId><xsi:eventData xsi1:type="xsi:CallOriginatedEvent"><xsi:call><xsi:callId>callhalf-10434103911:0</xsi:callId><xsi:extTrackingId>15238216:1</xsi:extTrackingId><xsi:personality>Originator</xsi:personality><xsi:state>Alerting</xsi:state><xsi:remoteParty><xsi:address>tel:18004444444</xsi:address><xsi:callType>Network</xsi:callType></xsi:remoteParty><xsi:endpoint xsi1:type="xsi:AccessEndpoint"><xsi:addressOfRecord>ABC123@mysip.com</xsi:addressOfRecord></xsi:endpoint><xsi:appearance>1</xsi:appearance><xsi:startTime>1431715602513</xsi:startTime></xsi:call></xsi:eventData></xsi:Event>',)

Gotcha.  Thanks for that.  I believe you're up against the Global
Interpreter Lock in python and it's messing with you from the interactive
shell.  You need to let the main thread sleep so that the background
threads can get something done, then come back to the main thread to
process things.  If I recall correctly, from the interactive shell you'd do
something like this:
while not channel.processed:
sleep(1)
That way the main processing thread will give over control to the
background threads until they have a chance to populate that deque, then it
should return to the interactive prompt where you can consume the events
via channel.processed.popleft().  In most of my implementations I have a
Main() somewhere that does something like:
while not shutdown_condition:
sleep(1)
So I'm already pretty much just idle except for whatever the EventChannel
triggers.
I think that should help, but if not let me know.
--Dan
On Fri, May 15, 2015 at 12:49 PM, Aaron<EMAIL_ADDRESS>wrote:

from EventsChannel import EventsChannelimport timefrom time import sleep
channel = EventsChannel()
reply = channel.usersubscribe('ABC123@mysip.com');
while True:
print channel.data
print channel.processed
If I run the above as a script, I get something like 'deque([])'
repeatedly.
If I run the same at the python command prompt excluding the 'while True'
loop, I get the expected xis events. Here's an example:
2015-05-15 14:47:01.025338 ('\n<xsi:Event xsi1:type="xsi:SubscriptionEvent" xmlns:xsi="http://schema.broadsoft.com/xsi" xmlns:xsi1="http://www.w3.org/2001/XMLSchema-instance">xsi:eventID9ca79035-63e1-435e-acd4-710c9ba1f5fd</xsi:eventID>xsi:sequenceNumber2</xsi:sequenceNumber>xsi:userIdadmin@mysip.com</xsi:userId>xsi:externalApplicationIdc2aea1f5-fb32-11e4-a313-6c4008997a8e</xsi:externalApplicationId>xsi:subscriptionIda9980865-40cd-4e45-8d47-76552fd4e265</xsi:subscriptionId>xsi:channelIda5b02667-a21a-4741-8c7a-ec1d3906ae22</xsi:channelId>xsi:targetIdABC123@mysip.com</xsi:targetId><xsi:eventData xsi1:type="xsi:CallOriginatedEvent">xsi:callxsi:callIdcallhalf-10434103911:0</xsi:callId>xsi:extTrackingId15238216:1</xsi:extTrackingId>xsi:personalityOriginator</xsi:personality>&lt
;xsi:state>Alerting</xsi:state>xsi:remotePartyxsi:addresstel:18004444444</xsi:address>xsi:callTypeNetwork</xsi:callType></xsi:remoteParty><xsi:endpoint xsi1:type="xsi:AccessEndpoint">xsi:addressOfRecordABC123@mysip.com</xsi:addressOfRecord></xsi:endpoint>xsi:appearance1</xsi:appearance>xsi:startTime1431715602513</xsi:startTime></xsi:call></xsi:eventData></xsi:Event>',)
—
Reply to this email directly or view it on GitHub
https://github.com/gddc/xsi/issues/1#issuecomment-102489925.

Thanks for the reply.  The interactive shell is the one that's showing the subscription events correctly.  Even if I close that window altogether, I don't get any output if I run the script as 'python myscript.py'
I tried creating a main function that sleeps, but it just causes the terminal to hang, I'm assuming because the script is sleeping indefinitely.

That's really quite odd, to be entirely honest.  That it's outputting the xml you're receiving seems to indicate that it's making it into the body of the handlexml method.  From there, there's a check about heartbeats that your XML passes, a test for ChannelTerminated events, which it also passes, then a try / catch that should push it into the processed deque.
I'm ... not sure I have a ton more to go on at present.  You haven't made any changes to the w3 or schema definitions at the start of the EventsChannel have you?  Can you attach with a debugger and see if the handlexml method is being entered into on your system?

I think I figured it out, but I could use a pointer in fixing it if you don't mind.  The reason I'm getting output via interactive shell, is that EventsChannel is using 'debug' to spit the output out.  Is there any way to define a file for output, or print to the main out instead?
Sorry, I'm very new to Python, so I'm sure I sound like a complete idiot.  Your help is much appreciated

strike that;  Changed the debug function name, still works on interactive mode but not run as script

Debug is just a wrapper function for print that timestamps the output - it's defined at the top of the file.
I am having a hard time understanding why you never get the XML blocks pushed into channel.processed.  As long as the schema and w3 values at the top of the module are still correct, and using the XML sample you posted, this works:
>>> xml.tag == '{%s}Event' % schema
True

This check passes (or skips, however you want to think about it):
>>> xml.attrib['{%s}type' % w3] == 'xsi:ChannelTerminatedEvent'
False

And this produces the expected exception:
>>> xml[6].attrib['{%s}type' % w3]
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
KeyError: '{http://www.w3.org/2001/XMLSchema-instance}type'

Which should put you in the except block that appends the XML to the processed deque.  The Channel is keeping a look out for closed channels or terminated subscriptions (the server I was connected to was unreliable at best).  If what it received wasn't either of those things, it should put the XML into processed so a consumer can deal with it.  You could ... move the call to self.processed.append(xml) on line 225 up to directly after line 194 where xml gets parsed and see what effect, if any, that had.


WIP: Update package versions for v. 1.2.3

Updated versions:

cdp removed
e3sm_diags ==1.4.0
nco ==4.7.7
hdf5 ==1.10.3
processflow ==2.1.0

@xylar I talked to Zeshawn about this a bit ago actually. The latest code on processflow master has e3sm_diags instead of acme_diags, but I havent built a new version yet for conda. I'll take care of that and publish a new minor version update.

@xylar I think cdms2 was upped to 3.0.1 @dnadeau4 is that correct?

@xylar Yes, version 1.4.0 is the correct version of e3sm_diags.
For E3SM, the only reason cdp is in there is due to e3sm_diags. When I release a new version of e3sm_diags, I report the changes on this Confluence page. So when a cdp is upgraded for e3sm_diags, should I still update it there? I think just having whatever version of e3sm_diags we need would be fine, since it'll automatically get the appropriate version of cdp.

Yes, NCO 4.7.7 is correct

@doutriaux1, cdm2==3.0.1 was already set in 1.2.2: https://github.com/E3SM-Project/e3sm-unified/pull/26/files#diff-08ec1c8c69bdd6ee90a1634993202eedR12

@zshaheen wrote:

I think just having whatever version of e3sm_diags we need would be fine, since it'll automatically get the appropriate version of cdp.

Okay, so I should just take cdp out as a dependency and let e3sm_diags decide, right?

@xylar 2.1.6 is still the right version for LIVVkit -- 2.2.0 is still a little ways off.

@sterlingbaldwin, I just tried the latest upload (processflow 2.1.0) but the hdf5 version is not compatible with conda-forge (e.g. NCO 2.7.7).  Could you rebuild with hdf5 1.10.3?  Perhaps 2.1.0 wasn't ready to test in any case, but I figured I'd give it a try.

I dont tag specific version of anything besides Globus, which I dont think should affect the hdf5 version. Even though I dont use it directly, I'll try rebuilding with hdf5 == 1.10.3 and see if there are any conflicts.

@sterlingbaldwin, hmm, I'm still seeing conflicts but this time nothing to do with hdf5.  I just see:
conda.exceptions.UnsatisfiableError: The following specifications were found to be in conflict:
  - nco==4.7.7
  - processflow==2.1.0
Use "conda info <package>" to see the dependencies for each package.

Maybe this is a different build of processflow 2.1.0?  You said you don't specify a version of nco?

My requirements read as follows:
    - pip
    - python
    - setuptools
    - nco
    - ncl
    - e3sm_diags
    - e3sm_to_cmip
    - sqlite
    - peewee
    - configobj
    - beautifulsoup4
    - lxml
    - paramiko
    - jinja2
    - globus-sdk ==1.1.1
    - globus-cli ==1.1.2
    - click
    - jmespath
    - requests

Yeah, frustrating!  I'm going to try to build processflow myself and upload to my own channel to see if I can get it working.  I'll keep you posted.

@sterlingbaldwin, Okay, after a bunch of mucking around, I think the problem is that nco=4.7.7 was built with hdf5=1.10.3 but ncl=6.5.0 was build with hdf5=1.10.3.  I'm not sure we can proceed until ncl has been updated.  I got the impression from @ocefpaf that we shouldn't expect packages to get rebuilt with the latest pinnings too immediately because conda-forge developers are focused on complilers at the moment.

That would make a lot of sense. NCL has always been a little slow to rebuild. Ideally I would like to drop support for AMWG and just support e3sm_diags which doesnt have any of these problems, but for the short term Im not sure what the solution would be. What I did in the past was just require that users install ncl for themselves which is a bit of a pain without using the conda version. Do you have any suggestions? I could just go back to requiring users that want to use AMWG to handle their own dependencies for it.

Hmm, I think it might be worth waiting to see if NCL gets updated on conda-forge.  I'm not aware of a pressing need to have the latest version of any of the libraries that would be updated here (@czender or @zshaheen, please correct me if I'm wrong).  It would be better to wait for a clean solution than to rush a difficult one.

I don't personally use NCL, but I know there are other people that do, outside of the AMWG package.

Yes, I'm also aware of some NCL users so best to make sure it's available, I think...

It probably doesn't need to be updated often, unless there are specific dependencies.

@xylar @sterlingbaldwin, for us, there's no urgent need to have the latest e3sm_diags available via the unified env.

@milenaveneziani, NCL depends on an hdf5 and that's the conflict we're having with NCO (hdf5 1.10.2 vs. 1.10.3).  If not for that conflict, I would agree there's no urgent need to update.

I am unaware of any urgent reason to upgrade the HDF, GSL, or ESMF libraries upon which NCO depends. They could also be downgraded without noticeable harm. The key library to ensure is netCDF >= 4.6.1. Nothing else is as crucial.

@czender, I guess you're right that we could do a build with NCO 4.7.7 but hdf5 1.10.2 and that might solve the problem for now.  Let me see what I hear back from the NCL folks and we'll do that if need be.

Closes #25


chore(forbidden-identifiers): check for deep imports and notify the user

No longer create the scope definitions for each line
Resolve scope definitions and import path from "already" scoped imports to be able to check for deep imports (those are now invalid with the new distribution process)
Also does no longer use files like tsconfig.json as package folders (minor issue in the glob)

R: @hansl

The check for the deep imports can be still valid, but other than that the scope check, which was updated here is not valid anymore.


drivers: spi: Added MEC172x full duplex qmspi driver version

Add MEC172x qmspi driver version 2 to support full duplex transfers as expected by the Zephyr spi driver model.
On every spi clock we transmit one bit and receive one bit. This driver will work with Zephyr SPI NOR driver.
Signed-off-by: Jay Vasanth<EMAIL_ADDRESS>

Hi @mbolivar-nordic could you help to review my responses.

@jvasanth1 current version of this PR (6728f12) does not build, maybe some changes have been left out?

@jvasanth1 current version of this PR (6728f12) does not build, maybe some changes have been left out?

can you check now?

can anybody suggest why few checks are failing?

can anybody suggest why few checks are failing?

The error from https://github.com/zephyrproject-rtos/zephyr/runs/7415641683?check_suite_focus=true is:
FAILED: zephyr/drivers/spi/CMakeFiles/drivers__spi.dir/spi_xec_qmspi_ldma.c.obj
ccache /opt/toolchains/zephyr-sdk-0.14.2/arm-zephyr-eabi/bin/arm-zephyr-eabi-gcc -DCORE_CM4 -DHSE_VALUE=16000000 -DKERNEL -DSTM32F412Cx -DUSE_FULL_LL_DRIVER -DUSE_HAL_DRIVER -D_FORTIFY_SOURCE=2 -D__PROGRAM_START -D__ZEPHYR_SUPERVISOR__ -D__ZEPHYR__=1 -I../../../../../../../include/zephyr -I../../../../../../../include -Izephyr/include/generated -I../../../../../../../soc/arm/st_stm32/stm32f4 -I../../../../../../../drivers -I../../../../../../../soc/arm/st_stm32/common -I/__w/zephyr/modules/hal/cmsis/CMSIS/Core/Include -I/__w/zephyr/modules/hal/st/sensor/vl53l0x/api/core/inc -I../../../../../../../drivers/sensor/vl53l0x -I/__w/zephyr/modules/hal/st/sensor/stmemsc/hts221_STdC/driver -I/__w/zephyr/modules/hal/stm32/stm32cube/stm32f4xx/soc -I/__w/zephyr/modules/hal/stm32/stm32cube/stm32f4xx/drivers/include -I/__w/zephyr/modules/hal/stm32/stm32cube/stm32f4xx/drivers/include/Legacy -I/__w/zephyr/modules/hal/stm32/stm32cube/common_ll/include -isystem ../../../../../../../lib/libc/minimal/include -isystem /opt/toolchains/zephyr-sdk-0.14.2/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/10.3.0/include -isystem /opt/toolchains/zephyr-sdk-0.14.2/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/10.3.0/include-fixed -Os -imacros /__w/zephyr/zephyr/twister-out/96b_argonkey/samples/boards/96b_argonkey/sensors/sample.board.96b_argonkey.sensors/zephyr/include/generated/autoconf.h -ffreestanding -fno-common -g -gdwarf-4 -fdiagnostics-color=always -mcpu=cortex-m4 -mthumb -mabi=aapcs -mfp16-format=ieee --sysroot=/opt/toolchains/zephyr-sdk-0.14.2/arm-zephyr-eabi/arm-zephyr-eabi -imacros /__w/zephyr/zephyr/include/zephyr/toolchain/zephyr_stdint.h -Wall -Wformat -Wformat-security -Wno-format-zero-length -Wno-main -Wno-pointer-sign -Wpointer-arith -Wexpansion-to-defined -Wno-unused-but-set-variable -Werror=implicit-int -Werror -fno-asynchronous-unwind-tables -fno-pie -fno-pic -fno-reorder-functions -fno-defer-pop -fmacro-prefix-map=/__w/zephyr/zephyr/samples/boards/96b_argonkey/sensors=CMAKE_SOURCE_DIR -fmacro-prefix-map=/__w/zephyr/zephyr=ZEPHYR_BASE -fmacro-prefix-map=/__w/zephyr=WEST_TOPDIR -ffunction-sections -fdata-sections -std=c99 -nostdinc -MD -MT zephyr/drivers/spi/CMakeFiles/drivers__spi.dir/spi_xec_qmspi_ldma.c.obj -MF zephyr/drivers/spi/CMakeFiles/drivers__spi.dir/spi_xec_qmspi_ldma.c.obj.d -o zephyr/drivers/spi/CMakeFiles/drivers__spi.dir/spi_xec_qmspi_ldma.c.obj -c /__w/zephyr/zephyr/drivers/spi/spi_xec_qmspi_ldma.c
/__w/zephyr/zephyr/drivers/spi/spi_xec_qmspi_ldma.c: In function 'qmspi_reset':
/__w/zephyr/zephyr/drivers/spi/spi_xec_qmspi_ldma.c:140:16: error: invalid use of undefined type 'struct qmspi_regs'
  140 |  taps[0] = regs->TM_TAPS;
      |                ^~

which means that the compiler has no clue what struct qmspi_regs. That's define in the soc headers, but if you notice the error is from this test:
INFO    - 604/608 96b_argonkey              samples/boards/96b_argonkey/sensors/sample.board.96b_argonkey.sensors FAILED Build failure (build)

which has nothing to do with the MEC172x, so it's trying to compile a driver for a platform that has nothing to do with it. This is because when moving from Kconfig.xec_qmspi_ldma to Kconfig.xec_qmspi_v2_ldma you dropped the depends on SOC_SERIES_MEC172X bit that prevents the driver from being built on other platforms.

thanks @fabiobaltieri
I fixed the errors by adding the SOC_SERIES_MEC172X depends on

@mbolivar-nordic can you help to review the responses to your review comments.

@albertofloyd could you help to review and approve?

@albertofloyd could you check the fixes

Hi @MaureenHelm can you approve and merge this PR?

@albertofloyd can you help to approve

@galak @mbolivar-nordic please revisit

Hi @MaureenHelm and @galak
could you help to review and approve this PR?

@albertofloyd @fabiobaltieri
can you help to re-approve?

can we merge this PR?


CB-15401 Prevent unneccesary cluster upscale and downscale operations…

… in periscope.
Overview

Changes to recognise the appropriate number of instances based on the upscale or downscale operations.
Tested by triggering upscale and downscale operations via regular autoscaling, stop / start scaling for a Data Hub with unhealthy instances

Testing

UTs for the corresponding evaluators.

See detailed description in the commit message.

As part of the commit message, or on the jira - could you please list out the target behaviour (the matrix between scale-up vs scale-down + regular scaling vs hibernate-based scaling)


Integration of the API v 0.09 in HAOS ?

Hi, I believe that, version 0.0.8 of the API is actually used for the "SFR Box" integration. Would it be possible to upgrade to the version 0.0.9 to benefit from the Wlan switch ?
Sincerely
Day Walker

You can open a PR in home assistant

As I am not a dev, is it possible to me ? I cannot test anything...

You can take a look at this Pull Request https://github.com/home-assistant/core/pull/104580 - and replicate/duplicate it

It's a shame that @p0lycarpio didn't follow through after #239


Purpose of the automatically created crawled and managed properties

I'm in the process of troubleshooting a search problem and have discovered that the <columnName>OWSTEXT property is missing. But other fields that have this is working as expected. So I think I can just "chat it" and use a refinable string, but don't know if I can just do this.
What is the purpose og the automatically created crawled and managed properties?
And can I replace the mapping between the ows_q_text_<columnName> and <columnName>OWSTEXT ?
TL;RD: What is the purpose og the automatically created crawled and managed properties?

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

ID: 215afe55-1f3c-d3ff-df15-ca70ef0b749a
Version Independent ID: 3cf66b2b-0c3a-fcb6-0300-45855622793f
Content: From site column to managed property - What's up with that?
Content Source: SharePoint/SharePointServer/administration/from-site-column-to-managed-propertywhat-s-up-with-that.md
Product: sharepoint-server-itpro
GitHub Login: @JoanneHendrickson
Microsoft Alias: jhendr

@2ndcahl Thank you for submitting feedback and contributing to the docs. We are currently investigating this.

@2ndcahl We are a documentation team, this is such a technical issue. Please proceed by opening a Technical support ticket

I’m not trying to solve my issue here. I’m just trying to tell that the document says “We create these extra columns” but don’t tell why these extra columns are created.
My description of my technical issue is about how that information could be useful. Sorry for the confusion.
Mvh
Anders Lund
2ndC A/S
31 64 34 57

Fra: Jose Gabriel Ortega Castro<EMAIL_ADDRESS>Sendt: Sunday, December 15, 2019 1:26:18 AM
Til: MicrosoftDocs/OfficeDocs-SharePoint<EMAIL_ADDRESS>Cc: Anders H. Lund<EMAIL_ADDRESS>Mention<EMAIL_ADDRESS>Emne: Re: [MicrosoftDocs/OfficeDocs-SharePoint] Purpose of the automatically created crawled and managed properties (#1592)
@2ndcahlhttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2F2ndcahl&data=02|01||b070afb4a6714386ef1508d780f567df|ced97294935e4250a0675960109f4c09|1|0|637119663817067754&sdata=4VGCryztZTyvwayrE%2BXvbp5IGezNe6bjejQNyUyDoeM%3D&reserved=0 We are a documentation team, this is such a technical issue. Please proceed by opening a Technical support ticket
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FMicrosoftDocs%2FOfficeDocs-SharePoint%2Fissues%2F1592%3Femail_source%3Dnotifications%26email_token%3DAFS5YNNDEMTL33OV7B2NFOLQYV2SVA5CNFSM4JZOS3S2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEG4OKWA%23issuecomment-565765464&data=02|01||b070afb4a6714386ef1508d780f567df|ced97294935e4250a0675960109f4c09|1|0|637119663817077748&sdata=qlhEic4MQwmleXTqJv77TX%2FiuM%2FqJCUEIGRKi4QqzRY%3D&reserved=0, or unsubscribehttps://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAFS5YNKR3MW7VTLY3XF3UV3QYV2SVANCNFSM4JZOS3SQ&data=02|01||b070afb4a6714386ef1508d780f567df|ced97294935e4250a0675960109f4c09|1|0|637119663817077748&sdata=q59DUZrvrUjRTXk9NK4UaGU7h5kA%2BTKOOJsK21zwsTQ%3D&reserved=0.

I’m not trying to solve my issue here. I’m just trying to tell that the document says “We create these extra columns” but don’t tell why these extra columns are created.
My description of my technical issue is about how that information could be useful. Sorry for the confusion.

@2ndcahl Thank you for submitting feedback. We understand that this issue has been resolved.
Please feel free to re-open this issue if there is a specific area of the docs that we can improve or make better. Thank you.


/mv regen not working

bukkit 1.5-R0.1 (Build #02663), mv v2.4-b525
When I /mv regen world_nether I get "World could NOT be regenerated!"
When I /mv unload world_nether I get "Error trying to unload world 'world_nether'!"

1.17 is working


Cannot Get Working on Codesandbox

I want to create a ember sandbox to do some testing, but I am getting Error: Compile Error: one-way-input-mask is not a helper. Not sure if I have not installed something that is required that I am missing. you can see the sandbox here https://codesandbox.io/s/my-app-hhjmm

Sample

{{one-way-input-mask
  mask="aa-99-**"
  class="docs-border docs-border-grey"
}}

"ember-inputmask": "^0.9.1",

@jrock2004 I tried to take a look at the sandbox but I don't see anything. I can't even get a hello world to display via the application.hbs.

@brandynbennett sorry I was on vacation. You can open devtools to see the console error that is breaking it. Here is a new link https://codesandbox.io/s/my-app-hhjmm

I can't get the sandbox to even load that far for me. I see this:

Yeah I been trying to create a new sandbox to use. Not sure why that one corrupted

Well I took a look again and now it seems to be working just fine. Not sure what has changed. Maybe issue was on codesandbox side


Update Nuget package

Hello. I noticed that updating the repository
happens regularly, but
Nuget package has not been updated for a long time. Could you update the Nuget package?

@aelij any news about new nugets?

see #403 im afraid this will not happen in the near future

okay, I'll look to release some of the main branch

Will be updated with upcoming release. Note that the new packages will only support .NET 6 and above (in accordance with the .NET support policy).


Add  borders to Ideas and Article components for improved design

Title
Add padding and borders to Ideas and Article components for improved design
Description
Issue:
The Ideas and Article components lack sufficient padding and borders, making their design appear less polished. Adding padding and borders will enhance the visual appeal and readability of these components.
Screenshots:

Steps to Reproduce:

Go to the page where the Ideas component is rendered.
Observe the Article components and the overall layout.
Notice the lack of padding and borders.

Expected Behavior:

Each Article component should have padding and a border to visually separate it from surrounding content.
The Ideas component should have padding and borders applied to its container for a cleaner layout.
Borders should be styled with a subtle color (e.g., border-gray-300).

Additional Information:

If necessary, include any specific styling details or preferences.
Provide links or references to the relevant code snippets or files where changes should be made.

@ceilican Please assign this issue to me.

@ceilican please assign this issue to me


How to set match expire time

I have to set expire time of Turn based match. Example : two days.
How to set match expire time?

You can't set the expiration time, it's automatically managed by Google Play Games:
https://developers.google.com/games/services/common/concepts/turnbasedMultiplayer
"A match expires when a user does not respond to an invitation or turn notification for two weeks. A match also expires in one day if there is an empty auto-match slot available but Google Play games services cannot find a Google+ user to auto-match."

Thanks, but I actually think that it should be added as a feature.
It would be nice if I could set expire time. Also if I could set a player who does not turn for two days as lost and the other as winner.

Thanks for the suggestion @efendioglu.  I'll pass it along to the team.

It's so frustrating that such a simple feature (seemingly, at least) hasn't been implemented even two and half years later.


Add flags to create/update commands. allows some lightweight logic sp…

…ecialization (eg priveleged vs non-priveleged updates)

I assume the flags will have their values defined at a later date/some other place.

I assume the flags will have their values defined at a later date/some other place.

The idea is that each type could have it's own flags. So CaManager could use a 'verified' flag to indicate that we were updating the Ca to indicate it was verified, and that would be the only time the verified flag could be updated.


Datamodel for write back the number of VMs is not as suggested in User Story

[Version]
17.0 2017/05/16 (Feature Branch "vms export data")
[How to reproduce]

The number of VMs are written to bes subscription table.

[Expected result]
Controllers can retrieve any information from the target IaaS service as long as this information is provided by the respective IaaS API.
This information should be then written to respective service parameters of the subscription as suggested by the user story and as discussed with Suzana
[Observed result]
The subscription table is used.
[Details]
This does not allow CTMG billing to extract the necessary information for period based billing which is needed in the future.

This not a bug but an implementation concern.

Before test it is needed to export existing technical service definitions add:

The number of VMs of IaaS subscriptions

and import them once again.
VMS_NUMBER parameter will be added to the existing  subscriptions after first run of timer.

Checked on Windows Server 2016, jdk1.8u121, build US9442 EXPORT USAGE UT-22 2017/05/30 in SAML mode. It works as expected.

Updated the release notes and the technology provider guide accordingly on May31

Retested on Windows Server 2016, jdk1.8u121, build BES_MASTER_UNIT-17662017/06/01 in SAML mode. The value can be found on the parameter table for the new Technical Services with this parameter definition.

Windows Server 2016, jdk1.8u121. build BES_MASTER_UNIT-1775 2017/06/28 in SAML mode.
It works as expected.


Update ignore file to exclude UnityPackageManager

Overview
The file manifest.json file is a nuisance that sneaks into commits constantly.
Since we have no immediate plans for using the Package Manager, should we add UnityPackageManager to our .gitignore?
Unity Editor Version
2017.2.0p1 MRTP4

Looks like GitHub didn't automatically close these issues when merged into master. I'll close these manually and look into why.


upgrade default sonar to 4.15

SD-1107

It looks like the failure was during destroy, which seems unrelated to this PR

No problem, just please re-run the actions if they fail for such reasons. I want to see green V on PRs before approval.

Release 4.15


Build fails when using Visual Studio 2017

Describe the bug
When running a Pipelines Build against the current master branch using the NetCore SDK v2.2.100, we are facing some errors related to the SDK C# version.

Additional context
As you can see in the picture above, the errors remark that some changes in LuisRecognizers.cs are not available for the C# 7.0 version and, instead of this one, the C# 7.1 should be used. But in our pipelines, we are using the NetCore SDK 2.2.100, which supports C# 7.3 (more information here):

However, after doing more in-depth research, we found that there are some known issues with the NetCore v2.2 and Visual Studio 2017 (link).
To fix this, we updated our pipelines for using Visual Studio 2019, and the Build successfully passed:

Despite this fix, we think that it would be a great idea to temporarily specify the Language Version through the usage of the LangVersion tag (link) in the Directory.Build.Props file, in order to avoid similar errors for those who are still using Visual Studio 2017
[bug]

last paragraph avoid similar errors to those -> avoid similar errors for those. The rest LGTM.

LGTM!


⚠ GitLab Server has degraded performance

In 2d56f0b, GitLab Server (https://gitlab01.its-telekom.eu) experienced degraded performance:

HTTP code: 200
Response time: 6683 ms

Resolved: GitLab Server performance has improved in 2cd3320.


Handle exceptions for NotificationData.init* methods

Environment

Python version:
circuit_maintenance_parser version:

Expected Behavior
When a problem is detected initializing NotificationData, the user of the init_data methods should not get the exception
Observed Behavior

Steps to Reproduce

Addressed in #72


Unbundling logic still breaks downstream.

Originally reported by @fasaxc. Interested parties: @sigmavirus24 @dcramer @eriol @ralphbean @warsaw
We added support for a new form of unbundling logic in #2567. Unfortunately, this seems not to work properly. Specifically, the presence of requests in a system makes it impossible to catch urllib3 exceptions correctly: see this Stack Overflow question for more.
This problem seems to specifically affect the urllib3 sub-packages, not urllib3 itself. One proposed change is to add every urllib3 sub-package that gets imported to the list of modules requests explicitly imports in this stub file. This is pretty gross, but might work. Does anyone have other suggestions?

The issue I'm seeing is that, after importing first urllib3.exceptions then requests.package.urllib3.exceptions
sys.modules["urllib3"].exceptions is not sys.modules["urllib3.exceptions"]
sys.modules["urllib3"].exceptions is sys.modules["requests.packages.urllib3.exceptions"]

Importing requests.package.urllib3.exceptions results in the exceptions module being loaded a second time because patching sys.modules["requests.packages.urllib3"] doesn't also patch sys.modules["requests.packages.urllib3.exceptions"] so the import mechanism loads a second copy.  Then, it assigns
modules["requests.packages.urllib3"].exceptions = sys.modules["requests.packages.urllib3.exceptions"]

but modules["requests.packages.urllib3"] is an alias for modules["urllib3"] so it clobbers modules["urllib3"].exceptions.

So we definitely broke this. On the other hand, I don't really understand the Python import logic well enough to effectively fix this problem. Thoughts?

See also https://github.com/kennethreitz/requests/issues/2867
That SO question was about 2.6.0 I thought. Is this still a problem with 2.8.x?

Oh that's a good point, did this get backported into the distros?

So 2.6.x has the old VendorAlias logic from pip. 2.7.0 had nothing but some distros (Debian specifically, more specifically @warsaw) backported the patch from @untitaker that was released in 2.8.0. So version information is very important here.

My recollection is that @fasaxc was using 2.7.0 from Ubuntu 14.04 trusty-liberty, but I may be mistaken.

Ubuntu may have pulled in Debian's patch from @warsaw. In that case, this is still relevant. (Alternatively, Ubuntu may have continued using the VendorAlias from 2.6.x and we should check that.)

If it turns out that Debian actually does have the new logic, I'd say it's a good time to think about actually giving up on vendoring urllib3.
On 10 November 2015 16:20:13 CET, Ian Cordasco<EMAIL_ADDRESS>wrote:

Ubuntu may have pulled in Debian's patch from @warsaw. In that case,
this is still relevant. (Alternatively, Ubuntu may have continued using
the VendorAlias from 2.6.x and we should check that.)

Reply to this email directly or view it on GitHub:
https://github.com/kennethreitz/requests/issues/2870#issuecomment-155449214

--
Sent from my phone. Please excuse my brevity.

@untitaker I can understand that, but I don't believe we can really discuss doing that unless we get the whole team together, which realistically means PyCon 2016.

On Nov 10, 2015, at 07:20 AM, Ian Cordasco wrote:

Ubuntu may have pulled in Debian's patch from @warsaw. In that case, this is
still relevant. (Alternatively, Ubuntu may have continued using the
VendorAlias from 2.6.x and we should check that.)

Ubuntu tracks the Debian version.  There are no deltas, except for some
additional fixes backported to the Trusty version.
% rmadison -u debian requests
requests   | 0.12.1-1~bpo60+1 | squeeze-backports | source
requests   | 0.12.1-1+deb7u1  | oldstable         | source
requests   | 2.0.0-1~bpo70+2  | wheezy-backports  | source
requests   | 2.4.3-6          | stable            | source
requests   | 2.4.3-6          | stable-kfreebsd   | source
requests   | 2.8.1-1          | testing           | source
requests   | 2.8.1-1          | unstable          | source
% rmadison -u ubuntu requests
requests | 0.8.2-1          | precise/universe | source
requests | 2.2.1-1          | trusty           | source
requests | 2.2.1-1ubuntu0.2 | trusty-security  | source
requests | 2.2.1-1ubuntu0.3 | trusty-updates   | source
requests | 2.4.3-6          | vivid            | source
requests | 2.7.0-3          | wily             | source
requests | 2.7.0-3          | xenial           | source
requests | 2.8.1-1          | xenial-proposed  | source

trusty-liberty is 14.04's OpenStack Liberty Archive then?

I believe so, yes.

On Nov 10, 2015, at 06:24 AM, Cory Benfield wrote:

Oh that's a good point, did this get backported into the distros?

Don't forget, @eriol is really doing most of excellent work on this package
for Debian!
Our 2.8.1-1 removed the devendorizing patch we were carrying separately, so
these days we are really only carrying a few deltas from upstream:
https://anonscm.debian.org/cgit/python-modules/packages/requests.git/tree/debian/patches
Of course, we prefer to reduce the differences between the Debian version and
upstream.

Hmm. Can we attempt to discover whether this problem exists in Debian's released packages for 2.8.x?

Lukasa, who do you mean exactly when you say "the whole team"? Isn't Kenneth some sort of BDFL, so his decision would suffice?
On 10 November 2015 16:51:56 CET, Barry Warsaw<EMAIL_ADDRESS>wrote:

On Nov 10, 2015, at 06:24 AM, Cory Benfield wrote:

Oh that's a good point, did this get backported into the distros?

Don't forget, @eriol is really doing most of excellent work on this
package
for Debian!
Our 2.8.1-1 removed the devendorizing patch we were carrying
separately, so
these days we are really only carrying a few deltas from upstream:
https://anonscm.debian.org/cgit/python-modules/packages/requests.git/tree/debian/patches
Of course, we prefer to reduce the differences between the Debian
version and
upstream.

Reply to this email directly or view it on GitHub:
https://github.com/kennethreitz/requests/issues/2870#issuecomment-155460186

--
Sent from my phone. Please excuse my brevity.

@untitaker He is, correct. However, of the three maintainers he's the one opposed to unbundling.
Ian and I are both unanimous that we'd like to unbundle. However, we have a duty of care over this library, and that includes not changing things that Kenneth cares a great deal about without his explicit say-so.
I don't want to have a detailed discussion with Kenneth about this remotely, because this issue is close to all our hearts and we should discuss it in an environment that makes it easy for us to treat each other like humans, with respect and kindness. Those two qualities are often lost online, and that would be a tragedy: our working relationships are more important than that.

@Lukasa I'm sad to confirm but yes, the problem actually exists in Debian testing (with the new import machinery).
I tried the same setup of https://github.com/kennethreitz/requests/issues/2867 using only system packages (so I took python-etcd from sid) and I can confirm it.
I looked at python-etcd code, but the problem was already explained  by @fasaxc and is about exceptions.
On Debian this is what I got:
import requests
import urllib3

from urllib3.exceptions import MaxRetryError

print(urllib3.exceptions.MaxRetryError is MaxRetryError)  # False

I'm real sorry I did not noticed when we discussed https://github.com/kennethreitz/requests/pull/2567.
I'm not neither an import logic expert, but your proposal seems the only way to fix this, without unvendoring. Maybe we can ask to @brettcannon if he can take a look at this: I can volunteer to recap all the story so far.
Also, I just want to say thanks to you, @sigmavirus24 and @kennethreitz because although you can just mark this as wontfix, we started working together talking without forget that we are all human beings.
So, thank you.

@eriol Thanks for investigating. =) And thanks for working with us on this. Again, I can't reiterate enough, it's really important to us to get to a place where everyone's getting a good experience. We're not there yet, but we'll keep trying.
I'd be delighted to see if someone who knows the import machinery really well can propose a better solution to this problem. If you're willing to do the legwork on ramping up @brettcannon that would be even better @eriol.
Otherwise, we should aim to take that boring manual step or see if we can avoid the problem in requests in some other way.

Otherwise, we should aim to take that boring manual step or see if we can avoid the problem in requests in some other way.

We should do this as a stop-gap solution for now. It will benefit the users and it's trivial for now. Meanwhile we should investigate longer-term solutions to this.

I'm traveling this week but I can try and take a look next week.

Basically @fasaxc is right in his analysis of the problem. The tricky bit is that this is all influenced by how you actually import something. You have to realize each of the following statements use slightly different logic to get you what you want:
import urllib3.exceptions; HTTPError = urllib3.exceptions.HTTPError
from urllib3 import exceptions; HTTPError = urllib3.exceptions.HTTPError
from urllib3.exceptions import HTTPError

If you use the last approach then that will definitely trip you up in this instance because import will do an explicit import for urllib3.exceptions and then look for the HTTPError attribute. This means that since you are not patching urllib3.exceptions in sys.modules you end up having from requests.packages.urllib3 import HTTPError needing to import requests.packages.urllib3 directly and since that isn't in sys.modules it leads to a fresh import. Now you have two separate modules with two separate classes and thus they won't succeed in a issubclass() check in an except clause.
Now to solve this, @Lukasa was right and you can just patch every module in urllib3. Another option is a custom importer that handles just this case, but I don't know if you want such a magical solution. A third option is to insert an object into sys.modules who uses __getattribute__ to direct to the proper module and handle all magical tweaks to sys.modules. And lastly, the simplest solution is either let Debian handle their own desire to monkeypatch vendored code or stop vendoring stuff entirely.

Thanks so much @brettcannon. :cake: is owed. =)
Ok folks, given the set of solutions proposed, does anyone have preferences?

Thank you @brettcannon!

So I'm enumerating the options and asking questions to make sure I understand correctly.

you can just patch every module in urllib3

As in, ensuring that sys.modules has both urllib3.submodule and requests.packages.urllib3.submodule? I think this is the least magic way and given that @Lukasa and I are both core developers of urllib3, we will catch any new submodules that need to be added to requests' patching logic. I'm most strongly in favor of this one.

Another option is a custom importer that handles just this case, but I don't know if you want such a magical solution.

We had that option and it broke many a thing. I'm not in favor of going back down that route.

insert an object into sys.modules who uses __getattribute__ to direct to the proper module and handle all magical tweaks to sys.modules.

Hm. This sounds like something in the vein of option 2 but a little less magic-y. It still feels like some abuse of the module system and like it might cause us problems. If we come up with something like this, I would appreciate it if @fasaxc and @eriol would commit to testing this with python-etcd and making sure things still aren't broken before shipping a release with it.

And lastly, the simplest solution is either let Debian handle their own desire to monkeypatch vendored code or stop vendoring stuff entirely.

Breaking this into two sub-suggestions:

"let Debian handle their own desire to monkey patch vendored code" No. I don't want @eriol to have to figure that out. Vendoring is a position of this project. As much as I dislike downstreams unvendoring things, it isn't the individual maintainer's fault or decision and I don't want to push this work onto their backs.

"stop vendoring stuff entirely" Many people constantly badger (or even, at times, yell) this at us (I know you're not Brett) but it simply just won't happen like that (if it happens at all).

My 2¢:
We can take a short term solution of the first option for a 2.8.2 release and get that updated patch to @eriol, @warsaw, @ralphbean, etc. so distros can fix their packages while taking a look at the feasibility and reliability of option 3. I still prefer the first option to the third, but the third may have benefits I'm not seeing due to the bad taste left in my mouth by the VendorAlias (a.k.a., option 2).

@brettcannon many thanks!
I'm also in favour of the less magic solution.
I will be happy to test before the release python-etcd and all the dependants of requests that can be affected by this: using codesearch.debian.net I noticed that also cinder and proliantutils import urllib3's exceptions using requests.packages.urllib3, so I will check also them.
@sigmavirus24 I really appreciate your words, thanks!

On Nov 17, 2015, at 06:14 AM, Ian Cordasco wrote:

As in, ensuring that sys.modules has both urllib3.submodule and
requests.packages.urllib3.submodule? I think this is the least magic way
and given that @Lukasa and I are both core developers of urllib3, we will
catch any new submodules that need to be added to requests' patching
logic. I'm most strongly in favor of this one.

It's mildly disconcerting that a library would fiddle with another library's
sys.modules namespace, but I agree that this is probably the least magical
(and thus most likely to work) way.  Maybe we can convince @brettcannon to
build a nicer foolproof  module alias system for 3.6. :)

We can take a short term solution of the first option for a 2.8.2 release
and get that updated patch to @eriol, @warsaw, @ralphbean, etc. so distros
can fix their packages while taking a look at the feasibility and reliability
of option 3. I still prefer the first option to the third, but the third may
have benefits I'm not seeing due to the bad taste left in my mouth by the
VendorAlias (a.k.a., option 2).

Yep, I suspect that #1 may be the best approach, and that #3 would be
difficult to debug if things go south.  It may be that no solution is perfect,
given Python's current import semantics and implementation, in which case
doing the best you can with the least magic (i.e. most discoverable and
debuggable) would suck less.
Thanks!

I created http://bugs.python.org/issue25649 for the aliasing idea that @warsaw had (I wouldn't count on it getting a blessed solution, but you never know :) .
And just to toss in my opinion, the explicit aliasing is the safest, most compatible way to do things (it's still not fool-proof since __name__, the spec object, etc. will still be the other name, but it's better than nothing). Getting a custom importer right is hard and using a non-module object is actually done in the wild, but some people make assumptions as to the kind of objects they get back from an import so it really depends on your user base whether it will work or not.

With the recent unbundling, I'm closing this as it should no longer be an issue.

Just a quick note to say also that I was able to drop all the Debian specific patches: https://tracker.debian.org/news/860709.


Add CRUD functionality for sqlite databases.

This issue should be claimed only after completion of this #43.

@opencodebot claim

Add CRUD functionality for sqlite databases. #44 #51

@opencodebot claim


Error while trying to display User Profile Picture

Describe the bug

When running test project, Godot can't load my profile picture, cause user image given by SDK have different size than Godot needs and it threws error "got x bytes of data instead of excepted y"

To Reproduce

Just run test project

Expected behaviour

TextureRect displays User Image properly

Screenshots

Additional context

Changing image format and multipling dimensions to make image bytes match number of bytes that Godot is waiting for doesn't fix this. There's no error, byt image is not displayed

Please confirm the following: (Place an X between the square brackets)

[x] I have checked for duplicate issues.
[x] I have provided a detailed description of the issue.
[x] I have provided reproduction steps (if applicable).

Could you try adding these lines of code to the fetch_callback:
print(dimensions.height, ":", dimensions.width)
print(handle.size)

like so:

The likely issue is that the sdk is returning a square version of the image, but get_dimensions returns the original image dimensions.

Could you try adding these lines of code to the fetch_callback:
print(dimensions.height, ":", dimensions.width)
print(handle.size)

like so:

The likely issue is that the sdk is returning a square version of the image, but get_dimensions returns the original image dimensions.

sure, let me finish lessons and i'll do it

You have everything there, i also have updated issue

Ok, so it looks like the issue is that ImageDimensions is the original image dimensions, but get_data will return the resized image bytes to fit the size we passed to the ImageHandle, so all we have to do is replace the fetch callback with this:
func fetch_callback(result: int, handle: Discord.ImageHandle) -> void:
	if result != Discord.Result.OK:
		print(
			"Failed to fetch image handle: ",
			enum_to_string(Discord.Result, result)
		)
	else:
		print("Fetched image handle, ", handle.id, ", ", handle.size)

		var data = images.get_data(handle)
		if data is int:
			print(
				"Failed to get image data: ",
				enum_to_string(Discord.Result, data)
			)
		else:
			var image: = Image.new()
			image.create_from_data(
				handle.size, handle.size,
				false,
				Image.FORMAT_RGBA8,
				data
			)
			image.unlock()
			var tex: = ImageTexture.new()
			tex.create_from_image(image)
			texture_rect.texture = tex
			OS.window_size = Vector2(handle.size, handle.size)

Let me know if it still doesnt work after replacing this function ^
I'm going to add something to the docs about this to prevent issues in future.

:/

Could you try saving the resulting image to a png?
image.save_png("res://avatar.png")

there you have the result

Could you please send you whole main.gd file? I can't seem to replicate this issue myself, but I'll try using an alt account with smaller pfp later.

OK, I think I've figure out the issue, so I'm going to implement a fix now, let me know if it still doesn't work.

Ok, thanks

Could you please send you whole main.gd file? I can't seem to replicate this issue myself, but I'll try using an alt account with smaller pfp later.

I can't do it now... I'll do it as fast as possible.

Btw. If you prefer we can talk on discord, you have my nick and tag on the screen (Futrzak#7813)


Subtitles are one on top of the other

This seems to happen only with the "The lighthouse" movie

Hi! Thanks for the report. Unfortunately I don't have the lighthouse in my region, and I can't immediately reproduce the problem on another title :(

Do both the primary and secondary subtitles move down when the progress bar disappears?
Could you show me the console log output?
Do you have any other Netflix related addons installed?

Ciao! Happy to help!

Hi! Thanks for the report. Unfortunately I don't have the lighthouse in my region, and I can't immediately reproduce the problem on another title :(
1. Do both the primary and secondary subtitles move down when the progress bar disappears? Yes, they move down a bit but they remain one up the other

2. Could you show me the console log output? Could you explain me how, please :) i just receive the messages you see below.

3. Do you have any other Netflix related addons installed? no other addons realted to Netflix.

18:39:51.079 Alcuni cookie utilizzano l’attributo “SameSite“ consigliato in modo non corretto 5
18:40:05.670 Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. 6 background.js:1
sendMessage moz-extension://46c9e57a-791e-419d-9d18-a3d053d55903/background.js:1
18:40:52.558 Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. 4 background.js:1
sendMessage moz-extension://46c9e57a-791e-419d-9d18-a3d053d55903/background.js:1
18:41:05.532 NotFoundError: No such JSWindowActor 'DevToolsFrame' 22
18:41:10.772 Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. 2 background.js:1
sendMessage moz-extension://46c9e57a-791e-419d-9d18-a3d053d55903/background.js:1
18:41:45.376 Error: Unknown file format
p moz-extension://5a9b8482-9d9e-42d8-8acb-a97375ade58a/background.js:1
setup moz-extension://5a9b8482-9d9e-42d8-8acb-a97375ade58a/background.js:1
parse moz-extension://5a9b8482-9d9e-42d8-8acb-a97375ade58a/background.js:1
$ moz-extension://5a9b8482-9d9e-42d8-8acb-a97375ade58a/background.js:1
background.js:1:9159
fetchExif moz-extension://5a9b8482-9d9e-42d8-8acb-a97375ade58a/background.js:1
18:41:45.926 Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. background.js:1
18:42:05.191 Questa pagina si trova in modalità Quirks. Questo potrebbe avere effetto sul layout della pagina. Per la modalità standard utilizzare “”. background.js
18:42:05.247 Could not find any MenuItem with id: root background.js:1:157846
18:42:05.258 È stato fornito a “view-source:moz-extension://5a9b8482-9d9e-42d8-8acb-a97375ade58a/background.js” un cookie partizionato o accesso alle risorse di archiviazione in quanto è caricato in un contesto di terze parti e il partizionamento di stato dinamico è attivo.
18:42:05.288 Could not find any MenuItem with id: autofill background.js:1:157846
18:42:05.289 Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. 5 background.js:1
18:43:21.370 Unchecked lastError value: Error: Could not establish connection. Receiving end does not exist. 2 background.js:1

Hey sorry for the long wait. Still wasn't able to reproduce this on any other movie/show :( Since it only happens on this 1 movie I'm going to close this for now - but let me know if it happens on any other shows.


Don't hardcode db name, which should be in connection string

Summary

RFCs: na.
Categories: networks

Changelog

Testing
custom built docker image and test
Outstanding issues

@zfy0701
Please include updates to values like this in the indexer docker file
https://github.com/movementlabsxyz/movement/blob/main/docker/compose/movement-indexer/docker-compose.indexer.yml#L56

done


[bug] teleport request intermittently disallows sending a request

sender can only send one tp request
the receiver can only receive one request at a time
both are one minute limits
please confirm if the requests are denied after the one-minute timeout expires

probably fixed

not fixed

should be fixed now


[Suggestion] Use CMake 3.19 "Interface Library" for easier "header only" support

Currently to use boost/json as header only library the user has to "#include <boost/json/src.hpp>" in exactly one translation unit. Also, this library uses "*.ipp" files instead of "normal" source files. I think it's possible to use CMake 3.19 Interface Library to create a target which has all the headers and sources but does not get build as library and allows the user of this library to import all the headers and sources from boost/json.
I suggest to use CMake 3.19 Interface Library which brings two benefits:

The user can link against boost header only and does not need to provide the one translation unit "#include <boost/json/src.hpp>"
"*.ipp" files can be replaced with "normal" source files. (I am not an "ipp" file expert, but I think boost/json uses them instead of normal source files because CMake would try to build them?)

Interface libraries has been in CMake since version 2-something, iirc, so either you meant some particular 3.19 feature, or the title of the issue is misleading.
The use of ipp extension is deliberate, corresponds to their purpose and has absolutely nothing to do with CMake.
Anyways, can you present a specific use case for using header-only version with CMake?

Interface libraries has been in CMake since version 2-something, iirc, so either you meant some particular 3.19 feature, or the title of the issue is misleading.
The use of ipp extension is deliberate, corresponds to their purpose and has absolutely nothing to do with CMake.
Anyways, can you present a specific use case for using header-only version with CMake?

Thanks for clearing things up. I am sorry I confused some things.


I am trying to use this library in Kong custom plugin

I am trying to use this library in Kong custom plugin, it is not working, AWS class itself cannot be instantiated, I am getting a not yielding error in the constructor of the class.
Lua(): /usr/local/share/lua/5.1/resty/aws/init.lua:498: attempt to yield across C-call boundary
stack traceback:
	[C]: in function 'connect'
	/usr/local/share/lua/5.1/resty/http_connect.lua:232: in function 'connect'
	/usr/local/share/lua/5.1/resty/http.lua:927: in function 'request_uri'
	/usr/local/share/lua/5.1/resty/aws/utils.lua:29: in function 'make_request'
	/usr/local/share/lua/5.1/resty/aws/utils.lua:77: in function 'getIDMSMetadata'
	/usr/local/share/lua/5.1/resty/aws/utils.lua:221: in function 'detect_region'
	/usr/local/share/lua/5.1/resty/aws/utils.lua:265: in function 'detect_region_locked'
	/usr/local/share/lua/5.1/resty/aws/utils.lua:295: in function 'getCurrentRegion'
	/usr/local/share/lua/5.1/resty/aws/config.lua:336: in function '__index'
	...ua/5.1/resty/aws/credentials/CredentialProviderChain.lua:11: in main chunk
	[C]: at 0xffff95e810a8
	[C]: in function 'xpcall'
	/usr/local/share/lua/5.1/resty/aws/init.lua:474: in function 'AWS'
	/kong-plugin/kong/plugins/kong-cert-manager/handler.lua:52: in function </kong-plugin/kong/plugins/kong-cert-manager/handler.lua:50>
	[C]: in function 'pcall'
	/usr/local/share/lua/5.1/resty/timerng/job.lua:274: in function 'execute'
	/usr/local/share/lua/5.1/resty/timerng/thread/worker.lua:169: in function </usr/local/share/lua/5.1/resty/timerng/thread/worker.lua:153>
	[C]: in function 'pcall'
	/usr/local/share/lua/5.1/resty/timerng/thread/loop.lua:101: in function 'phase_handler_wrapper'
	/usr/local/share/lua/5.1/resty/timerng/thread/loop.lua:144: in function 'do_phase_handler'
	/usr/local/share/lua/5.1/resty/timerng/thread/loop.lua:170: in function </usr/local/share/lua/5.1/resty/timerng/thread/loop.lua:162>, context: ngx.timer

What I understood is that this library uses xpcall, and it will not yield, I checked few posts online, people are suggesting to move to pcall. Please let me know how to resolve this issue, I can contribute code for any fix required.

the most common reason for this is when you do a require, and then somewhere inside the require, you call a method that does some IO.

have you tried this: https://github.com/Kong/lua-resty-aws#global-settings ?

@Tieske thank you for your quick response, initializing the global settings solved this issue.

great. Thx for reporting back!


Fix invalid usage of safeDelete which can cause an error with valgrin…

Fixed an invalid usage of safeDelete which can cause a valgrind & libasan error.
Signed-off-by: Romain GASQ
This is a

[ ] Breaking change
[ ] New feature
[ x] Bugfix

I have

[ ] Merged in the latest upstream changes
[ ] Updated CHANGELOG.md
[ ] Updated README.md
[ x] Run the tests

Even if I remove my update, the test program doesn't work I still have the same issue :
Value of: tConf.toFile(Level::Info)
Actual: true
Expected: false
/home/easyloggingpp/test/typed-configurations-test.h:106: Failure
Value of: tConf.fileStream(Level::Info)
Actual: 0x7a854f0
Expected: nullptr
Which is: NULL
[  FAILED  ] TypedConfigurationsTest.NonExistentFileCreation (0 ms)

For a dynamic generation/managing of module logger during the runtime, it could be very cool to integrate that patch for avoiding the unspecified crashed which can be cause by the library.

Doing manually, see 17a9e3b

Thanks !


Mix_up: alpha below 1 should not work...

in Your code:
def mixup_data(x, y, alpha=1.0, use_cuda=True, per_sample=False):
'''Compute the mixup data. Return mixed inputs, pairs of targets, and lambda'''
batch_size = x.size()[0]
if use_cuda:
    index = torch.randperm(batch_size).cuda()
else:
    index = torch.randperm(batch_size)

if alpha > 0. and not per_sample:
    lam = torch.zeros(y.size()).fill_(np.random.beta(alpha, alpha)).cuda()
    mixed_x = lam.view(-1, 1, 1, 1) * x + (1 - lam.view(-1, 1, 1, 1)) * x[index,:]
elif alpha > 0.:
    lam = torch.Tensor(np.random.beta(alpha, alpha, size=y.size())).cuda()
    mixed_x = lam.view(-1, 1, 1, 1) * x + (1 - lam.view(-1, 1, 1, 1)) * x[index,:]
else:
    lam = torch.ones(y.size()).cuda()
    mixed_x = x

y_a, y_b = y, y[index]
return mixed_x, y_a, y_b, lam

So when alpha below 1, it will only mix the labels not x... Since lam is one, loss of the mixup_criterion will only calculate the loss between x and y_a. Also, no matter how you change your alpha as long as lower than 1, your loss will not be changed..

your mixup_cirteria
def mixup_criterion(y_a, y_b, lam):
return lambda criterion, pred: criterion(pred, y_a, lam) + criterion(pred, y_b, 1 - lam)
Also. your criteria is:
lambda pred, target, lam: (-F.log_softmax(pred, dim=1) * torch.zeros(pred.size()).cuda().scatter_(1, target.data.view(-1, 1), lam.view(-1, 1))).sum(dim=1).mean()
which mean that the output of your criteria is the average of batch loss, it may have a problem when per-sample is True


typo Get-AzureStackLogs

[Enter feedback here]
Several place "Get-AzureStackLogs" in this doc. I guess it should be "Get-AzureStackLog"
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 9791d946-d79a-6929-4e48-56eb37021c6f
Version Independent ID: 22b2c392-7cc5-c21a-fae5-2f717ce477c2
Content: Use the privileged endpoint (PEP) to collect diagnostic logs - Azure Stack Hub
Content Source: azure-stack/operator/azure-stack-get-azurestacklog.md
Service: azure-stack
GitHub Login: @Justinha
Microsoft Alias: justinha

@chenminhua,  Thanks for the feedback! We are taking a look into this and will update you shortly.

@chenminhua Thanks for the feedback! I have assigned the issue to the content author to evaluate and update as appropriate.

@Justinha this bug is still present, let me know if I can assist.

@TravisCragg-MSFT sorry for delay and thanks raising this @chenminhua . This is fixed.


Increment versions for amqp-core beta release

Increment package versions for core releases

API change check
API changes are not detected in this pull request.


Add min-length and max-length validation rule (for string)

Signature: minLength:$1 and maxLength:$1
Validation passes if the token is not string, or string with at least/at most $1 characters (including white space)

It should be better if we convert non-string to string, then compare the length.
I'll fix it.

resolve #1


i18n(ko-KR): update typescript.mdx

Description (required)

update typescript.mdx
#8818

Related issues & labels (optional)

Closes #
Suggested label:

Lunaria Status Overview
🌕 This pull request will trigger status changes.

Learn more
By default, every PR changing files present in the Lunaria configuration's files property will be considered and trigger status changes accordingly.
You can change this by adding one of the keywords present in the ignoreKeywords property in your Lunaria configuration file in the PR's title (ignoring all files) or by including a tracker directive in the merged commit's description.

Tracked Files

Locale
File
Note

ko
guides/typescript.mdx
Localization changed, will be marked as complete.

Warnings reference

Icon
Description

🔄
The source for this localization has been updated since the creation of this pull request, make sure all changes in the source have been applied.


Preview Page Mapping Column Values

Hi there,
Currently, I have a CSV file generated from my crawler with the following fields:
OURPRICE | SALESPRICE | IMG_SRC | BATCH | ASIN | META | URL | NAME | REGULAR_PRICE | DESCRIPTION | SHORT_DESCRIPTION | IDENTIFIER

Each row in this file will be mapped to an instance of my "Product" model with the following django fields:
class Product(models.Model):
    name = models.TextField()
    regular_price = models.FloatField()
    description = HTMLField(blank=True, null=True)
    short_description = HTMLField(blank=True, null=True)
    batch = models.CharField(max_length=30, blank=True, null=True)
    identifier = models.CharField(max_length=50, blank=True, null=True)
    url = models.TextField(blank=True, null=True)

Right now i have the following resource class:
class AmazonProductResource(resources.ModelResource):
    ourprice = Field(column_name='ourprice')
    saleprice = Field(column_name='salesprice')
    img_srcs = Field(column_name='img_src')
    batch = Field(column_name='batch')
    asin = Field(column_name='asin')
    meta = Field(column_name='meta')
    url = Field(column_name='url')

    class Meta:
        model = Product
        exclude = ('id',)
        instance_loader_class = AmazonIdentifierInstanceLoaderClass

    def __init__(self, *args, **kwargs):
        """Handling images:
        1. We clear `self._images` at the very beginning of the import process.
        2. We persist images into db at the very end to ensure the Product instance is saved.

        Dry_run:
        1. The first time that this is executed dry_run = True
        2. After confirmation dry_run = False
        """
        self._images = None
        super(*args, **kwargs)

    def before_import_row(self, row, **kwargs):
        self._images = []
        super().before_import_row(row, **kwargs)

    def import_obj(self, obj, data, dry_run):
        """Override this method to map columns to our instance.
        """
        # This must be executed BEFORE assigning images to this obj!
        super().import_obj(obj, data, dry_run)

        price_str = data['ourprice'] or data['saleprice']
        try:
            obj.regular_price = float(price_str.strip('$'))
        except ValueError:
            obj.regular_price = float()

        obj.batch = data['batch']

        obj.identifier = get_amazon_identifier(data['asin'])

        obj.url = data['url']

        try:
            urls = json.loads(data['img_srcs'])
            for i, url in enumerate(urls):
                # verifiy that images don't already exist (during update)
                if not Image.objects.filter(src=url, position=i, product=obj).count():
                    image = Image()
                    image.src = url
                    image.position = i
                    image.product = obj
                    self._images.append(image)
        except json.decoder.JSONDecodeError:
            pass

    def after_save_instance(self, instance, using_transactions, dry_run):
        if not dry_run:
            for image in self._images:
                image.save()
        super().after_save_instance(instance, using_transactions, dry_run)

As you can see, my model doesn't store all the values from my import file.
Right now, the columns that are not being mapped to my models are blank during import preview:

This makes it very difficult to see whether the import file has the right values being imported.
How can I fix this?

@vincentwhales Has your issue been resolved? Can we close this?


SMPPSession sendBind causes null array length error

On Line 297 in the sendBind method. OptionalParameters seems to causes the connectAndBind method to break (as it is not declared and sendBind is called internally to this method). I commented this out this line and it is working fine. It did not seem like it would effect the system in any way. Let me know if I am wrong though.

Yes I am also facing the same issue.
Actually issue is with this code
    private OptionalParameter[] readOptionalParameters(
            SequentialBytesReader reader) {
        if (!reader.hasMoreBytes())
            return null;
        List<OptionalParameter> params = new ArrayList<OptionalParameter>();
        while (reader.hasMoreBytes()) {
            short tag = reader.readShort();
            short length = reader.readShort();
            byte[] content = reader.readBytes(length);
            params.add(OptionalParameters.deserialize(tag, content));
        }
        return params.toArray(new OptionalParameter[params.size()]);
    }

Fixed in master but not in any release :(

@kostousov-ds please release new version from latest master. This issue is fixed in master branch

I will made a release 2.3.5 today... Thanks!

The change in readOptionalParameters was already in 2.3.0. Which version are you using?


GET /v1/$jobId/runs history broken

I have a one-shot job that runs and finishes nicely.  The trouble is there is no way to determine whether or not the job actually ran.
To be clear, I run it with POST /v1/jobs/$jobId/runs, not with a specific schedule.
While the job is running GET /v1/jobs/$jobId/runs returns a status with ACTIVE, but after it finishes nothing gets returned - the list is empty.
The only way I know that a status is sometimes available is by launching a job that needs me to kill it before it exits.
Is this a bug or am I looking in the wrong place?
Thanks Chris

The history is undocumented but used in dc/os and works standalone as well
From dc/os 1.8 'Jobs':
       0x0040:  a122 44cb 4745 5420 2f76 312f 6a6f 6273  ."D.GET./v1/jobs
        0x0050:  3f5f 7469 6d65 7374 616d 703d 3134 3831  ?_timestamp=1481
        0x0060:  3431 3430 3538 3835 3726 656d 6265 643d  414058857&embed=
        0x0070:  6163 7469 7665 5275 6e73 2665 6d62 6564  activeRuns&embed
        0x0080:  3d73 6368 6564 756c 6573 2665 6d62 6564  =schedules&embed
        0x0090:  3d68 6973 746f 7279 5375 6d6d 6172 7920  =historySummary.

It works for sure on my stand-alone metronome. So thankfully metronome's usable outside dc/os.
For others wishing to know whether or not a job actually runs or not, here is a request against port 9000 where I have a foo.bar job on deployed on a schedule(also in the output and undocumented).

The activeRuns,  for my job, is 100s of JobStatus stanzas long so it's snipped.

 http GET 'http://localhost:9000/v1/jobs?_timestamp=1481414058857&embed=activeRuns&embed=schedules&embed=historySummary'
HTTP/1.1 200 OK
Content-Length: 10742
Content-Type: application/json
Date: Sun, 11 Dec 2016 00:07:23 GMT

[
    {
        "activeRuns": [
            {
                "completedAt": null,
                "createdAt": "2016-12-10T19:23:59.687+0000",
                "id": "20161210192359srw61",
                "jobId": "foo.bar",
                "status": "STARTING",
                "tasks": []
            },
            {
                "completedAt": null,
                "createdAt": "2016-12-10T20:55:59.515+0000",
                "id": "20161210205559IjJnP",
                "jobId": "foo.bar",
                "status": "STARTING",
                "tasks": []
            }
--snip--
        ],
        "description": "",
        "historySummary": {
            "failureCount": 13,
            "lastFailureAt": "2016-12-10T01:58:00.819+0000",
            "lastSuccessAt": "2016-12-10T07:36:00.538+0000",
            "successCount": 38
        },
        "id": "foo.bar",
        "labels": {},
        "run": {
            "artifacts": [],
            "cmd": "echo \"testing $(date)\"",
            "cpus": 0.2,
            "disk": 128,
            "docker": {
                "image": "alpine:3.4"
            },
            "env": {},
            "maxLaunchDelay": 900,
            "mem": 128,
            "placement": {
                "constraints": []
            },
            "restart": {
                "activeDeadlineSeconds": 0,
                "policy": "NEVER"
            },
            "volumes": [
                {
                    "containerPath": "/var/lib/tmp",
                    "hostPath": "/app",
                    "mode": "RO"
                }
            ]
        },
        "schedules": [
            {
                "concurrencyPolicy": "ALLOW",
                "cron": "*/2 * * * *",
                "enabled": true,
                "id": "every2",
                "nextRunAt": "2016-12-11T00:08:00.000+0000",
                "startingDeadlineSeconds": 60,
                "timezone": "Etc/GMT"
            }
        ]
    }
]

Here are the other options

Actually, it'd be nice to hear the plan for exposing history so I needn't rely on undocumented parameters.

Note: This issue has been migrated to https://jira.mesosphere.com/browse/MARATHON-1654. For more information see https://groups.google.com/forum/#!topic/marathon-framework/khtvf-ifnp8.


[Question] Torch JIT/ONNX and Neo compilation

I'm attempting to get a fastai model optimized with SageMaker Neo compilation. It looks like I can save out my model in one of three ways.

regular: learn.save which outputs e.g. resnet34.pth
onnx: torch.onnx.export which outputs e.g. resnet34.onnx
jit: torch.jit.save which outputs e.g. resnet34.pth

I've actually done all three to try and experiment with different ways of compiling the model with Neo. After saving in one of these ways I then attempt to compile the model. I've tried framework as pytorch and onnx with versions 0.4.0 / 1.0.0,  and 1.3 / 1.4, respectively.
framework='pytorch' # 'onnx'
framework_version='1.0.0' # '1.4'
output_path = '/'.join(estimator.output_path.split('/')[:-1])
optimized_ic = estimator.compile_model(target_instance_family='ml_c5',
								input_shape={'actual_input_1':[1, 3, 224, 224]},
								output_path=output_path,
								framework= framework,
								framework_version=framework_version,
								role=role)

I get the same error trying all three ways, with both framework types:

Failed Reason: Client Error: InputConfiguration: Invalid PyTorch model or input-shape mismatch. Make sure that inputs are lexically ordered and of the correct dimensionality. Upgrade to PyTorch 1.0 and use torch.jit.trace() and torch.jit.save() to export your model. Also cast your model with eval() before exporting.

Any idea what I might be doing wrong? And does the key name for input_shape matter if I save the model with jit.save?

Details
For JIT I am doing this:
learn.model.eval()
trace_input = torch.ones(1,3,args.image_size,args.image_size).cuda()
jit_model = torch.jit.trace(learn.model.float(), trace_input)
output_path = str(path/f'{args.model_arch}_jit.pt')
torch.jit.save(jit_model, output_path)

And for ONNX I am doing this:
dummy_input = torch.ones(1,3,args.image_size,args.image_size).cuda()
output_path = str(path/f'{args.model_arch}.onnx')
input_names = [ "actual_input_1" ] + [ "learned_%d" % i for i in range(16) ]
output_names = [ "output1" ]
torch.onnx.export(learn.model, dummy_input, output_path, verbose=True, input_names=input_names, output_names=output_names)

Also as a side question, how should I expect performance to compare with Neo compilation starting with a model saved via ONNX versus JIT?

I now think this is related to #642

Observing the same error using PyTorch 1.0.0 as well as PyTorch v 0.4.1

using the torch.jit.trace, torch.jit.save export method (as well as casting to eval)
using torch.onnx  (ONNX v1.3.0)

Have tried every variation of the data input specification described on the Neo compilation troubleshooting docs

This is really old but here are some answers. This is related to #642 in that it's the same problem. Prior to May, Neo only supported compiling PyTorch 0.4 models and this was updated in May to 1.0 (and 0.4). Now we currently support 1.2.


GROOVY-7994: Anonymous inner class believes protected method in paren…

…t's superclass returns Object

+1


Game is keep crashing on start

Hey,
i have a question. my game is crashing when i start and when i'm ingame it'll crash after a certain time and i dont know what to do
Crash date: 17.03.2020 16:51:21
PAYDAY 2 Crash log
Application has crashed: C++ exception
bad allocation
Callstack:
gameoverlayrenderer  (???)     VulkanSteamOverlayProcessCapturedFrame
gameoverlayrenderer  (???)     VirtualFreeWrapper
igdumdim32  (???)     ???
Current thread: Renderer
System information:
Application version : 1.94.862
CPU : Intel(R) Core(TM) i3-6006U CPU @ 2.00GHz (1 core); SSE; SSE2; SSE3; SSSE3; SSE4.1; SSE4.2
DirectX : 12.0
GPU : Intel(R) HD Graphics 520 / igdumdim32.dll[<IP_ADDRESS>46]
Language : german
Memory :     8060MB 228KB
OS : 6.2.9200 () 0x300-0x1 (64 bits)
Physics : threaded
Renderer : DX9 threaded
Sound : Realtek Semiconductor Corp. (Lautsprecher (Realtek High Definition Audio))
Lua information
Lua Hook: not present
BLT Hook data: present
Lua BLT Log (+/- 1 minute)
04:51:26 PM Log:  (C:\Users\ZNix\source\repos\SuperBLT\src\http\http.cpp:57) CURL CLOSED
Lua BLT Mods list
Name: SuperBLT, Version: <IP_ADDRESS>, Author: ZNix, James Wilkinson
Name: BeardLib, Version: 3.0x, Author: GREAT BIG BUSHY BEARD & Luffy
Name: No Post Processing! + Outlines Working + No Blue Filter on Main Menu Reborn!, Version: 5 (Reborn), Author: Seamlink
Name: PocoHud3, Version: based on v0.35 (r467), Author: zenyr
Installed PDMods/Override list
Name: Federal Inventory, Type: mod_override, State: Unrecognized, Author:

What can i do to prevent game crasher?

No idea that doesn't look like BeardLib editor's fault.


Get rid of http.Response returning

Is there a reason that returning the response is not necessary? I think it should be up to the developer to decide what to do with the return string, not hide it in the SDK.