updateMenu should be public

This method is marked private:
private updateMenu(menu?: Menu) { }

But if you update the menu with wth Menu.setApplicationMenu(menu) then the commandId's have changed but this package does not know about the new commandId's. The result is that clicking any menu item does not work since they refer to non-existing commandId's.
If I run titlebar.updateMenu(menu) after setApplicationMenu, the commandIds are also updated and clicks work as expected.

You should use refreshMenu, an asynchronous method that refreshes the menu with what is in Menu.getApplicationMenu().


Weather implementation,  vague forecast per zipcode?

Maybe make it kind of easy for the user to see a vague 3 day weather forecast for their zip code.  Maybe a ticker that crosses the bottom when they log in.

Here is a list of possible Weather APIs that we could check out:

https://weatherstack.com/
https://weather.com/swagger-docs/call-for-code
https://www.weatherapi.com/
https://www.weather.gov/documentation/services-web-api
https://openweathermap.org/api


translate_list_to_dict method is a bottleneck

These days I'm trying to profile several of my routes, and I notice that it's not the DB calls that takes the most time, but more what comes after, especially translate_list_to_dict function.
I've profiled them with cProfile and the results are always the same, this function take almost 50% of the time.
Here are 2 screenshots:

Describe the solution you'd like
I'm wondering if this is a known issue, maybe we can try to brainstorm on how to improve this to take less time ?
Also, i've noticed that check_node_not_dict_or_not_last_node function is being called a huge number of time for a limited number of rows. Maybe there's something we can do about it too.

Please paste the test code, will fix and test it.

These days I'm trying to profile several of my routes, and I notice that it's not the DB calls that takes the most time, but more what comes after, especially translate_list_to_dict function.
I've profiled them with cProfile and the results are always the same, this function take almost 50% of the time.
Here are 2 screenshots:

Describe the solution you'd like I'm wondering if this is a known issue, maybe we can try to brainstorm on how to improve this to take less time ?
Also, i've noticed that check_node_not_dict_or_not_last_node function is being called a huge number of time for a limited number of rows. Maybe there's something we can do about it too.

Please paste the test code, will fix and test it.


⚠ Bofrost.at has degraded performance

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

HTTP code: 200
Response time: 2855 ms

Resolved: Bofrost.at performance has improved in 379f399 after 13 minutes.


URL only filtered when starting with [F|HT]TP(S)://

Input:
Mijn website is www.domein.nl
Output:
Mijn website is www.domein.nl
Expected:
Mijn website is
URL's are only filtered when they start with [F|HT]TP(S):// but a lot of times websites addresses are used without this prefix. When the URL starts with www. it should also be removed.

Fixed in #6


fix: false-positive files fixes

:tada: This PR is included in version 1.3.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


Cannot define type while destructuring in a $q.all

$q.all([
  IPromise<type does not work here>promise1,
  promise2
])
.then([result1: <can't define type here as well>, result2] => { }`

I have tried to type cast promise and tried to define type in .then as well and it still gives error. I have tried with simple function as well and it does not work for simple functions as well.

These are best for other forums, like StackOverflow or gitter.im.
You need to understand tuple types in TypeScript better.
$q.all([ promise1, promise2 ])
    .then(( [ result1, result2 ]: [ string, string ] ) => { });

@kitsonk Sorry, I did not know we could do something like this and thought it might be a bug. Thanks for reply.


"Event Ciewer" - presumably should be "Event Viewer"

"Event Ciewer" - presumably should be "Event Viewer"

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

ID: e5862cc7-3f36-5f2e-9ade-f7441f99f818
Version Independent ID: b8bd1985-7b5b-ea79-976a-7d96ad69335c
Content: Use Windows Event Forwarding to help with intrusion detection (Windows 10)
Content Source: windows/security/threat-protection/use-windows-event-forwarding-to-assist-in-intrusion-detection.md
Product: w10
GitHub Login: @tedhardyMSFT
Microsoft Alias: justinha

Fixed--thank you! Changes should be live by eod.


Domestic fuel oil / gas consumption

Domestic fuel oil and natural gas are commonly used in central heating systems. I am convinced that for most people who use such heating systems the associated carbon emissions account for a considerable percentage of their carbon footprint. Therefore I suggest to add a possibility to manually enter the annual oil / gas consumption used for heating.
I know that it is not an everyday decision but rather a long-term decision. However, it has huge impact every day! For owners of a flat or house there are options for reducing the amount of required heating energy or switching the energy source. I hope that a visualization of how many carbon emissions the heating system produces every day will motivate some more peoply to take one of those options.
In the case of rental there are fewer options - normally only whether to rent a flat or not. However, I would appreciate it if more people would take the amount of carbon emissions for heating into account while deciding among possible flats and I think the Tomorrow App could help to raise awareness. If heating carbon emissions were a major factor in the decision of most people whether to rent a specific flat or not already, then the owners would be pressured to react in order to conserve the value of their property.
I am looking forward to discussing these ideas with you!

Indeed! Step 1 would be to add a co2 model for it. Is that something you want to take on?

Yes, sure 👍 This model would only have to convert a given amount of gas or oil to kgCO2eq, right?

That's right (if we believe the input would be in Litres)
On Sun, Jul 7, 2019 at 10:01 PM Johannes Vass<EMAIL_ADDRESS>wrote:

Yes, sure 👍 This model would only have to convert a given amount of gas
or oil to kgCO2eq, right?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/tmrowco/tmrowapp-contrib/issues/83?email_source=notifications&email_token=AAMUIKBXAXREACDWCHQJ243P6JDTBA5CNFSM4H6TC23KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZLSCBQ#issuecomment-509026566,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAMUIKBW2I3OX63I5WVZZRDP6JDTBANCNFSM4H6TC23A
.

--
Olivier Corradi
Founder, CEO
https://www.linkedin.com/in/oliviercorradi https://twitter.com/corradio
tmrow.com


Commands fail because 'phinxlog' table already exists

When running any command (such as migrate, status) on an empty database, the phinxlog table is created.
Now, when running any command (such as migrate, status, rollback), phinx exits with the below error, without running my migrations or returning status information.
[InvalidArgumentException]
There was a problem creating the schema table: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'phinxlog' already exists

When inspecting the database with phpmyadmin, I can see that the first migration or status command creates the phinxlog table (and also, when running migration, it correctly creates the defined tables/columns).
Any subsequent command failes before executing any migrations or queries.
Using MySQL on Windows (WAMP).
(PHP version: 7.0.10, MySQL version: 5.7.14)
Appendix
phinx.php
<?php

require 'app/bootstrap.php';

return [
    'paths' => [
        'migrations' => '%%PHINX_CONFIG_DIR%%/resources/db/migrations',
        'seeds' => '%%PHINX_CONFIG_DIR%%/resources/db/seeds'
    ],
    'version_order' => 'creation',
    'environments' => [
        // 'default_migration_table' => '_phinxlog',
        'default_database' => 'envDb', // DB set in .env
        'envDb' => [
            'name' => 'environment_db',
            'connection' => $container->get('db')->connection()->getPdo()
        ]
    ]
];

(timestamp)_example_migration.php
<?php

use Phinx\Migration\AbstractMigration;

class ExampleMigration extends AbstractMigration
{
    public function up()
    {
        $usersTable = $this->table('users');
        $usersTable
            ->addColumn('email', 'string', ['limit' => 255])
            ->addColumn('password', 'string', ['limit' => 255])
            ->addTimestamps()
            ->addIndex(['email'], ['unique' => true])
            ->create();
    }

    public function down()
    {
        $this->dropTable('users');
    }
}

Full command line output
Example of running status twice on a fresh, empty database:
D:\wamp64\www\project [master = +1 ~3 -0 !]> .\vendor\bin\phinx status
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
warning no environment specified, defaulting to: envDb
ordering by creation time

 Status  [Migration ID]  Started              Finished             Migration Name
----------------------------------------------------------------------------------
   down<PHONE_NUMBER>0453                                            ExampleMigration
   down<PHONE_NUMBER>5631                                            UpgradeMigration

D:\wamp64\www\project [master = +1 ~3 -0 !]> .\vendor\bin\phinx status
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
warning no environment specified, defaulting to: envDb
ordering by creation time

 Status  [Migration ID]  Started              Finished             Migration Name
----------------------------------------------------------------------------------

  [InvalidArgumentException]
  There was a problem creating the schema table: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'phin
  xlog' already exists

status [-c|--configuration CONFIGURATION] [-p|--parser PARSER] [-e|--environment ENVIRONMENT] [-f|--format FORMAT]

D:\wamp64\www\project [master = +1 ~3 -0 !]>

Can you run with -vvv please?

Also, temporarily, could you use the credentials that the connection is using rather than the connection itself. Let's rule out any issue there.

Running with -vvv

D:\wamp64\www\project [master = +1 ~3 -1 !]> .\vendor\bin\phinx status -vvv
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
warning no environment specified, defaulting to: envDb
ordering by creation time

 Status  [Migration ID]  Started              Finished             Migration Name
----------------------------------------------------------------------------------
   down<PHONE_NUMBER>0453                                            SetupMigration

D:\wamp64\www\project [master = +1 ~3 -1 !]> .\vendor\bin\phinx status -vvv
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
warning no environment specified, defaulting to: envDb
ordering by creation time

 Status  [Migration ID]  Started              Finished             Migration Name
----------------------------------------------------------------------------------

  [InvalidArgumentException]
  There was a problem creating the schema table: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'phin
  xlog' already exists

Exception trace:
 () at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Db\Adapter\PdoAdapter.php:544
 Phinx\Db\Adapter\PdoAdapter->createSchemaTable() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Db\Adapter\P
doAdapter.php:210
 Phinx\Db\Adapter\PdoAdapter->setConnection() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Db\Adapter\PdoAd
apter.php:105
 Phinx\Db\Adapter\PdoAdapter->setOptions() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Db\Adapter\PdoAdapt
er.php:84
 Phinx\Db\Adapter\PdoAdapter->__construct() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Db\Adapter\Adapter
Factory.php:130
 Phinx\Db\Adapter\AdapterFactory->getAdapter() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Migration\Manag
er\Environment.php:339
 Phinx\Migration\Manager\Environment->getAdapter() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Migration\M
anager\Environment.php:269
 Phinx\Migration\Manager\Environment->getVersionLog() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Migratio
n\Manager.php:129
 Phinx\Migration\Manager->printStatus() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Console\Command\Status
.php:88
 Phinx\Console\Command\Status->execute() at D:\wamp64\www\project\vendor\symfony\console\Command\Command.php:262
 Symfony\Component\Console\Command\Command->run() at D:\wamp64\www\project\vendor\symfony\console\Application.php:826
 Symfony\Component\Console\Application->doRunCommand() at D:\wamp64\www\project\vendor\symfony\console\Application.php:1
89
 Symfony\Component\Console\Application->doRun() at D:\wamp64\www\project\vendor\robmorgan\phinx\src\Phinx\Console\PhinxA
pplication.php:83
 Phinx\Console\PhinxApplication->doRun() at D:\wamp64\www\project\vendor\symfony\console\Application.php:120
 Symfony\Component\Console\Application->run() at D:\wamp64\www\project\vendor\robmorgan\phinx\bin\phinx:28

status [-c|--configuration CONFIGURATION] [-p|--parser PARSER] [-e|--environment ENVIRONMENT] [-f|--format FORMAT]

D:\wamp64\www\project [master = +1 ~3 -1 !]>

Result: Empty `phinxlog` table.
Using credentials instead of PDO
Seems to work as intended.

Command line output
D:\wamp64\www\project [master = +1 ~3 -1 !]> .\vendor\bin\phinx status -vvv -e localDb
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
using environment localDb
ordering by creation time

 Status  [Migration ID]  Started              Finished             Migration Name
----------------------------------------------------------------------------------
 -- createTable('phinxlog')
    -> 0.0435s
   down<PHONE_NUMBER>0453                                            SetupMigration

D:\wamp64\www\project [master = +1 ~3 -1 !]> .\vendor\bin\phinx status -vvv -e localDb
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
using environment localDb
ordering by creation time

 Status  [Migration ID]  Started              Finished             Migration Name
----------------------------------------------------------------------------------
   down<PHONE_NUMBER>0453                                            SetupMigration

D:\wamp64\www\project [master = +1 ~3 -1 !]> .\vendor\bin\phinx migrate -vvv -e localDb
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
using environment localDb
using adapter mysql
using database mig_test

 ==<PHONE_NUMBER>0453 SetupMigration: migrating
 -- createTable('users')
    -> 0.0377s
 ==<PHONE_NUMBER>0453 SetupMigration: migrated 0.0462s

All Done. Took 0.0576s
D:\wamp64\www\project [master = +1 ~3 -1 !]> .\vendor\bin\phinx rollback -vvv -e localDb
Phinx by Rob Morgan - https://phinx.org. 0.8.0

using config file .\phinx.php
using config parser php
using migration paths
 - D:\wamp64\www\project\resources\db\migrations
using seed paths
using environment localDb
using adapter mysql
using database mig_test
ordering by creation time
No migrations to rollback

All Done. Took 0.0211s
D:\wamp64\www\project [master = +1 ~3 -1 !]>

Updated phinx.php
<?php

require 'app/bootstrap.php';

return [
    'paths' => [
        'migrations' => '%%PHINX_CONFIG_DIR%%/resources/db/migrations',
        'seeds' => '%%PHINX_CONFIG_DIR%%/resources/db/seeds'
    ],
    'version_order' => 'creation',
    'environments' => [
        // 'default_migration_table' => '_phinxlog',
        'default_database' => 'envDb', // DB set in .env
        'envDb' => [
            'name' => 'environment_db',
            'connection' => $container->get('db')->connection()->getPdo()
        ],
        'localDb' => [
            'adapter' => 'mysql',
            'host' => 'localhost',
            'name' => 'mig_test', // new, empty database
            'user' => 'root',
            'pass' => '',
            'charset' => 'utf8',
            'collation' => 'utf8_general_ci'
        ]
    ]
];

I am using Eloquent in my project, the envDb connection is made like this:

$capsule = new \Illuminate\Database\Capsule\Manager();

$dbUrl = parse_url(getenv('DATABASE_URL'));
$capsule->addConnection(
    [
        'driver' => getenv('DB_DRIVER'),
        'host' => $dbUrl['host'],
        'port' => $dbUrl['port'],
        'database' => substr($dbUrl['path'], 1),
        'username' => $dbUrl['user'],
        'password' => $dbUrl['pass'],
        'charset' => 'utf8',
        'collation' => getenv('DB_COLLATION'),
        'prefix' => '',
    ],
    'default'
);
// https://github.com/laracasts/Eloquent-Outside-of-Laravel

$capsule->setAsGlobal();
$capsule->bootEloquent();

$container['db'] = function ($container) use ($capsule) {
    return $capsule;
};

You can get the underlying PDO instance like this:
$pdo = DB::connection()->getPdo();
We know this works, because the first command succeeds.
Calling get_class on this returns "PDO".

I can work with using credentials, but if you still want to investigate, I'll be happy to assist.

I have a local PDO wrapped connection (Doctrine), so I'll try it out with that and see what's what.

Just realised we don't use PDO for our doctrine connections.
But using a config (snippet) like this ...
                'development' =>
                    [
                        'connection' => new PDO(
                            sprintf(
                                'mysql:host=%s;dbname=%s',
                                $_ENV['DB_DEVELOPMENT_HOST'],
                                'phinx_testing'
                            ), $_ENV['DB_DEVELOPMENT_USERNAME'],
                            $_ENV['DB_DEVELOPMENT_PASSWORD']
                        ),
//                        'adapter' => 'mysql',
//                        'host' => $_ENV['DB_DEVELOPMENT_HOST'],
//                        'name' => $_ENV['DB_DEVELOPMENT_DATABASE'],
//                        'user' => $_ENV['DB_DEVELOPMENT_USERNAME'],
//                        'pass' => $_ENV['DB_DEVELOPMENT_PASSWORD'],
//                        'port' => 3306,
//                        'charset' => 'utf8',
//                        'collation' => 'utf8_unicode_ci',
                    ],

Is working. When I set the DB name to $_ENV['DB_DEVELOPMENT_DATABASE'], I get to see all my migrations.
Can you try this route?
If it is still working, then I wonder if there is something different with regard to your connection instance that is different from a regular PDO connection.

Using new PDO works perfectly fine.
It seems to be an issue with the PDO instance returned by Eloquent then.

Did you find a cause within your Eloquent instance?
Can we close this issue?

I simply went and used credentials instead of Eloquent's PDO for the connection.

OK. Thank you for highlighting the issue. If we have anyone else with the problem, I'll refer to this issue. And thank you for introducing me to connection. Hadn't seen it until you mentioned it!

To avoid this bug you must add a connection name to your Phinx config. Phinx uses this as database name, so when you attach the PDO connection to Phinx it doesn't understand which database it gotta use. The easiest way is to query the database name like this.
Here is my config which works perfectly.
<?php

require_once __DIR__ .  '/boostrap.php';

return [
	'paths' => [
		'migrations' => '%%PHINX_CONFIG_DIR%%/db/migrations',
		'seeds' => '%%PHINX_CONFIG_DIR%%/db/seeds'
	],
	'environments' => [
		'default_database' => 'production',
		'production' => [
			'adapter' => 'mysql',
			'connection' => $container->db,
			'name' => $container->db->query("SELECT DATABASE()")->fetchColumn(0),
		]
	 ]
];

Me also:
include_once './vendor/autoload.php';

require_once './src/includes/Init.php';

return array('environments' =>
    array(
        'default_database' => 'development',
        'development' => array(
            'name' => 'phinx',
            'connection' => \Ease\Shared::db()->sqlLink
        ),
        'default_database' => 'production',
        'production' => array(
            'name' => 'phinx',
            'connection' => \Ease\Shared::db()->sqlLink
        ),
    ),
    'paths' => [
        'migrations' => 'db/migrations',
        'seeds' => 'db/seeds'
    ]
);

There was a problem creating the schema table: SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'phinxlog' already exists


Setting the color of blame at top of file.

[3.4.5] - 2017-04-13
Adds gitlens.blame.annotation.activeLineDarkColor & gitlens.blame.annotation.activeLineLightColor settings to control the colors of the active line blame annotation

As per the changelog, I expect these two properties would allow me to change the blame that displays at the top of files. However, I have tried finding these is settings and even attempted setting them from a theme, but haven't be able to get the color of the text to change. I have tried searching the repo for references to activeLineDarkColor, activeLineLightColor, and activeLineColor, but haven't found them.
Here is a screenshot of what I have been able to accomplished with my theme by setting gitlens.trailingLineForegroundColor. I haven't been able to change the gray text at the top of the file.

Those colors only affect the blame that appears on the active line (the line where your cursor is). There isn't a way to directly control the color of the code lens (the You, 6 minutes ago | 2 authors (roydukkey and others)).
You can change the colors for all code lens (not just the ones GitLens provides) by overriding the theme color for editorCodeLens.foreground
Hope that helps.

Thanks. That is the correct solution.


[neko] Uncaught exception - load.c(398) : Invalid module

On one of my projects (see https://github.com/cedx/gitea.hx), when the instrumentation is enabled, the Neko tests fail with the error:
Uncaught exception - load.c(398) : Invalid module : var/tests.n
(see https://github.com/cedx/gitea.hx/runs/1226877064)
If I disable the instrumentation, the Neko tests succeed.
I'm using instrument 1.1.0, and utest 1.13.1 as testing library.
The involved class (the only class that has tests) is:
https://github.com/cedx/gitea.hx/blob/main/src/gitea/DateTools.hx
I've strictly no idea where is the root cause (i.e. in instrument, utest or the unique dependency: datetime 3.1.4).

I downloaded your project along with neko sources and ran some tests. it fails loading because a stack check exceeds MAX_STACK_PER_FUNCTION of 128. if I up its value to 134 it runs just fine, so it's not some endless recursion.
I don't know much about neko internals and I haven't found an easy way to figure out what those nested calls are all about. it seems to be in the middle of some Assert call when it hits the limit.
it's very likely related to instrument adding more calls to the mix. not sure if something can be done to reduce nesting though.
I had a similiar error in one of my projects back when I was running munit and mcover tests on neko target. It didn't happen at first, only after some time I couldn't run neko tests anymore - I think I added some tests or changed some code and then suddenly it wouldn't run. so it's not really limited to instrument library.
I ended up patching neko back then.
nowadays I stopped using neko target for running tests on that project - it's a PHP project so running neko tests was kinda weird anyway.

Thanks for your investigation!
I only use Neko for testing, so it's not a problem for my needs... and I tend to think that most people will instead use a "mainstream" target (i.e. Node.js, PHP, Java, C++, etc.).
As the problem rather comes from Neko: do I keep this issue open?

there is a chance that a thorough investigation would help getting it to run on Neko, because it seems like we only need to shave off a few hierarchy levels. however there are probably other projects where those fixes won't be enough.
so it's unclear if there's a enough benefit from such work. especially with neko becoming less relevant nowadays.


Incorrect PacketsReceived value from RemoteInboundRTPStreamStats

Your environment.

Version: v0.1.17
Browser: Chrome v114.0.5735.133

What did you do?

Captured OutboundRTPStreamStats and RemoteInboundRTPStreamStats using the stats interceptor, from a previously defined track.
go func() {
	var stats *stats.Stats

	ssrc := uint32(rtpSender.GetParameters().Encodings[0].SSRC)
	for !element.stop {
		stats = statsGetter.Get(ssrc)
		if stats != nil {
			log.Println(stats.OutboundRTPStreamStats, stats.RemoteInboundRTPStreamStats)
		}
		time.Sleep(time.Second * 5)
	}
}()

What did you expect?
Values of PacketsSent from OutboundRTPStreamStats should be aligned or slightly higher than PacketsReceived from RemoteInboundRTPStreamStats.
What happened?
Once in a while, PacketsReceived's value explode and is not correctly aligned anymore:

2023/06/26 14:31:19 OutboundRTPStreamStats
        PacketsSent: 2991
        BytesSent: 3501804
        HeaderBytesSent: 35892
        NACKCount: 0
        FIRCount: 0
        PLICount: 0
 RemoteInboundRTPStreamStats:
        PacketsReceived: 2991
        PacketsLost: 0
        Jitter: 0.0192
        RoundTripTime: 0s
        TotalRoundTripTime: 0s
        FractionLost: 0
        RoundTripTimeMeasurements: 0

2023/06/26 14:31:24 OutboundRTPStreamStats
        PacketsSent: 3588
        BytesSent: 4196307
        HeaderBytesSent: 43056
        NACKCount: 0
        FIRCount: 0
        PLICount: 0
 RemoteInboundRTPStreamStats:
        PacketsReceived: 3583
        PacketsLost: 0
        Jitter: 0.017822222222222222
        RoundTripTime: 0s
        TotalRoundTripTime: 0s
        FractionLost: 0
        RoundTripTimeMeasurements: 0

2023/06/26 14:31:29 OutboundRTPStreamStats
        PacketsSent: 4185
        BytesSent: 4893407
        HeaderBytesSent: 50220
        NACKCount: 0
        FIRCount: 0
        PLICount: 0
 RemoteInboundRTPStreamStats:
        PacketsReceived: 4185
        PacketsLost: 0
        Jitter: 0.021566666666666668
        RoundTripTime: 0s
        TotalRoundTripTime: 0s
        FractionLost: 0
        RoundTripTimeMeasurements: 0

2023/06/26 14:31:34 OutboundRTPStreamStats
        PacketsSent: 4785
        BytesSent: 5595347
        HeaderBytesSent: 57420
        NACKCount: 0
        FIRCount: 0
        PLICount: 0
 RemoteInboundRTPStreamStats:
        PacketsReceived:<PHONE_NUMBER>
        PacketsLost: 0
        Jitter: 0.022344444444444445
        RoundTripTime: 0s
        TotalRoundTripTime: 0s
        FractionLost: 0
        RoundTripTimeMeasurements: 0

2023/06/26 14:31:39 OutboundRTPStreamStats
        PacketsSent: 5384
        BytesSent: 6300016
        HeaderBytesSent: 64608
        NACKCount: 0
        FIRCount: 0
        PLICount: 0
 RemoteInboundRTPStreamStats:
        PacketsReceived:<PHONE_NUMBER>
        PacketsLost: 0
        Jitter: 0.0145
        RoundTripTime: 0s
        TotalRoundTripTime: 0s
        FractionLost: 0
        RoundTripTimeMeasurements: 0

2023/06/26 14:31:44 OutboundRTPStreamStats
        PacketsSent: 6115
        BytesSent: 7160160
        HeaderBytesSent: 73380
        NACKCount: 0
        FIRCount: 0
        PLICount: 0
 RemoteInboundRTPStreamStats:
        PacketsReceived:<PHONE_NUMBER>
        PacketsLost: 0
        Jitter: 0.011177777777777778
        RoundTripTime: 0s
        TotalRoundTripTime: 0s
        FractionLost: 0
        RoundTripTimeMeasurements: 0

Thanks for reporting this @gabridego. Can you please try the fix in #195?

Hi @mengelbart , thanks for the fix! I have been using it for the last few days and everything seems fine!

Hi @mengelbart @Sean-Der @stv0g , the fix seems to work correctly but I see the associated pull request #195 has not been merged yet. Is anything wrong with the solution? Thank you!

Thanks for letting us know that it fixed your issue! I didn't merge it yet, because some tests were failing in Github, and I couldn't find the issue. It seems to be fixed now.


Adding x-ms-ids for Application Insights

MSFT employees can try out our new experience at OpenAPI Hub  - one location for using our validation tools and finding your workflow.

Changelog
Add a changelog entry for this PR by answering the following questions:

What's the purpose of the update?

[ ] new service onboarding
[ ] new API version
[ ] update existing version for new feature
[ ] update existing version to fix swagger quality issue in s360
[x] Other, please clarify

When are you targeting to deploy the new service/feature to public regions? Please provide the date or, if the date is not yet available, the month.
When do you expect to publish the swagger? Please provide date or, the the date is not yet available, the month.
If updating an existing version, please select the specific langauge SDKs and CLIs that must be refreshed after the swagger is published.

[ ] SDK of .NET (need service team to ensure code readiness)
[ ] SDK of Python
[ ] SDK of Java
[ ] SDK of Js
[ ] SDK of Go
[ ] PowerShell
[ ] CLI
[ ] Terraform
[x] No refresh required for updates in this PR

Contribution checklist:

[x] I commit to follow the Breaking Change Policy of "no breaking changes"
[x] I have reviewed the documentation for the workflow.
[x] Validation tools were run on swagger spec(s) and errors have all been fixed in this PR. How to fix?

If any further question about AME onboarding or validation tools, please view the FAQ.
ARM API Review Checklist

Applicability: :warning:
If your changes encompass only the following scenarios, you should SKIP this section, as these scenarios do not require ARM review.

Change to data plane APIs
Adding new properties
All removals

Otherwise your PR may be subject to ARM review requirements. Complete the following:

[ ] Check this box if any of the following apply to the PR so that label "WaitForARMFeedback" will be added automatically to begin ARM API Review. Failure to comply may result in delays to the manifest.

Adding a new service
Adding new API(s)
Adding a new API version
-[ ] To review changes efficiently, ensure you are using OpenAPIHub to initialize the PR for adding a new version. More details, refer to the wiki.

[ ] Ensure you've reviewed following guidelines including ARM resource provider contract and REST guidelines. Estimated time (4 hours). This is required before you can request review from ARM API Review board.

[ ] If you are blocked on ARM review and want to get the PR merged with urgency, please get the ARM oncall for reviews (RP Manifest Approvers team under Azure Resource Manager service) from IcM and reach out to them.

Breaking Change Review Checklist
If any of the following scenarios apply to the PR, request approval from the Breaking Change Review Board as defined in the Breaking Change Policy.

[ ] Removing API(s) in a stable version
[ ] Removing properties in a stable version
[ ] Removing API version(s) in a stable version
[ ] Updating API in a stable or public preview version with Breaking Change Validation errors
[ ] Updating API(s) in public preview over 1 year (refer to Retirement of Previews)

Action: to initiate an evaluation of the breaking change, create a new intake using the template for breaking changes. Addition details on the process and office hours are on the Breaking change Wiki.
Please follow the link to find more details on PR review process.

@JoshLove-msft  I see you were a contributor to app insights. Can you advise on the breaking change and model validation errors that are unrelated to my changes in this PR?

The breakign changes in track 2 Go SDK are introduced by recent changes of go code generator. I approved them all.

/azp run

The failure in azure-sdk-for-go has been fixed in the pipelines, after a rerun it should pass.

/azp run

@raych1 to check why Modal validation fail as seems it is not related with this PR

@raych1 to check why Modal validation fail as seems it is not related with this PR

invalid_type issues are real issues in examples.


preventScroll not working in v1

Good day,
In versions 0.x I had to set the prop below to stop the page from scrolling to the top whenever the lightbox was opened. This prop has a default value of true.
preventScroll={false}

Unfortunately, this trick no longer works in v1 so even with this prop set I'm still experiencing the  automatic scroll to the top of the page.
Is anyone else experiencing this?
Here is my JSX:
<ModalGateway>
  {this.state.lightboxIsOpen && (
  <Modal
    allowFullscreen={false}
    onClose={this.closeLightbox}
    closeOnBackdropClick={true}
  >
    <Lightbox
      currentIndex={this.state.currentImage}
      views={this.props.images}
      components={{ View }}
      preventScroll={false}
    />
  </Modal>
  )}
</ModalGateway>

Cheers,
Alec

Update
I had a look at the source code and noticed the prop doesn't exist. Would the project like me to submit a PR to implement it?
I think it should be a one-liner. Changing the line:
<ScrollLock />

To this:
{this.props.preventScroll && <ScrollLock />}

Cheers,
Alec

@alec-francis I attempted your one-liner fix, but it does not work. Did you find a workaround?


Inch CI build hangs when invoked from Travis

At the time of filing, https://inch-ci.org/github/jbowtie/unicode_data/builds has two builds running (started 30518 seconds ago).
I suspect a race condition of some sort -- Travis is doing parallel builds against multiple versions of Elixir.

Same here.


Fix #396 #295 #394 #374 Fix WindowsAuth with Internal DB

Added option ImportWindowsAuthUsersAsAdmin to be able to import all users automatically as admins if wanted. The first user is always imported as admin.
Since we cannot store the Password (we never see it) added WindowsAuth also to Gitauthorization.
Usernames are now saved again with the domain separator in the name as that is how i see it on the back side.
The edit user page does not work at the moment. I'm lookin into it.
Hopefully this fixes #396 #295 #394 #374 without introducing too many new problems.
Pinging @Ollienator since he introduced most of the new OWIN auth part.

There are two remaining issues:
The personal repository links can be mangled if there is a \ in the username. I have no idea on how to fix this as the doman is required to log in with git.
When viewing a repository details it wll show the userid instead of a pretty name. This is because the RepositoryModel only gets UserIds. Maybe on a second PR this can be fixed.


Allow flag for natural table of content anchor texts

I'm in the process of switching my blog over to Hugo from Jekyll and one of features that my current website has is my own, custom table of contents. But now since I'm using Hugo, I can simply use the {{ .TableOfContents }} markdown template function. It works great, but I feel that the generated "#toc_X" anchor tags are not good for SEO (especially for articles that had different tags from before).
What would be really nice is to have the anchor URLs be generated as a lowercase, hyphenated version of the title text. Something like:
# Welcome to my new blog article
--> website.com/posts/page#welcome-to-my-new-blog-article

@halostatue what is the status of this?

Those were both merged in 2014. Beyond that, I don’t know. In theory, it should work.

Note/Update: This issue is marked as stale, and I may have said something earlier about "opening a thread on the discussion forum". Please don't.
If this is a bug and you can still reproduce this error on the latest release or the master branch, please reply with all of the information you have about it in order to keep the issue open.
If this is a feature request, and you feel that it is still relevant and valuable, please tell us why.


Ceph recovery slow

My ceph recovery seems to be moving very slow.  All of these servers are in AWS in the same region.
2015-05-20 16:22:44.869028 mon.0 [INF] pgmap v131187: 1536 pgs: 1466 active+clean, 70 stale+active+undersized+degraded; 4788 MB data, 44444 MB used, 311 GB / 374 GB avail; 277/10467 objects degraded (2.646%)
2015-05-20 16:22:50.943956 osd.3 [WRN] 15 slow requests, 6 included below; oldest blocked for > 1455.192171 secs
2015-05-20 16:22:50.943981 osd.3 [WRN] slow request 480.543501 seconds old, received at 2015-05-20 16:14:50.400357: osd_op(client.64114.0:189152 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:22:50.944002 osd.3 [WRN] slow request 480.543260 seconds old, received at 2015-05-20 16:14:50.400598: osd_op(client.64114.0:189161 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:22:50.944023 osd.3 [WRN] slow request 480.543148 seconds old, received at 2015-05-20 16:14:50.400710: osd_op(client.64114.0:189178 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:22:50.944043 osd.3 [WRN] slow request 480.543092 seconds old, received at 2015-05-20 16:14:50.400766: osd_op(client.64114.0:189187 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:22:50.944069 osd.3 [WRN] slow request 480.543045 seconds old, received at 2015-05-20 16:14:50.400814: osd_op(client.64114.0:189196 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:22:51.944343 osd.3 [WRN] 15 slow requests, 1 included below; oldest blocked for > 1456.192578 secs
2015-05-20 16:22:51.944369 osd.3 [WRN] slow request 481.543363 seconds old, received at 2015-05-20 16:14:50.400902: osd_op(client.64114.0:189221 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:23:21.013179 mon.0 [INF] pgmap v131188: 1536 pgs: 1466 active+clean, 70 stale+active+undersized+degraded; 4788 MB data, 44444 MB used, 311 GB / 374 GB avail; 277/10467 objects degraded (2.646%)

What does your Ceph health look like with ceph -s inside a container? Seems like a daemon may still be down.

Between my post 10 mins ago and now I brought up a an additional server in the cluster.
 cluster 71d4f4d4-cada-4ab5-8c85-07bab308f302
     health HEALTH_WARN
            3 pgs backfilling
            84 pgs degraded
            13 pgs recovering
            1 pgs recovery_wait
            70 pgs stale
            84 pgs stuck degraded
            70 pgs stuck stale
            87 pgs stuck unclean
            70 pgs stuck undersized
            70 pgs undersized
            25 requests are blocked > 32 sec
            recovery 416/10471 objects degraded (3.973%)
            recovery 8/10471 objects misplaced (0.076%)
            too many PGs per OSD (907 > max 300)
            clock skew detected on mon.ip-10-0-20-140.ec2.internal, mon.ip-10-0-20-217.ec2.internal, mon.ip-10-0-40-209.ec2.internal
     monmap e15: 5 mons at {ip-10-0-10-233.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-20-140.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-20-217.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-30-98.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-40-209.ec2.internal=<IP_ADDRESS>:6789/0}
            election epoch 68, quorum 0,1,2,3,4 ip-10-0-10-233.ec2.internal,ip-10-0-20-140.ec2.internal,ip-10-0-20-217.ec2.internal,ip-10-0-30-98.ec2.internal,ip-10-0-40-209.ec2.internal
     mdsmap e36: 1/1/1 up {0=ip-10-0-10-233.ec2.internal=up:active}, 4 up:standby
     osdmap e255: 8 osds: 5 up, 5 in; 3 remapped pgs
      pgmap v131303: 1536 pgs, 12 pools, 4788 MB data, 3489 objects
            50306 MB used, 393 GB / 468 GB avail
            416/10471 objects degraded (3.973%)
            8/10471 objects misplaced (0.076%)
                1449 active+clean
                  70 stale+active+undersized+degraded
                  13 active+recovering+degraded
                   3 active+remapped+backfilling
                   1 active+recovery_wait+degraded
recovery io 20127 kB/s, 330 keys/s, 7 objects/s

It just finished loading up the new server and is back down to 2.646% as the very first one does.  Have I gotten it into an unrecoverable state?

@sstarcher Things are still recovering. I'm hesitant to suggest any course of action until Ceph has finished recovery. Use ceph -w
Another thing to note is that for some reason Ceph thinks you have 8 store-daemons created, even though your cluster is only 5: e255: 8 osds: 5 up, 5 in; 3 remapped pgs. Perhaps this is #2519, but we should try removing those extra daemons with ceph osd rm. See http://docs.deis.io/en/latest/managing_deis/add_remove_host/#removing-an-osd
So, my recommended course of action:

Wait until Ceph finishes what it's doing
Remove extra daemons
See where things stand

Ceph seems to be stuck on what it's currently doing.  It's now sitting at 2.646%
2015-05-20 16:46:02.713086 mon.0 [INF] HEALTH_WARN; 70 pgs degraded; 70 pgs stale; 70 pgs stuck degraded; 70 pgs stuck stale; 70 pgs stuck unclean; 70 pgs stuck undersized; 70 pgs undersized; 26 requests are blocked > 32 sec; recovery 277/10467 objects degraded (2.646%); too many PGs per OSD (907 > max 300); clock skew detected on mon.ip-10-0-20-140.ec2.internal, mon.ip-10-0-20-217.ec2.internal, mon.ip-10-0-40-209.ec2.internal
2015-05-20 16:46:41.447438 mon.0 [INF] pgmap v131345: 1536 pgs: 1466 active+clean, 70 stale+active+undersized+degraded; 4788 MB data, 50132 MB used, 394 GB / 468 GB avail; 277/10467 objects degraded (2.646%)
2015-05-20 16:46:50.511608 osd.3 [WRN] 17 slow requests, 6 included below; oldest blocked for > 2894.759829 secs
2015-05-20 16:46:50.511632 osd.3 [WRN] slow request 1920.111159 seconds old, received at 2015-05-20 16:14:50.400357: osd_op(client.64114.0:189152 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:46:50.511664 osd.3 [WRN] slow request 1920.110918 seconds old, received at 2015-05-20 16:14:50.400598: osd_op(client.64114.0:189161 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:46:50.511684 osd.3 [WRN] slow request 1920.110806 seconds old, received at 2015-05-20 16:14:50.400710: osd_op(client.64114.0:189178 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:46:50.511709 osd.3 [WRN] slow request 1920.110750 seconds old, received at 2015-05-20 16:14:50.400766: osd_op(client.64114.0:189187 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:46:50.511730 osd.3 [WRN] slow request 1920.110702 seconds old, received at 2015-05-20 16:14:50.400814: osd_op(client.64114.0:189196 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:46:51.512055 osd.3 [WRN] 17 slow requests, 1 included below; oldest blocked for > 2895.760295 secs
2015-05-20 16:46:51.512083 osd.3 [WRN] slow request 1921.111081 seconds old, received at 2015-05-20 16:14:50.400902: osd_op(client.64114.0:189221 default.24133.1_wal_005/000000030000000800000042.lzo [getxattrs,stat] 10.d1403191 RETRY=4 ack+retry+read+known_if_redirected e225) currently no flag points reached
2015-05-20 16:47:07.522034 mon.0 [INF] pgmap v131346: 1536 pgs: 1466 active+clean, 70 stale+active+undersized+degraded; 4788 MB data, 50132 MB used, 394 GB / 468 GB avail; 277/10467 objects degraded (2.646%)
2015-05-20 16:47:08.545819 mon.0 [INF] pgmap v131347: 1536 pgs: 1466 active+clean, 70 stale+active+undersized+degraded; 4788 MB data, 50133 MB used, 394 GB / 468 GB avail; 277/10467 objects degraded (2.646%)

I have removed the extra osds
    cluster 71d4f4d4-cada-4ab5-8c85-07bab308f302
     health HEALTH_WARN
            70 pgs degraded
            70 pgs stale
            70 pgs stuck degraded
            70 pgs stuck stale
            70 pgs stuck unclean
            70 pgs stuck undersized
            70 pgs undersized
            26 requests are blocked > 32 sec
            recovery 277/10467 objects degraded (2.646%)
            too many PGs per OSD (907 > max 300)
            clock skew detected on mon.ip-10-0-20-140.ec2.internal, mon.ip-10-0-20-217.ec2.internal, mon.ip-10-0-30-98.ec2.internal, mon.ip-10-0-40-209.ec2.internal
     monmap e15: 5 mons at {ip-10-0-10-233.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-20-140.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-20-217.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-30-98.ec2.internal=<IP_ADDRESS>:6789/0,ip-10-0-40-209.ec2.internal=<IP_ADDRESS>:6789/0}
            election epoch 68, quorum 0,1,2,3,4 ip-10-0-10-233.ec2.internal,ip-10-0-20-140.ec2.internal,ip-10-0-20-217.ec2.internal,ip-10-0-30-98.ec2.internal,ip-10-0-40-209.ec2.internal
     mdsmap e36: 1/1/1 up {0=ip-10-0-10-233.ec2.internal=up:active}, 4 up:standby
     osdmap e262: 5 osds: 5 up, 5 in
      pgmap v131365: 1536 pgs, 12 pools, 4788 MB data, 3489 objects
            50111 MB used, 394 GB / 468 GB avail
            277/10467 objects degraded (2.646%)
                1466 active+clean
                  70 stale+active+undersized+degraded

What do ceph pg dump and ceph osd dump look like?

ceph pg dump is massive.  Anything specific I should look for?
ceph osd dump
epoch 262
fsid 71d4f4d4-cada-4ab5-8c85-07bab308f302
created 2015-05-13 14:13:00.670634
modified 2015-05-20 16:50:23.913569
flags
pool 0 'rbd' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 19 flags hashpspool stripe_width 0
pool 1 'data' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 7 flags hashpspool crash_replay_interval 45 stripe_width 0
pool 2 'metadata' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 6 flags hashpspool stripe_width 0
pool 3 '.rgw.root' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 21 flags hashpspool stripe_width 0
pool 4 '.rgw.control' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 23 flags hashpspool stripe_width 0
pool 5 '.rgw' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 25 flags hashpspool stripe_width 0
pool 6 '.rgw.gc' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 26 flags hashpspool stripe_width 0
pool 7 '.users.uid' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 27 flags hashpspool stripe_width 0
pool 8 '.users' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 30 flags hashpspool stripe_width 0
pool 9 '.rgw.buckets.index' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 32 flags hashpspool stripe_width 0
pool 10 '.rgw.buckets' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 34 flags hashpspool stripe_width 0
pool 11 '.rgw.buckets.extra' replicated size 3 min_size 1 crush_ruleset 0 object_hash rjenkins pg_num 128 pgp_num 128 last_change 36 flags hashpspool stripe_width 0
max_osd 11
osd.1 up   in  weight 1 up_from 245 up_thru 258 down_at 151 last_clean_interval [0,0) <IP_ADDRESS>:6801/1 <IP_ADDRESS>:6802/1 <IP_ADDRESS>:6803/1 <IP_ADDRESS>:6804/1 exists,up 9e46fd45-5e46-4101-99dd-402462c72131
osd.2 up   in  weight 1 up_from 159 up_thru 258 down_at 153 last_clean_interval [5,152) <IP_ADDRESS>:6801/1 <IP_ADDRESS>:6802/1 <IP_ADDRESS>:6803/1 <IP_ADDRESS>:6805/1 exists,up b11905de-7410-4016-998d-d55c0dd8f270
osd.3 up   in  weight 1 up_from 159 up_thru 247 down_at 38 last_clean_interval [0,0) <IP_ADDRESS>:6801/1 <IP_ADDRESS>:6802/1 <IP_ADDRESS>:6803/1 <IP_ADDRESS>:6804/1 exists,up c5ac5f7e-c2c6-401b-ae4c-45214fa85e58
osd.8 up   in  weight 1 up_from 165 up_thru 253 down_at 164 last_clean_interval [67,152) <IP_ADDRESS>:6803/1 <IP_ADDRESS>:6804/1 <IP_ADDRESS>:6805/1 <IP_ADDRESS>:6806/1 exists,up 5a1fdcfa-3802-45f1-856e-62d1589fb983
osd.10 up   in  weight 1 up_from 162 up_thru 254 down_at 161 last_clean_interval [124,152) <IP_ADDRESS>:6802/1 <IP_ADDRESS>:6803/1 <IP_ADDRESS>:6805/1 <IP_ADDRESS>:6806/1 exists,up a5538401-adf5-48e1-8d32-fac08652468e

Not sure, honestly - everything looks good from here. :(
Try ceph pg dump_stuck stale. I'm trying to get an idea of why these placement groups are in the state they're in.

If I understand correctly that looks to show the problem.  The stale chunks of data were on nodes 5 and 7 which are both gone.
pg_stat	state	up	up_primary	acting	acting_primary
10.2b	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
8.17	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
4.7b	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
0.1d	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
9.77	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
8.76	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
8.75	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
0.7d	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
10.11	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
6.7d	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
1.7a	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
10.72	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
9.1f	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
10.1f	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
0.14	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
1.12	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
8.7a	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
1.73	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
5.74	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
2.d	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
0.6f	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
10.65	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
3.6d	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
1.6f	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
7.b	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
5.f	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
0.6b	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
9.62	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
0.6a	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
11.62	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
10.6d	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
1.67	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
4.62	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
1.5e	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
6.5d	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
1.57	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
8.5b	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
4.55	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
8.58	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
0.4b	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
2.48	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
6.4f	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
4.4c	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
6.40	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
10.4c	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
10.4e	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
4.45	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
9.37	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
1.3c	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
11.36	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
4.3f	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
0.3a	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
7.3e	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
10.3c	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
1.34	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
0.34	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
11.3f	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
7.34	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
11.39	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
10.38	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
0.31	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
6.28	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
5.29	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
2.29	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
1.2a	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
6.2d	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
2.2b	stale+active+undersized+degraded	[5,7]	5	[5,7]	5
0.26	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
5.20	stale+active+undersized+degraded	[7,5]	7	[7,5]	7
7.24	stale+active+undersized+degraded	[5,7]	5	[5,7]	5

The stale chunks of data were on nodes 5 and 7 which are both gone.

Ah - looks like those were unlucky where both primary and secondary copies of data are both gone :/
We can resolve this by changing the pool size to 1 and then back to 3. This will force Ceph to purge the extra copies and then copy the data back up to 3 given the new state of the cluster. This is safe as long as we don't lose any daemons in this process.
I'm not sure how to find out what pools these placement groups are for, so it's probably best to do this for all of them. To set a single pool's size:
ceph osd pool set <poolname> size 1
ceph osd pool set <poolname> size 3

Ceph will do some work in between. The pools are listed above in your gist - they are: rbd, data, metadata, etc...

after setting all pools to 1
ceph osd dump | grep pool | cut -d' ' -f3 | xargs -I {} ceph osd pool set {} size 1
I'm sitting at
2015-05-20 17:50:30.878144 mon.0 [INF] pgmap v131711: 1536 pgs: 1466 active+clean, 70 stale+active+undersized+degraded; 4788 MB data, 41140 MB used, 402 GB / 468 GB avail; 277/4009 objects degraded (6.909%)

2015-05-20 17:51:08.586715 osd.2 [WRN] 1 slow requests, 1 included below; oldest blocked for > 480.452664 secs
2015-05-20 17:51:08.586721 osd.2 [WRN] slow request 480.452664 seconds old, received at 2015-05-20 17:43:08.134016: osd_op(mds.0.6:46 100000003f2.00000003 [stat] 1.fdd3b3c ack+read+rwordered+known_if_redirected e348) currently no flag points reached
2015-05-20 17:51:08.676650 osd.3 [WRN] 3 slow requests, 1 included below; oldest blocked for > 523.644355 secs
2015-05-20 17:51:08.676657 osd.3 [WRN] slow request 480.641505 seconds old, received at 2015-05-20 17:43:08.035109: osd_op(mds.0.6:48 100000003ea.0000001a [stat] 1.3195a712 ack+read+rwordered+known_if_redirected e348) currently no flag points reached```

Your slow requests are going to be blocking. Try deisctl stop store-metadata and deisctl stop store-gateway@1 to stop those consumers of the cluster.

After setting the pool size to 1 and waiting for it to stop updating the last messages I get are
2015-05-20 18:06:27.261241 mon.0 [INF] pgmap v131901: 1536 pgs: 1466 active+clean, 70 stale+active+undersized+degraded; 4788 MB data, 41492 MB used, 402 GB / 468 GB avail; 277/4009 objects degraded (6.909%)
2015-05-20 18:07:24.561455 mon.0 [WRN] mon.5 <IP_ADDRESS>:6789/0 clock skew 0.117899s > max 0.05s
2015-05-20 18:07:24.562324 mon.0 [WRN] mon.4 <IP_ADDRESS>:6789/0 clock skew 0.300098s > max 0.05s
2015-05-20 18:07:24.563046 mon.0 [WRN] mon.2 <IP_ADDRESS>:6789/0 clock skew 0.1176s > max 0.05s
2015-05-20 18:07:24.563664 mon.0 [WRN] mon.3 <IP_ADDRESS>:6789/0 clock skew 0.113875s > max 0.05s
2015-05-20 18:07:24.587297 mon.0 [INF] HEALTH_WARN; 70 pgs degraded; 70 pgs stale; 70 pgs stuck degraded; 70 pgs stuck stale; 70 pgs stuck unclean; 70 pgs stuck undersized; 70 pgs undersized; 4 requests are blocked > 32 sec; recovery 277/4009 objects degraded (6.909%); too many PGs per OSD (321 > max 300); mds cluster is degraded; mds ip-10-0-30-98.ec2.internal is laggy; 1 mons down, quorum 0,2,3,4,5 ip-10-0-10-233.ec2.internal,ip-10-0-20-140.ec2.internal,ip-10-0-20-217.ec2.internal,ip-10-0-30-98.ec2.internal,ip-10-0-40-209.ec2.internal; clock skew detected on mon.ip-10-0-20-140.ec2.internal, mon.ip-10-0-20-217.ec2.internal, mon.ip-10-0-30-98.ec2.internal, mon.ip-10-0-40-209.ec2.internal

After that changing it back to 3 it settles back out at 2.6xxx% missing.

Let's query Ceph for one of those placement groups: ceph pg 10.2b query

root@c1d62f027b1d:/app# ceph pg 10.2b query
Error ENOENT: i don't have pgid 10.2b

What about 8.17?

Error ENOENT: i don't have pgid 8.17

I'm honestly not sure :( It looks like their data was indeed on the two failed hosts, but we should be maintaining more replicas to copy over. I'm referencing http://ceph.com/docs/master/rados/troubleshooting/troubleshooting-pg/ for details, but not sure where to go from here.
My next step would be to consult the Ceph community for advice, either on the user list or their IRC channel: https://ceph.com/resources/mailing-list-irc/
Sorry I couldn't be of more assistance :(

No problem I learned alot about Ceph today and thanks for helping me try and track it down.


How can I run it with python 3.6?

Unfortunately my CI system only support python 3.6.9, how can I still use your library?
What code do I need to change to get it running?

Or maybe you know how I can setup an environment with docker inside docker. So I could use your module to spawn other sibling docker images from it?
Here I not really understand how to do this
https://jpetazzo.github.io/2015/09/03/do-not-use-docker-in-docker-for-ci/

Thank you for the feedback. I'll write something in the docs to explain how to run python-on-whales inside a docker container :)

I started writing an example in the docs. In this example, I run a simple docker container with the help of python-on-whales, but without Python installed on the system. This should correspond to what you want :)
Please give me feedback about this code example. I'll be able to modify it afterwards. It's going to go in the docs.
https://github.com/gabrieldemarmiesse/python-on-whales/pull/261

I checked your example it works. Thanks. However I didn't checked with building and docker image. See my problem above.
Anyway, maybe I have not thought good enough about my use case. So I am using python to start a docker image, but from inside this docker image I need to git clone code and access an artifactory server.
So my python code does following atm (with docker-py)

Create a derived image based on any given image to add my current host user as a user to the dockerimage (via fileobj)
When I run the image, I will mount several directories (.gitconfig, .ssh, .netrc, .wgetrc, etc..) to be able to git clone code
and access artifactory from inside of the docker image (my given user can do this)

but using docker-py is not as flexible as I wanted (e.g. very hard to get log output)
Therefore I found your library. But unfortunately all our CI nodes has python 3.6.9 installed and also not virtual environment (have to check if at least this is possible). And it seems to be now, in order to mount all this stuff, I even have to mount everything with the first image (like the chicken-egg problem:-)). But for mounting all this stuff, I wanted to use python.
When you have an idea how I should solve this, I would be grateful. Thanks.

I'll be closing this issue since it's been a while. Feel free to reopen it if you have any question/remark :)

I have to ask another question. I am not sure if I got your example back then working.
However, when I run the docker image with a mounted docker sock -v /var/run/docker.sock:/var/run/docker.sock
I geet following error when building a docker image from withing the running container:
 dial unix /var/run/docker.sock: connect: permission denied

I guess that is because I have no access right. In my host the file looks like this:
ls -la /var/run/docker.sock
srw-rw---- 1 root docker 0 Feb  4 10:39 /var/run/docker.sock

So how can I get access to /var/run/docker.sock from within my docker container?

You need to be root inside the container. Take a look at the docker run options to set the uid and gid to 0

I have mounted my user ID to the docker image, with building a derived image from it.
Something like that:
FROM ${DOCKER_NAME}

USER root
RUN groupdel ${USERNAME} || true
RUN userdel -r -f ${USERNAME} || true && rm -rf /home/${USERNAME}
RUN groupadd -f -g ${GROUPID} ${USERNAME}
RUN useradd -l -g ${GROUPID} --uid ${USERID} -ms /bin/bash ${USERNAME}
RUN echo ${USERNAME}:${USERNAME} | chpasswd
RUN echo '${USERNAME} ALL=(ALL) NOPASSWD:SETENV: ALL' > /etc/sudoers.d/${USERNAME} || true


Fetching each layer output

I need to fetch each layer output and then convert them ( adding some noise etc ). I need to feed these converted values back into the network. Is it possible with an api?
Thanks.

This is a support question, you are more likely to get an answer on
the mailing list (https://groups.google.com/forum/#!forum/keras-users). Please, close this issue to reduce the noise on the devs. Thank you.


Stop Google Signin Button from auto firing

I've added the signin button to a page, but it seems to auto fire.  Worse yet, if it passes the google signin, but fails some subsequent tests in my application it continually fires in a loop.
I would like the button to only fire when the user actually selects the button.
Help??

I have this problem too

I have the same issue as well

same probleme about a year later, did someone find out a way to disable this ?

Sorry for the late reply here. This bug tracker is for issues with the Google API Javascript Client. If you are still having this problem, please consult Stack Overflow's google-oauth tag. Several similar questions and answers have been posted there, and hopefully one will work for you.


Make fields with default values optional

Hey @Kalissaac !
I stumbled upon this package the other day, and it fits my use case very well, with only one small hang up. I'm using prisma-typegen to create a library of interfaces that are imported by several micro-services. I have several fields in my schema.prisma file (such as id and created_at) that have default values, usually a database function. Because I'm relying on database functions instead TS code to populate these fields, I think it would make sense to have prisma-typegen only mark fields without a default value as being required.
I've already implemented a quick fix for this:
This line should instead read required: f.isRequired && !f.hasDefaultValue,.
I could see enabling this behavior as an option if you're assigning the generated interface to a row already in the database, but for a case like mine where I'm assigning the interface to data get to be inserted, this change makes a lot of sense.
Thanks for reading!

Hey @kalcicd thanks for opening this issue!
I initially created this package to use the interfaces as you mentioned in the first instance, which is to give types to data received from the database. I'd definitely be interested in adding functionality for your use case, my only request is that we would put it behind a flag when generating so that the default functionality remains the same.
If you'd like to create a PR for this then please go ahead, otherwise I'll create one in the next few days when I get a chance.

Will do. I think there might be a few other differences between an interface applied before insertion and one applied after selection that could be addressed in the same feature PR. One such example that comes to mind would be the mapping of the Prisma DateTime type. The Prisma client supports inserting a DateTime field as either a native Date type or an ISO 8601 compliant string. Additionally, I don't think fields with the @relation tag should be included in the generated interface since that validation will be performed when attempting to insert a row.
Perhaps the --insertionModel flag could be used to enable these options?

Sounds good to me!

Addressed in PR #2


in html report, pop-view has no maximize button

Hi,
sometimes my code is too big to fit in the default pop-up window for line coverage hit analysis.
Would it be possible to add a 'maximize' button ?
Christian

I think that this had been resolved with the major changes that came with the 0.5 release series, so I'm closing this. If you have objections to that please say so and/or re-open :)


Extending a lookup editor

Hi everyone;
Has anyone figured out how to extend a lookup editor so as to expose fields other than IdField and TextField? Is it possible to select a record from a searchable grid (that's filtered by, say Age and Gender)and get its Id back to the lookup field?

You can use the attribute LookupInclude on field of the row LookUp.

Thanks buddy. I don't know why I keep forgetting about this "LookupInclude" thing!

😁😁😁😁


About LVAP

Hi.
I think that one LVAP should serve for one STA.
But It seem that one LVAP can be associated by two STAs.
And when one LVAP serve for two or more STA. I use iperf to test, only one STA can communicate with the Odin Agent.

Please give me some help. THX.

The idea is that one LVAP can only serve one STA. This is the basis of Odin. In fact, the LVAP is built using part of the MAC of the STA.
The system is described in the following Masters' thesis:
http://lalithsuresh.files.wordpress.com/2011/04/lalith-thesis.pdf
You may find some information in this article:
https://www.usenix.org/system/files/conference/atc14/atc14-paper-schulz_zander.pdf
And this is a presentation:
https://www.usenix.org/conference/atc14/technical-sessions/presentation/schulz-zandery


Redesign profile and course information on profile pages

Closes #114
This does not only work with own profile information, but with other people information.

Looks great and works flawlessly for me. Only thing I'd point out is that this link is taking up the entire width of the box, which can lead to opening the link rather than the "box's content".

Looks great and works flawlessly for me. Only thing I'd point out is that this link is taking up the entire width of the box, which can lead to opening the link rather than the "box's content". This can be easily fixed with width: fit-content;.

Nice point! I'll try to fix it ^^
The card looks comically wide though, can you send an entire page screenshot, please? I think it's due to flex-basis: 45%; being the ideal on my resolution but on larger monitors maybe it stretches out the card, but the screenshot an confirm that ^^

Looks great and works flawlessly for me. Only thing I'd point out is that this link is taking up the entire width of the box, which can lead to opening the link rather than the "box's content". This can be easily fixed with width: fit-content;.

Nice point! I'll try to fix it ^^
The card looks comically wide though, can you send an entire page screenshot, please? I think it's due to flex-basis: 45%; being the ideal on my resolution but on larger monitors maybe it stretches out the card, but the screenshot can confirm that ^^

Here's the screenshot, to be honest I don't think it looks that bad, I do like the fact that these important parts take up a nice amount of real estate of the page. Regardless, do as you see fit. :)

Here's the screenshot, to be honest I don't think it looks that bad, I do like the fact that these important parts take up a nice amount of real estate of the page. Regardless, do as you see fit. :)

I'll cc. @ttoino @thePeras wdyt? should we keep as it is? or should we change it to try and make the cards try to fit the content?

Here's the screenshot, to be honest I don't think it looks that bad, I do like the fact that these important parts take up a nice amount of real estate of the page. Regardless, do as you see fit. :)

I'll cc. @ttoino @thePeras wdyt? should we keep as it is? or should we change it to try and make the cards try to fit the content?

I prefer fitting the content

Here's the screenshot, to be honest I don't think it looks that bad, I do like the fact that these important parts take up a nice amount of real estate of the page. Regardless, do as you see fit. :)

I'll cc. @ttoino @thePeras wdyt? should we keep as it is? or should we change it to try and make the cards try to fit the content?

It might look better if it fits to the content. Also, I think the cards should have the same height, I'm sure this can be achieved with some flex box property.

I've fixed the width of a card, and just in case the se-course-card-list container is too small for a card's width, we use container queries to resize the card to fit 100% of the se-course-card-list container ^^.

It might look better if it fits to the content. Also, I think the cards should have the same height, I'm sure this can be achieved with some flex box property.

Should the cards have the same size even though it implies that we might get unwanted extra space at the bottom? I prefer the look of this, but if the majority prefers the height being the same through out the cards, I can change it.

I've fixed the width of a card, and just in case the se-course-card-list container is too small for a card's width, we use container queries to resize the card to fit 100% of the se-course-card-list container ^^.

It might look better if it fits to the content. Also, I think the cards should have the same height, I'm sure this can be achieved with some flex box property.

Should the cards have the same size even though it implies that we might get unwanted extra space at the bottom? I prefer the look of this, but if the majority prefers the height being the same through out the cards, I can change it.

IMO the cards being the same height would look the best, and if we align the info to the bottom, then we won't have any weird empty space. Picture for clarity:


Changes to support design time code generation in Mvc

Related pr : https://github.com/aspnet/Mvc/pull/3190

Looks solid. :shipit: once MVC is signed off on.


how to get the function name from $_ZN12wasm_bindgen7convert8closures11invoke3_mut17h86e638c821fad360E?

I have tried
rustfilt $_ZN12wasm_bindgen7convert8closures11invoke3_mut17h86e638c821fad360E

but there is no respose,  how can I get the name of this function?

You need to get rid of the '$' from the start, it isn't a part of the symbol name. It's just what's used to indicate a name for something in wat files.

@Liamolucko  very thanks for your clear instruction


React native 0.56.* - "Unexpected identifier"

[x] Review the documentation: https://facebook.github.io/react-native
[x] Search for existing issues: https://github.com/facebook/react-native/issues
[x] Use the latest React Native release: https://github.com/facebook/react-native/releases

Environment
Run react-native info in your terminal and paste its contents here.
C:\Projects\AwesomeProject>react-native info
C:\Projects\AwesomeProject\node_modules\react-native\local-cli\cliEntry.js:30
import type {CommandT} from './commands';
       ^^^^

SyntaxError: Unexpected identifier
    at new Script (vm.js:74:7)
    at createScript (vm.js:246:10)
    at Object.runInThisContext (vm.js:298:10)
    at Module._compile (internal/modules/cjs/loader.js:670:28)
    at Module._compile (C:\Projects\AwesomeProject\node_modules\pirates\lib\index.js:91:24)
    at Module._extensions..js (internal/modules/cjs/loader.js:713:10)
    at Object.newLoader [as .js] (C:\Projects\AwesomeProject\node_modules\pirates\lib\index.js:96:7)
    at Module.load (internal/modules/cjs/loader.js:612:32)
    at tryModuleLoad (internal/modules/cjs/loader.js:551:12)
    at Function.Module._load (internal/modules/cjs/loader.js:543:3)

So manually:

Windows 10.1803.17134.112 x64
Node 10.5.0
Npm 6.1.0

[skip envinfo]
Description
Any attempt at react-native start or any other react-native cli feature - results in:
C:\Projects\AwesomeProject>react-native info
C:\Projects\AwesomeProject\node_modules\react-native\local-cli\cliEntry.js:30
import type {CommandT} from './commands';
       ^^^^

SyntaxError: Unexpected identifier

Reproducible Demo

create-react-native-app
npm run eject
react-native-git-upgrade next
Need to add "babel-preset-react-native": "^5.0.1" to package.json according to the CHANGELOG.
Add "babel-preset-react-native" preset to .babelrc
npm i
react-native start

I have talked about it too much here https://github.com/facebook/react-native/issues/18247, and I believe now that it belongs in its own issue!

@react-native-bot, yeah "man", that's just another symptom

exact same problem here, can't give info!
I just upgraded to react native 0.56 from 0.54.4 with react-native-git-upgrade and the react-native-cli doesn't work

Exact same problem here when I ran the command react-native init MyProject on Windows 10 with the latest release of React Native, which is v0.56.
However, when I run the same command on MacOS High Sierra, it works and the mobile app can be even be running on physical Android phone.
So, I guess this problem only occurs on Windows 10.

I am having the exact same problem on windows 10!

Same here after upgrading to 0.56 from 0.55

Did they really just put in production something that broke the cli on windows 10? Is there someone that is using 56.0 and that got this to work in Windows 10?

I believe it is really broken. Upgraded to 0.56, then performed a git stash and npm install and was able to run react-native start after downgrading back to 0.55.4

I can also confirm that this only started happening to me after upgrading to 0.56
I haven't tested it on Mac but I am running Windows 10. Ran react-native init  and it gave me the same syntax error.

Same here!!!
At the first time, I have run my code without any issue.
but after I deleted node_modules and did npm install, I met such syntax error.
any luck to solve it?

Same here!!!
At the first time, I have run my code without any issue.
but after I deleted node_modules and did npm install, I met such syntax error.
any luck to solve it?

Same here!!!
At the first time, I have run my code without any issue.
but after I deleted node_modules and did npm install, I met such syntax error.
any luck to solve it?

Here the same problem !!!
import type {CommandT} from './commands';

       ^^^^

SyntaxError: Unexpected identifier
    at new Script (vm.js:74:7)
    at createScript (vm.js:246:10)
    at Object.runInThisContext (vm.js:298:10)
    at Module._compile (internal/modules/cjs/loader.js:670:28)

upgrading  is broken !

I guess, RN team is working on RN 0.56, modifying some parts.
But not sure.

This morning, I could run my code without any issue with RN 0.56.
But some hours ago, met such error.

Same problem on window

Same problem here :'(

@DanielEncina  thank you !

ok, this is pretty serious.
I think it's time to warn the big guys to inspect on this (hope I'll do nothing wrong) @brentvatne

I think it's a Windows specific problem, I'm running into the same issue.
It's been reported here:
https://github.com/facebook/react-native/issues/19669
https://github.com/facebook/react-native/issues/19654
And there's a pull request pending here:
https://github.com/gengjiawen/react-native/tree/feature/RNTester_start
Unfortunately, I could not get that to work either on my end.
Anyone had success beating this problem?

Same problem here. It started when I deleted my node_modules folder and run npm install.

So according to #19654 they released it knowing that it wouldn't have worked on windows, correct?

I am with the same problem here do we have solution for the same?

@DanielEncina react-native init --version="0.55.4" MyNewApp  it works,  thank you !

same issue with init of new project

------------Final Solution------------
We can't use RN0.56.
To run your code, you should downgrade RN to 0.55.4.
No way else!!!

First, delete node_module.
You can see RN version in package.json.
In it, you should change the react native version to 0.56.0.
And npm install, and react-native link, react-native run-android

Hey guys, note the "0.56.*" in the title of the issue! We know it's been working in previous versions, and it's clear that you can downgrade.
This issue is focused on the issue with 0.56.

+1

+1

After react-native-git-upgrade i got this:
....
sers/Dario/AppData/Roaming/npm/node_modules/react-native-git-upgrade/cliEntry.js:58:18)
    at ChildProcess.emit (events.js:182:13)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:237:12)
git-upgrade ERR! Restore initial sources
Note: checking out 'project-snapshot'.

You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.

If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:

  git checkout -b <new-branch-name>

HEAD is now at c6547a36 Project snapshot

So I manually execute npm install --save<EMAIL_ADDRESS>After that, I have the same error specified above.

same on windows10

No idea why 0.56 was released now - this is essentially broken on Windows.

This issue was already reported multiple times in early rc stages of 0.56 (i guess it was even 0.56-rc.0). Did my best to investigate and resolve this issue, but really hadn't enough time to fix metro etc.

https://github.com/facebook/react-native/issues/19669
https://github.com/facebook/react-native/issues/19666
https://github.com/facebook/react-native/issues/19654
https://github.com/facebook/metro/issues/181

To cite myself from 20 days ago:

Might be a react-native issue, might be a metro issue or might be a babel issue. Anyways, v0.56.0-rc is broken on windows.

So, the react-native core team is aware of this issue and knew that react-native 0.56 is broken on windows when they decided to make the 0.56.0 release, but they wanted to go fast with this release. So, just keep kalm and hope the best for 0.56.1.

@johakr I don't think the problem is calmnes. I'm just surprised a release took place with a whole platform being broken. Without a FAT warning in the release notes or potentially even the CLI client on breakage, this means that you impose wasted time on every developer who happens to be working on a Windows machine, which quickly amounts to thousands of hours evaporating into thin air. Hence the surprise. Apart from that, all good on my side, I'll just keep sitting on the stable 0.55.x version :)

anybody know about this error:
D:\equeue\node_modules\react-native\local-cli\cliEntry.js:30
import type {CommandT} from './commands';
^^^^^^
SyntaxError: Unexpected token import
at new Script (vm.js:51:7)
at createScript (vm.js:136:10)
at Object.runInThisContext (vm.js:197:10)
at Module._compile (module.js:626:28)
at Module._compile (D:\equeue\node_modules\pirates\lib\index.js:91:24)
at Module._extensions..js (module.js:673:10)
at Object.newLoader [as .js] (D:\equeue\node_modules\pirates\lib\index.js:96
:7)
at Module.load (module.js:575:32)
at tryModuleLoad (module.js:515:12)
at Function.Module._load (module.js:507:3)

@rafeca @hramos Looks like after upgrade to babel 7 metro is not working on Windows anymore.

@grabbou @kelset Need a fix for 0.56.0.

I actually create a pr for this problem https://github.com/facebook/react-native/pull/19974/files. But my first thought it's only an issue for RNTester in windows.
The problem is that on windows it doesn't remove types for cli file. So I introduced flow-remove-types

Ok, so. Since this seem to be a regression / windows related I'm locking to prevent more useless "me too/+1" comments".
I'll check the few valuable comments (thanks @tuomohopia, @johakr and @gengjiawen for the links) to investigate/pin point more the whole issue, and in the meantime: we can understand that upgrading and seeing something breaking is not a positive experience. But this is:

a 0.x framework
an OSS project

And we even explicitly stated in the blogpost and the changelog about known issues / the awareness that this new release is a massive change so probably something would still break.
Again, it's an OSS project and if you don't agree with what the core does you can always fork and maintain your version of the project. There is nothing wrong or weird about it. (or even, just stay on 0.55.x until this is fixed, again, nothing weird about that either)
We are doing our best to keep the project moving forward, and sometimes this mean that we break something. The other side of this is that most times there is not enough time/resource investment to cover all the cases (we try to prevent this kind of scenarios by publishing the RCs and have someone that faces the issue to find a fix) but it's not a perfect method.

@kelset I am actually thinking add appveyor to ci system to make sure essential thing works on windows. But I have not discussed with @hramos yet. If he is willing to merge related pr, I am happy to help.
And to fix the issue, I am confused too, since plugin-transform-flow-strip-types actually in the metro dependency and this only breaks on windows. So maybe you can contact to @rafeca ?

Yeah I've already pinged a few people in the core, and probably this issue is actually related to this too (https://github.com/facebook/react-native/issues/20030).
I guess that adding some Windows checks in the CI is becoming more and more necessary, I'll bring it up to the monthly meeting (which will happen this evening).

@kelset Thanks for the info :)

Hey everyone, couple of updates related to this issue:

it seems that this is related to a Babel issue https://github.com/babel/babel/issues/8184#issuecomment-402778472

an awesome dev from the Metro team is "fixing that function will re-enable babel-register on windows which should resolve all those reported problems"

during the monthly meeting (blogpost next week) we discussed the idea of adding some Windows CI in order to prevent this kind of issues from happening again

Hey everyone, I hope you all had a good weekend, quick update. A potential fix landed on master on Metro:
https://github.com/facebook/metro/commit/3f9cb2e7557a7fcc15f41c4764cd59ca3d9acc82
We are testing it to understand if it works as expected, after which we'll try to make sure that 0.56.1 will be able to use it.

@kelset Can they draft a new release so we can test ?

@gengjiawen sadly it's not that simple because of where that fix is currently (master metro). I'll let you know as soon as I have some more info.

Thanks, @hzoo says there will be an release to fix this issue on windows (https://github.com/babel/babel/issues/8184), and related pr has merged to master. Maybe we still need to bump babel in metro.

Hello everyone! A new release of metro, 0.38.2, has been released and it should fix this issue. Since RN 0.56.0 depends on metro version
    "metro": "^0.38.1",
    "metro-babel-register": "^0.38.1",
    "metro-core": "^0.38.1",
    "metro-memory-fs": "^0.38.1",

This means that to apply the fix you would simply need to remove the node_modules (and if they're using yarn.lock you'll need to also clean metro from the lock file) and reinstall.
I'll unlock the issue in order to get some feedback that this new release of metro actually fixes for you all, since there is always the scenario in which we haven't covered every possible Win configuration during our tests.

For me it resolved the initial issue (so did hotfixing it myself from previous posts). but both solutions lead me to another issue, i cant realy tell if its related
Loading dependency graph, done.
error: bundling failed: Error: Unable to resolve module 'AccessibilityInfo' from
 'C:\Users\jm\Documents\Privat\ReactNative\Test056\node_modules\react-native\Lib
raries\react-native\react-native-implementation.js': Module 'AccessibilityInfo'
does not exist in the Haste module map

This might be related to https://github.com/facebook/react-native/issues/4968
To resolve try the following:
  1. Clear watchman watches: 'watchman watch-del-all'.
  2. Delete the 'node_modules' folder: 'rm -rf node_modules && npm install'.
  3. Reset Metro Bundler cache: 'rm -rf /tmp/metro-bundler-cache-*' or 'npm star
t -- --reset-cache'.  4. Remove haste cache: 'rm -rf /tmp/haste-map-react-native
-packager-*'.
    at ModuleResolver.resolveDependency (C:\Users\jm\Documents\Privat\ReactNativ
e\Test056\node_modules\metro\src\node-haste\DependencyGraph\ModuleResolution.js:
167:1306)
    at ResolutionRequest.resolveDependency (C:\Users\jm\Documents\Privat\ReactNa
tive\Test056\node_modules\metro\src\node-haste\DependencyGraph\ResolutionRequest
.js:80:16)
    at DependencyGraph.resolveDependency (C:\Users\jm\Documents\Privat\ReactNati
ve\Test056\node_modules\metro\src\node-haste\DependencyGraph.js:237:485)
    at Object.resolve (C:\Users\jm\Documents\Privat\ReactNative\Test056\node_mod
ules\metro\src\lib\transformHelpers.js:116:25)
    at dependencies.map.result (C:\Users\jm\Documents\Privat\ReactNative\Test056
\node_modules\metro\src\DeltaBundler\traverseDependencies.js:298:29)
    at Array.map (<anonymous>)
    at resolveDependencies (C:\Users\jm\Documents\Privat\ReactNative\Test056\nod
e_modules\metro\src\DeltaBundler\traverseDependencies.js:294:16)
    at C:\Users\jm\Documents\Privat\ReactNative\Test056\node_modules\metro\src\D
eltaBundler\traverseDependencies.js:159:33
    at Generator.next (<anonymous>)
    at step (C:\Users\jm\Documents\Privat\ReactNative\Test056\node_modules\metro
\src\DeltaBundler\traverseDependencies.js:239:307)

React Native Environment Info:
System:
OS: Windows 7
CPU: x64 Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz
Memory: 3.20 GB / 11.92 GB
Binaries:
Yarn: 1.7.0 - C:\Program Files (x86)\Yarn\bin\yarn.CMD
npm: 6.1.0 - C:\Program Files\nodejs\npm.CMD
IDEs:
Android Studio: Version  <IP_ADDRESS> AI-141.2456560
node -v
v9.10.1
this is done from a clean
react-native init Test056
react-native run-android

@kelset The original issue was fixed. But really another has occured as @danielgindi and @donjo9 mentioned above. I also tried to do:
react-native init Test
react-native run-android
And I also have Unable to resolve module 'AccessibilityInfo' from C:\Users\***\Documents\abaka-mobile-app\node_modules\react-native\Libraries\react-native\react-native-implementation.js:
Can you guys please look at it?

I had this "AccessibilityInfo" message yesterday and I found that simply restarting my computer fixed it, as silly as that sounds.

@phillmill I've tried several times to restart 😆 . Didn't help

Since the original issue is fixed, I'm going to close this and lock it as resolved. As I said in my previous comment, refer to #19953 for the AccessibilityInfo issue.


Using mTLS for Token Exchange

We have a similar issue as in #716. We are using java-security in CF, and doing Client Credential Flow in order to get a token for authorization at e.g. the connectivity service. Currently we are doing the following:
...
// clientId and clientSecret are taken from VCAP_SERVICES of e.g. connectivity service
ClientCredentials serviceCredentials = new ClientCredentials(clientId, clientSecret);
OAuth2ServiceConfiguration OAUTH2_XSUAA_CONFIG = Environments.getCurrent().getXsuaaConfigurationForTokenExchange();
XsuaaTokenFlows tokenFlows = new XsuaaTokenFlows(new DefaultOAuth2TokenService(HttpClientFactory.create(OAUTH2_XSUAA_CONFIG.getClientIdentity())), new XsuaaDefaultEndpoints(OAUTH2_XSUAA_CONFIG), serviceCredentials);

ClientCredentialsTokenFlow cctf = tokenFlows.clientCredentialsTokenFlow();
AccessToken at = SecurityContext.getAccessToken();
if (at instanceof XsuaaToken)
     cctf.subdomain(((XsuaaToken)at).getSubdomain());
cctf.execute().getAccessToken();

While having the default configuration for XSUAA, everything is working fine. Changing the XSUAA configuration in the manifest to x509 now with:
    - name: testxsuaa
      parameters:
          credential-type: x509
          x509:
            key-length: 2048
            validity: 7
            validity-type: DAYS

we get 401 response.
What do we need to adapt here? Do we need to use OAuth2ServiceConfigurationBuilder and if yes, in which way?
Attached are trace files:
ClientID-Working.txt
mTLS-NotWorking.txt

I got it working, I actually didn't understand the concept, that for each service a client certificate is needed.


com.github.luben.zstd.ZstdException: Destination buffer is too small

How to fix this problem? When i compress twice.

@luben pls help

your ‘decompressedSize’ returns only the original size of the first message, it’s just reading it from the frame header. but ‘decompress’ tries to decompress both frames and there is not enough space


Merges unpkg-submodule branch into main, make the repo submodule ready

This change merges changes made by @Scottj1s in unpkg-submodule branch to have WinUIGallery repo act better as a submodule.
Description

Motivation and Context
For better maintenance of winuigallery repo when it is being maintained and referenced by winui repo internally as well as a separate OSS project.
How Has This Been Tested?
Manually launching the app in packaged mode (unpackaged mode is broken which my other PR will fix)
Screenshots (if appropriate):
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

@pratikone have we confirmed that unpkg-main still builds as a submodule?

@pratikone have we confirmed that unpkg-main still builds as a submodule?

Can confirm.


[GHSA-m9xq-6h2j-65r2] Markdown vulnerable to Out-of-bounds Read while parsing citations

Updates

Affected products

Comments
As can be seen here, https://github.com/gomarkdown/markdown/commits/master, the fix was made in https://github.com/gomarkdown/markdown/commit/14b16010c2ee7ff33a940a541d993bd043a88940 and subsequent commits should also be considered as "patched versions".

Hi there @NSEcho and @kjk! A community member has suggested an improvement to your security advisory. If approved, this change will affect the global advisory listed at github.com/advisories. It will not affect the version listed in your project repository.
This change will be reviewed by our highly-trained Security Curation Team. If you have thoughts or feedback, please share them in a comment here! If this PR has already been closed, you can start a new community contribution for this advisory

My open security advisories were resolved, I must've misunderstood how this works.


Uncaught ReferenceError: DEFINES is not defined     at env.ts:17:17

Describe the bug
Was using vite to develop a site with no problems for weeks.
Suddenly I'm getting Uncaught ReferenceError: __DEFINES__ is not defined     at env.ts:17:17
in that line in env.ts it says:
// assign defines
const defines = __DEFINES__

I have not changed my code in any way, I can also go back in my git history to any point in time, run
rm -rf node_modules
rm yarn.lock
yarn install

it'll still show the error.
So It can't have anything to do with my project setup, or the vite.config etc, since those worked fine for weeks now.
If I use a different macbook, with the same git repo, it works fine.
vite build also works fine, it's only the development build that shows this problem when starting http://localhost:5173/
Reproduction
no reproduction
Steps to reproduce
reproduction only possible on one machine
System Info
System:
    OS: macOS 13.5.1
    CPU: (8) arm64 Apple M1
    Memory: 187.33 MB / 16.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 18.14.0 - ~/.nvm/versions/node/v18.14.0/bin/node
    Yarn: 1.22.19 - ~/.yarn/bin/yarn
    npm: 9.4.2 - ~/.nvm/versions/node/v18.14.0/bin/npm
  Browsers:
    Chrome: 116.0.5845.140
    Edge: 116.0.1938.69
    Safari: 16.6
  npmPackages:
    vite: ^4.4.7 => 4.4.9

Used Package Manager
yarn
Logs
Uncaught ReferenceError: DEFINES is not defined
at env.ts:17:17
Validations

[X] Follow our Code of Conduct
[X] Read the Contributing Guidelines.
[X] Read the docs.
[X] Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
[X] Make sure this is a Vite issue and not a framework-specific issue. For example, if it's a Vue SFC related bug, it should likely be reported to vuejs/core instead.
[X] Check that this is a concrete bug. For Q&A open a GitHub Discussion or join our Discord Chat Server.
[X] The provided reproduction is a minimal reproducible example of the bug.

The only way to fix it was to delete the project folder and do a clean git clone from the remote source.
Which kind of hidden caches does vite use that we could delete?
I have seen other people have this bug so clearly it happens intermittently.
Some vite-related file gets out of whack and needs to be reset.

Here's my gitignore in case this could help:
# Logs
logs
*.log
npm-debug.log*
yarn-debug.log*
yarn-error.log*
pnpm-debug.log*
lerna-debug.log*

node_modules
dist
dist-ssr
*.local

# Editor directories and files
.vscode/*
!.vscode/extensions.json
.idea
.DS_Store
*.suo
*.ntvs*
*.njsproj
*.sln
*.sw?

.aws-sam/

env.ts is injected by vite, __DEFINES__ should be replaced with defined env variables, can you help debug it deeper and provide more informations in your machine? Thanks
Find source code below in node_modules/vite/dist/node/chunks/*.js and add a log statement.
 transform(code, id, options) {
    console.log(id, normalizedClientEntry, normalizedEnvEntry) // <- add log here
    // env variables should be injected when rollup find `env.ts` related `id`
    if (id === normalizedClientEntry || id === normalizedEnvEntry) {
        return injectConfigValues(code);
     }

Then you can provide the log info here and let's see whether there are some unexpected behaivors before injectConfigValues

I am getting the same error after updating dependencies.
In the project (public repo: https://github.com/tmtsoftware/esw-ocs-eng-ui/tree/branch-0.4.x),
I run:
npm install
npm run build
npm run test:unit -- --config wtr-rtm.config.js

<EMAIL_ADDRESS>test:unit
web-test-runner 'test/**/*.unit.test.{ts,tsx}' --config wtr-rtm.config.js

Test started with RTM enabled
Group by utility
✓ returns empty map
✓ returns grouped data by given getter function
Stream hook
✓ should run streaming call on render
test/hooks/useAuth.unit.test.tsx:
🚧 Browser logs:
ReferenceError: DEFINES is not defined
at node_modules/vite/dist/client/env.ts:17:16
❌ Could not import your test module. Check the browser logs or open the browser in debug mode for more information.
...

Closing for now as we were not able to reproduce and there's not enough information to work on this.


Pretty print

Hello,
I wonder how to pretty print Bunch objects:
import pprint
pp = pprint.PrettyPrinter(indent=4)
pp.pprint(b)

Any idea ?

Try:
import json
print json.dumps(b, indent=4)

Thanks

honestly yaml provides the best pprinting, but the repr was designed to at least be readable.


Ui bugs

Hello @aslihanozfidan ,
I see a few bugs occurring during your development. Can u fix these?
These bugs are as follows;

Also "Average" button does not working @aslihanozfidan

As mentioned at the description of pull request https://github.com/Trendyol/four-key/pull/3  average button has been disabled for avoiding misunderstandings. We are going to enable it after this calculation fix -> https://github.com/Trendyol/four-key/projects/2#card-43267128 @bozd4g

Hi @bozd4g,
Dates and names were changed as dynamic.
Thank you for your attention.


MAAS-44 | Update GTFS feeds automatically

This PR adds automatic updates for feeds. Update logic tries to check for changes in the feed. If check fails it will use one update per day as a fallback. Updating feeds manually (and forcefully) from Django admin is also supported.

Codecov Report

Merging #24 (1c6fbf4) into main (d510be6) will decrease coverage by 2.05%.
The diff coverage is 63.29%.

@@            Coverage Diff             @@
##             main      #24      +/-   ##
==========================================
- Coverage   88.52%   86.46%   -2.06%
==========================================
  Files          33       35       +2
  Lines         880      953      +73
  Branches       63       71       +8
==========================================
+ Hits          779      824      +45
- Misses         74      100      +26
- Partials       27       29       +2

Impacted Files
Coverage Δ

gtfs/admin.py
71.79% <42.10%> (-28.21%)
:arrow_down:

gtfs/importers/gtfs_feed_reader.py
63.91% <52.38%> (-3.19%)
:arrow_down:

gtfs/management/commands/update_gtfs_feeds.py
66.66% <66.66%> (ø)

gtfs/importers/gtfs_feed_importer.py
85.06% <80.00%> (+0.09%)
:arrow_up:

gtfs/importers/gtfs_feed_updater.py
81.81% <81.81%> (ø)

gtfs/importers/__init__.py
100.00% <100.00%> (ø)

gtfs/models/feed.py
93.93% <100.00%> (+0.18%)
:arrow_up:

Continue to review full report at Codecov.

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