text:
Bugs In 8.12

Hello,
The bugs I noticed in version 8.2 of this package is

I installed laravel 8.12 and this package version 8.2 and after set it up I created a new Module Faq but it does not generate Model file in Entities folder. (I did not modified any path in config/modules.php). I think previously it's generate  Model in Entities folder.

Now I modified config/modules.php according to my need and I disabled config, and assets to false for rest it's disable is working fine when creating a new Module but for these two still it's creating config and assets file under the Module/ModuleName folder even I disable it from config/modules.php

It is normal, It's not auto create FAQ model under Entities folder FAQ.

It's create I tested in one of my other project and it creates a model too.

repo: nWidart/laravel-modules


text:
datasets

Hello, what is the difference between wikidata and NYT data sets? Why use different indicators?

Hi, you can refer to the paper for dataset description and sources.

source: gharchive/issue

license: MIT

license_type: permissive

license_source: github-api


text:
Code Review | Sprint 2 Week 1 | Amber & Julia

Code Review | Sprint 2 Week 1 | Amber & Julia
https://validator.w3.org/nu/?doc=https%3A%2F%2Fnadiachaja.github.io%2Fthe-client-website%2F
De HTML validator geeft een aantal errors aan:

https://github.com/nadiachaja/the-client-website/blob/7925ddee6152dbfa96f061a4c594d985da645b28/index.html#L23
Hier heb je 2x een /br. Om een break te schrijven in HTML, gebruik je: <br />, zie: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/br

De button staat nu in je a tag, dit is eigenlijk overbodig. Je kunt als je doorverwijst naar een andere pagina, alleen a gebruiken

De gebruikt section, alleen ontbreekt hier nog een heading. Als je section gebruikt, hoort er altijd een heading bij, zie MDN: https://developer.mozilla.org/en-US/docs/Web/HTML/Element/section

Let op dat je bij de benaming van de afbeeldingen geen spatie gebruikt. Gebruik hier bijvoorbeeld een streepje (-).

Ik heb de CSS code even uitgezet om te testen of de structuur van de pagina er goed uitziet. Je hebt een goede logische opbouw, de tekstvlak met let's do it en de button staat boven de muis en de hamburger menu staat onderaan de pagina net zoals in het design. Ziet er goed uit!

Review Prototype Ontwerp

Het ontwerp is al uitgebreid vormgegeven in Figma, hierin lijkt niks te ontbreken
Het lijkt erop dat de pagina's niet responsive zijn. Wellicht dat het alleen een app is? Anders misschien interessant om nog ontwerpen te maken voor verschillende scherm breedtes?
Het lijkt erop dat er nog geen viewport is toegevoegd aan het ontwerp, misschien kun je dit nog doen?
Er is duidelijk rekening gehouden met visuele hiërarchie. Er zijn veel verschillende kleuren, groottes, witruimtes, etc.

br goed neergezet

de button bij lessons heb ik alleen de a neergezet

section bij allemaal opgelost of ander element gebruikt wolkje, muis en menu

de spatie weggehaald

er zijn geen errors meer

ik heb de muis en het tekstwolkje samengevoegd en de class info

authors: ambersr julia-stevens nadiachaja

repo: nadiachaja/the-client-website


text:
"Medium" and "High" can look granier than "Low" on some images

On the waifu2x.udp.jp web app, when using the settings of "Medium" or "High" noise reduction + "Artwork" + "2x", some images will actually look grainier than "Low" noise reduction, especially so with the "High" noise reduction setting.
Worse still is that I was able to even replicate this issue in Snowshell whether set to "Waifu2x-converter-cpp" or "Waifu2x-Caffe" (I cannot test "Waifu2x-ncnn-Vulkan"), however with Snowshell this issue seems much less severe and, with "Medium" noise reduction, only exists a little bit in Snowshell.
The two attached images are the only source images (that is, before waifu2x processing) where I've run into this issue occurring (it's more noticeable with the first image however).
And the animated PNG at the bottom is a zoomed-in view of an area near the center of the first image demonstrating different levels of noise reduction arranged from most to least grainy (those not labeled as "Snowshell" were converted using the waifu2x.udp.jp web app).

See #320

See #320

The source images are not JPEGs though, they're h.264 video frames.

I don't know the details of snowshell, but there are three versions of the waifu2x model: vgg7, upconv7 and cunet, with the older software uses vgg7 or upconv7. The web app uses cunet.
Also, waifu2x's noise reduction expects only JPEG noise.

license: mit

license_source: bigquery


text:
Where are the tests?

I don't see any tests at all.

After installing this package, is there a way i can test this application from the frontend. I would have expected the tutorial to give us a route that we can easily use to play around with application.

I'm working on it, see #3

Thank you @ptondereau for writing test case

authors: jaahvicky kbirmhrjn nahid ptondereau

repo: nahid/talk


text:
Java Edition 1.20.5

1.20.5 is currently in snapshot phase. I expect sgui to break because there are changes to networking code.

[x] Upstream: Java Edition 1.20.5
[x] Upstream: Fabric Loader for 1.20.5
[x] Upstream: Fabric API for 1.20.5
[ ] Upstream: Patbox's sgui for 1.20.5
[ ] Update Stonks to 1.20.5

1.20.5 is released!

I decided to take this opportunity to deprecate Nahara Toolkit Tasks in favor of Java Future API.

java.lang.RuntimeException: Error creating Mixin config fabric-game-rule-api-v1.mixins.json for mod fabric-game-rule-api-v1
	at net.fabricmc.loader.impl.launch.FabricMixinBootstrap.init(FabricMixinBootstrap.java:96) ~[fabric-loader-0.15.10.jar:?]
	at net.fabricmc.loader.impl.launch.knot.Knot.init(Knot.java:151) ~[fabric-loader-0.15.10.jar:?]
	at net.fabricmc.loader.impl.launch.knot.Knot.launch(Knot.java:68) ~[fabric-loader-0.15.10.jar:?]
	at net.fabricmc.loader.impl.launch.knot.KnotClient.main(KnotClient.java:23) ~[fabric-loader-0.15.10.jar:?]
	at net.fabricmc.devlaunchinjector.Main.main(Main.java:86) ~[?:?]
Caused by: java.lang.NoSuchFieldError: Class org.spongepowered.asm.mixin.MixinEnvironment$CompatibilityLevel does not have member field 'org.spongepowered.asm.mixin.MixinEnvironment$CompatibilityLevel JAVA_22'
	at net.fabricmc.loader.impl.launch.knot.MixinServiceKnot.getMaxCompatibilityLevel(MixinServiceKnot.java:227) ~[fabric-loader-0.15.10.jar:?]
	at org.spongepowered.asm.mixin.MixinEnvironment.setCompatibilityLevel(MixinEnvironment.java:1577) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at org.spongepowered.asm.mixin.transformer.MixinConfig.initCompatibilityLevel(MixinConfig.java:557) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at org.spongepowered.asm.mixin.transformer.MixinConfig.postInit(MixinConfig.java:502) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at org.spongepowered.asm.mixin.transformer.MixinConfig.onLoad(MixinConfig.java:430) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at org.spongepowered.asm.mixin.transformer.MixinConfig.create(MixinConfig.java:1293) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at org.spongepowered.asm.mixin.transformer.Config.create(Config.java:148) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at org.spongepowered.asm.mixin.Mixins.createConfiguration(Mixins.java:100) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at org.spongepowered.asm.mixin.Mixins.addConfiguration(Mixins.java:87) ~[sponge-mixin-0.12.5+mixin.0.8.5.jar:0.12.5+mixin.0.8.5]
	at net.fabricmc.loader.impl.launch.FabricMixinBootstrap.init(FabricMixinBootstrap.java:94) ~[fabric-loader-0.15.10.jar:?]
	... 4 more

Am I doing something wrong?

Turns out that Mixins 0.12.5 is coming indirectly from Common Economy API. Solved by excluding net.fabricmc from the dependency.


text:
Incorrect reverse dependencies when a package is required multiple times

Within a fresh virtualenv, install pipdeptree, and then dateutil and cycler, which both depend only on six.
$ python -mpipdeptree -r
six==1.10.0
  - cycler==0.10.0 [requires: six>=1.5] # Oops, this should be dateutil.
six==1.10.0
  - cycler==0.10.0 [requires: six]

This looks like a bug. Thanks for reporting.

Fix included in the 0.7.0 release on PyPI.

authors: anntzer naiquevin

repo: naiquevin/pipdeptree


text:
TRPO import problem

When I run wgail.py, I find that it seems like missing trpo module? Can you provide some details about running this file? Thanks very much!

Sorry, it seems that we forgot to upload trpo.py. We just updated the repo and hope this can solve the problem. Please let me know if there are any further questions~

Thanks a lot! I will have a try to run it!


text:
Admin panel

Hi!
Is is interesting for you if I add an admin's panel?
It will be for new users. Currently, you add them manually in config.
How I see it:
Add /users command. It will be available only for admin
/users add @some_user
/users drop @some_user
/users list

I'd rather not. I try to keep the bot as simple as possible.

I've added the /config command in v129 to edit settings on the fly.

authors: HeySlava nalgeon

repo: nalgeon/pokitoki


text:
Work with Hibernate Validator

Hi guys,
How to config to work with Validator like @Min, @Max,...?
Thanks in advance!

Seems to be an interesting idea to support a basic set of javax.validation annotations.

authors: andreschaefer hukacode

repo: namics/java-random


text:
Parse behaviour is wrong when flag contains "-"

ENV
export NODASH=1
export HAVE_DASH=2

Config file
nodash=10
havedash=20

var noDash string
var haveDash string
flag.StringVar(&noDash, "nodash", "0", "noDash")
flag.StringVar(&haveDash, "have-dash", "0", "haveDash")
flag.Parse()
fmt.Println(nodash, haveDash) // "10" "2",  expected result should be "10" "20"

mistake, sorry

repo: namsral/flag


text:
A few Python 3 compatibility tweaks, plus minimal vector parameter functionality

Parameter factories now can be given a size parameter (stored as the class variable _size), which affects computation of priors, sampling, and display. There is no checking that the correct number of components is passed. However this minimal change allows to do a free-spectrum analysis by setting, for instance,
@signal_base.function
def freespectrum(f, log10_A=None, gamma=5):
    # double up the prior for cos/sin components
    # (can you do less obscurely?)
    log10_A = np.vstack((log10_A,log10_A)).T.flatten()

    # maybe this is a silly parametrization... what do we do normally?
    return ((10**log10_A)**2 / 12.0 / np.pi**2 * const.fyr**(gamma-3) * f**(-gamma))

pl = freespectrum(log10_A=parameter.Uniform(-18, -12, size=30))
rn = gp_signals.FourierBasisGP(spectrum=pl, components=30)

Currently these vector Parameters have the same prior applied to every component. That's not a huge limitation since to do something different one would have to specify a user prior anyway.
Also care must be taking when converting vectors of sampling parameters into dictionaries. I thought we had a facility for doing that, but I can't find it anymore.

Can you change the way that it looks for PINT? At the moment it uses pint=None if not found but the code will fail if it does have PINT because you only define the pint variable if it isn't found. Maybe just use have_pint be a boolean with True if found and False otherwise. Then later in the code use if have_pint instead of if pint.
I also have a question about how we would initialize the vector parameters. It seems to me that they need to have different names to go into the parameter vector for sampling. Do you know you would handle that?

Do we want to add this functionality for constant parameters?

I'm sorry, what functionality?

@vallis, the vector functionality. However, I think it can already handle it since it just returns a value, which can be anything.

OK, well I think we are good to merge then. @vallis, do you agree?

Sure, go ahead. Once I merge into my fork I will begin experimenting with hyperparameters for priors. Unless you're doing that already...

I was going to take a look at hyper-parameters but I think you have a better idea of how to handle it. Merging now.

source: gharchive/pull-request

repo: nanograv/enterprise


text:
Configure Github Actions yaml file to only submit one test when a pull-request is open for a branch

Currently, I have the Github Actions configuration file triggering a test whenever a push or pull request is made. This results in the same test running twice when a pull-request is open for a branch. This is wasteful, and we should find a better configuration for this.

Fixed this by only running test on github action's during pull request. All other testing can be done locally and is documented in the README.md

repo: naobservatory/mgs-workflow


text:
Napari 0.5.3 installed from bundle file is interupted when installing plugins on UI

🐛 Bug Report
I installed Napari 0.5.3 from Bundle file. When I opened Napari → clicked Plugins → Install/Uninstall Plugins ..., the app closed immediately without any error messages.
💡 Steps to Reproduce

Download installation file here: https://github.com/napari/napari/releases/tag/v0.5.3
Install following this instruction: https://napari.org/stable/tutorials/fundamentals/installation_bundle_conda.html#how-to-install-the-linux-bundle
Open Napari
Plugins → Install/Uninstall Plugins ...

💡 Expected Behavior
No response
🌎 Environment
napari: 0.5.3
Platform: Ubuntu 22.04.3 - kernel: 6.8.0-40-generic
Python: 3.9.19
💡 Additional Context
No response

Thanks for opening the issue.
@goanpeca @jaimergp any ideas on this? Should we transfer to napari/packaging?
Wonder if this is related to this similar issue: https://napari.zulipchat.com/#narrow/stream/309872-plugins/topic/Install.2FUninstall.20Plugins.20button.20crashes.20Napari

authors: hnguyentt psobolewskiPhD

repo: napari/napari


text:
Make contour thickness setable

Description
This PR follows on from #2168 by fixing a the interior colors of the labels and making the contour thicnkess settable.
It still needs some tests, but is ready for a first look cc @jni @Czaki @kir0ul

Type of change

[ ] 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 not work as expected)
[ ] This change requires a documentation update

References

How has this been tested?

[ ] example: the test suite for my feature covers cases x, y, and z
[ ] example: all tests pass with my change

Final checklist:

[ ] My PR is the minimum possible work for the desired functionality
[ ] I have commented my code, particularly in hard-to-understand areas
[ ] I have made corresponding changes to the documentation
[ ] I have added tests that prove my fix is effective or that my feature works

Ok, I've updated this so that contours mode with 3D rendering doesn't have any effect, but emits a warning, which I think makes sense. I've also reduced the max value of the spin box to 1024 in pixel space (easy to change later too).
Once tests pass I can let this sit for a little in case anyone has additional comments and then merge tomorrow


text:
Reduce comparision in evented model

Description
This PR is to de duplicate events when assigning properties of EventedModel
It moves all comparisons at the end of initial set of values.
References

Type of change

[x] Enhancement (non-breaking improvements of an existing feature)

How has this been tested?

[x] I have added required test

Is this an alternative to #6051 ? It seems slightly more complicated (I don't quite understand the implementation details yet), but has the advantage of not adding to the public API of EventedModel and should also have performance advantages, right?

Yes. It is alternative to #6051. Instead of delay event emission it delay event creation. Its also reduce number of property calculation and call of compression.

Would be great to have some simple benchmark to see how much this speeds up actual napari code (if at all).

Failing means errors or that they got worse? Sorry, not familiar with the benchmark ci...

Logs inform about error. It looks like a long time error

Logs inform about error. It looks like a long time error

Yes, unfortunately these have been failing for a while (https://github.com/napari/napari/issues/5263). There is a long term goal to have stable continuous benchmarking, but we're definitely not there yet.
For benchmarking this PR, I think you could just run the benchmark added in this PR on main and on this branch, and show the output of ASV.

output on my machine
     [f8fa80a7]       [80f79fbd]
     <main>           <reduce_comparision_in_evented_model>
-       978±400μs         459±40μs     0.47  benchmark_evented_model.time_sample1

Lol, I just also fixed the benchmark and ran it on mine :P
       before           after         ratio
     [4e08272e]       [80f79fbd]
     <main>           <reduce_comparision_in_evented_model>
-        392±10μs          252±4μs     0.64  benchmark_evented_model.EventedModelSuite.time_event_firing

SOME BENCHMARKS HAVE CHANGED SIGNIFICANTLY.
PERFORMANCE INCREASED.

I did some more fixed though (using the setup method like explained in the docs, so my times shoudl be better). I will push here!

Now run with asv continuous main reduce_comparision_in_evented_model -b EventedModel

Just pushed some changes with a parametrized benchmark to test comparisons of bigger/slower stuff:
[ 75.00%] ··· benchmark_evented_model.EventedModelSuite.time_event_firing                                         ok
[ 75.00%] ··· ======== ============
               param1
              -------- ------------
                 4       542±30μs
                 8       556±10μs
                 16     2.27±0.5ms
                 32     2.80±0.8ms
                 64      4.43±2ms
                128      14.6±4ms
                256     65.6±10ms
                512      208±50ms
              ======== ============

[ 75.00%] · For napari commit f8fa80a7 <main> (round 2/2):
[ 75.00%] ·· Building for virtualenv-py3.11.........................
[ 75.00%] ·· Benchmarking virtualenv-py3.11
[100.00%] ··· benchmark_evented_model.EventedModelSuite.time_event_firing                                         ok
[100.00%] ··· ======== ===========
               param1
              -------- -----------
                 4       509±50μs
                 8       570±60μs
                 16      5.63±2ms
                 32      1.84±2ms
                 64      18.9±5ms
                128     39.2±20ms
                256     95.6±40ms
                512      266±50ms
              ======== ===========

       before           after         ratio
     [f8fa80a7]       [a96acb4b]
     <main>           <reduce_comparision_in_evented_model>
-        18.9±5ms         4.43±2ms     0.23  benchmark_evented_model.EventedModelSuite.time_event_firing(64)

SOME BENCHMARKS HAVE CHANGED SIGNIFICANTLY.
PERFORMANCE INCREASED.

numpy tests are nonstable in between runs. I change it to use fibbonaci
       before           after         ratio
     [f8fa80a7]       [50df9366]
     <main>           <reduce_comparision_in_evented_model>
-        14.1±2ms       6.21±0.5ms     0.44  benchmark_evented_model.EventedModelSuite.time_event_firing
-      4.50±0.5ms       1.07±0.2ms     0.24  benchmark_evented_model.EventedModelSuite.time_long_connection

maybe 0.4.19?

maybe 0.4.19?

Maybe. Not critical though as this is mostly an enhancement instead of a bug fix.

test comment

authors: Czaki andy-sweet brisvag


text:
bug: nw.mean_horizontal(nw.all()) raises unnecessarily

Follow-up to https://github.com/narwhals-dev/narwhals/pull/1075

Shall I look at this next?

that would be amazing thanks!

authors: Cheukting MarcoGorelli

repo: narwhals-dev/narwhals


text:
Use The International System of Units in documentation

To inspire future scientist and engineers it would be nice to convert imperial units in documenation to SI.

I've added an "SI Units" attribute table for the specifications. However for most of the build documentation in most cases I believe it makes sense to remain on imperial system. The parts are made and designed as imperial parts/dimensions, and use imperial tools. If there are specific examples which you think make sense to convert to SI however feel free to point those out

@ericjunkins Thanks!

authors: ericjunkins little-arhat

repo: nasa-jpl/open-source-rover


text:
Clean up ES startup object table

In reviewing #159 it was determined that a better approach to changing the type of the "StackPtr" field would be to do some more general cleanup here and remove the unused field.

Imported from trac issue 139.  Created by jphickey on 2016-03-01T11:12:34, last modified: 2019-03-05T14:57:55

Trac comment by jphickey on 2016-03-01 11:20:10:
Commit [changeset:05afcd28] addresses this, branch trac-139-cleanup-objtable
In doing this change I reviewed the other existing fields and determined that the ObjectPtr, ObjectId, StackPtr, TcbPtr fields are also unreferenced.  These were also removed.
The only thing not entirely clear is with respect to the ObjectId vs. ObjectKey fields.  The existing code had been writing the OSAL-assigned ID back into the ObjectKey field, not ObjectId as the description/comment would suggest.
It is possible we want to rename ObjectKey to ObjectId to better match the comment.

Trac comment by sduran on 2016-03-14 17:00:24:
Seems reasonable to remove these unused fields, but they were put there at some point for a reason - definitely double check this change with Alan Cudmore.

Trac comment by stashakk on 2016-03-15 08:19:09:
Nice clean up makes the file more explicit and clear

Trac comment by jphickey on 2016-03-22 17:41:00:
Follow-on change in [changeset:aef7917] which removes "ObjectKey"
I investigated the possibility of qualifying this structure as const since no software is writing to the structure any more.  However, I discovered that the unit test, specifically es_UT.c starting on line 496, test case titled "Bad function pointer", is overwriting a field in this table.
To avoid growing this change therefore this does not modify the const-ness of the structure, this will have to be done as a separate ticket.
The startup procedure is being re-evaluated in #173 and this would be the logical place to also address the read-only status of this table.

Trac comment by acudmore on 2016-03-15 13:31:58:
I think it is OK to remove these fields.
Many of these fields were carried over from heritage FSW, and they were probably included at the start of cFE development.
They have not been needed for any of our current operating systems or platforms and they will probably not be needed in the future.
Also, since this code is in generic cFE code, it is not supposed to be changed or customized for each OS or mission.
My original thought for including the table at all was to allow for patching in flight to add a task or startup function call if needed. ( this is still possible, the unused fields don't really matter in this case )

Trac comment by jphickey on 2016-03-22 18:14:14:
This has added into the ic-2016-03-22 merge

Trac comment by glimes on 2016-03-30 15:10:01:
development now includes ic-2016-03-22 merge.

Trac comment by jhageman on 2019-03-05 14:57:55:
Milestone renamed

repo: nasa/cFE


text:
No Success Test for  CFE_TBL_Validate

Is your feature request related to a problem? Please describe.
From #548. No Success Test for CFE_TBL_Validate.
Describe the solution you'd like
Add a success test for CFE_TBL_Validate in cFE/modules/tbl/ut-coverage/tbl_UT.c.
Requester Info
Ariel Adams, ASRC Federal

I'll work on this.

authors: ArielSAdamsNASA nmullane


text:
Update to Edit Chapter

Where the event listener is being added to the save button, I replaced the <> operator with !== in the conditional that checks the value of the hiddenRecipeId (line 135) since when the code was copied <> caused errors as well as confusion amongst students about what the conditional was checking for

@krnorris65 Good catch!
👍


text:
Add Di To Project

As a developer I want to provide dependencies with a DI so I can use everything easily and I follow SRP as well.

Use Kotlin Inject for DI to have the ability to also use it in multi-platform.

repo: nasrabadiAM/tictactoe


text:
Best human identifier

Add a "best_human_identifier" to all Document classes for display purposes

I'd been fighting the typechecker, and you're absolutely right that I can just do that.


text:
Anyway to increase MDSlider size on iOS?

The iOS version of MDSlider is really small. Any way to increase the size of the slider and the draggable bubble?

@butaminas that is per the specs https://github.com/material-components/material-components-ios/tree/develop/components/Slider
But as you can see there there are options to change it. You are welcome to create a PR

authors: butaminas farfromrefug


text:
asio adapter

is it possible to use cnats with boost.asio?

Sorry about the delay I have been sick since Friday.
The answer is I don't know. The library is in C++ and not my forte. You would have to look if you could write an adapter as the ones for libuv and libevent.
The key is that the C NATS library creates the socket and initiates the connection (and reconnection) to the server. The adapter needs to pass some callbacks that implements the initialization of the adapter, the binding of a NATS connection and socket to the event loop, the read and write callbacks and a detach for when a connection is closed.
The NATS library will then invoke those when it needs to read/write.
Check one of the subscriber example using libevent: https://github.com/nats-io/cnats/blob/master/examples/libevent-sub.c

Closing this issue for now.

I just want to add a request for this feature. For a process that already has an asio io service, it would be silly to add yet another thread pool.

@kozlovic Any progress on this issue?
@feverzsj
Did you manage to implement the integration of this library with boost:asio?
I'm trying to figure out what's easier: implement the NATS protocol from scratch, using asio abstractions or still screw the adapter, as @kozlovic suggests.

@ecoindev No progress and no plan to look into it, sorry.

authors: ecoindev feverzsj kozlovic wrightleft

repo: nats-io/cnats


text:
Server doesn't start with bcrypt passwords in routes section

[x] Defect
[ ] Feature Request or Change Proposal

Defects
Versions of gnatsd and affected client libraries used:
$ gnatsd -DV
[33] 2018/09/13 14:34:20.615593 [INF] Starting nats-server version 1.3.0
[33] 2018/09/13 14:34:20.615659 [DBG] Go build version go1.11

Steps or code to reproduce the issue:
Create a NATS cluster and configure the routes section inside the cluster section with bcrypted passwords. For example:
cluster {

  listen: localhost:4244 # host/port for inbound route connections

  # Authorization for route connections
  authorization {
    user: route_user
    # ./util/mkpasswd -p T0pS3cr3tT00!
    password: $2a$11$xH8dkGrty1cBNtZjhPeWJewu/YPbSU.rXJWmS6SFilOBXzmZoMk9m
    timeout: 0.5
  }

  # Routes are actively solicited and connected to from this server.
  # Other servers can connect to us if they supply the correct credentials
  # in their routes definitions from above.

  routes = [
    nats-route://user1:$2a$11$xH8dkGrty1cBNtZjhPeWJewu/YPbSU.rXJWmS6SFilOBXzmZoMk9m@127.0.0.1:4245
    nats-route://user2:$2a$11$xH8dkGrty1cBNtZjhPeWJewu/YPbSU.rXJWmS6SFilOBXzmZoMk9m@127.0.0.1:4246
  ]
}

Expected result:
The gnatsd server starts successfully.
Actual result:
Gnatsd server does not start properly and it logs error like this:
2018/08/31 03:35:14.616494 [ERR] Error trying to connect to route: dial tcp: address tcp/$2a$10$pu3tmi8HDmqqBF5OJftln.Q5cdft9HI: unknown port
2018/08/31 03:35:15.616674 [ERR] Error trying to connect to route: dial tcp: address tcp/$2a$10$pu3tmi8HDmqqBF5OJftln.Q5cdft9HI: unknown port
2018/08/31 03:35:16.617854 [ERR] Error trying to connect to route: dial tcp: address tcp/$2a$10$pu3tmi8HDmqqBF5OJftln.Q5cdft9HI: unknown port
2018/08/31 03:35:17.619660 [ERR] Error trying to connect to route: dial tcp: address tcp/$2a$10$pu3tmi8HDmqqBF5OJftln.Q5cdft9HI: unknown port
2018/08/31 03:35:18.621928 [ERR] Error trying to connect to route: dial tcp: address tcp/$2a$10$pu3tmi8HDmqqBF5OJftln.Q5cdft9HI: unknown port

On nats urls, the password is the actual password. In the case above the password used is the encoded (armored) version of the password which will never match the password.
Effectively, the route configuration cannot really have an encrypted password for routes, because the same configuration that specifies the encoded password must use it.

Bcrypt does not work that way, it allows the recipient to not store a plaintext password and to attach a 'cost' to checking if a password is correct. In the section you are referencing that is where your server is acting like a client to the remote server, so it needs to be the actual password. I don't like plaintext passwords in config files at all, so you could assign it to a variable or we will introduce nkey support soon.

The solicited route URL cannot embed an encrypted credential in the url. You have to provide the clear text credential. The cluster authorization user credential for the current server is encrypted and will be honored. The only way to not embed the clear text version of the credential is to provide it as an argument as a command line when you start the server. You'll have to be careful or that credential can be leaked as well.

I see! Thanks for the response. The problem passing the password as an argument is that it can be seen with a ps command.

The password can be an environment variable that is de-referenced inside the config file.

Thank you very much!
Solved the route in plain-text problem by creating a environment variable like so:
export ROUTE1=[nats-route://nats-cluster:password@127.0.0.1:4222]
With the config file as below:
cluster {       # cluster configuration
  listen: localhost:6223
  routes = $ROUTE1
}

Running the server only with the config file:
gnatsd -c cluster1-nats.conf

Great!

authors: aricart derekcollison gabrieltnishimura tompizmor

repo: nats-io/gnatsd


text:
安装成功，调用失败

[root@localhost ~]# opencc --version
Open Chinese Convert (OpenCC) Command Line Tool
Version: 1.0.5
[root@localhost ~]# echo '嚴格區分「一簡對多繁」和「一簡對多異」' | opencc -c t2s
严格区分「一简对多繁」和「一简对多异」
php-fpm日志
WARNING: [pool www] child 42340 exited on signal 11 (SIGSEGV) after 0.842551 seconds from start
phpinfo里也有opencc扩展，但是在传入配置文件的时候就会直接502，PHP版本7.2

php的error info是啥？

php的error info是啥？

什么也没有，直接502，xdebug也是在第一行就卡住了，没任何信息

系统中core的信息么？

系统中core的信息么？

version: 1
creator: xdebug 2.7.2 (PHP 7.2.6)
cmd: /home/wwwroot/www.xxx.com/test.php
part: 1
positions: line
events: Time Memory
fl=(1) php:internal
fn=(1) php::opencc_open
2 15488 24
只有这些

我的意思是看下是否有php coredump了，你上面贴的日志是在cli模式下运行的么？

我的意思是看下是否有php coredump了，你上面贴的日志是在cli模式下运行的么？

Missing separate debuginfo for /lib/libjpeg.so.62
Try: yum --enablerepo='debug' install /usr/lib/debug/.build-id/16/e593c00b05d25f61db68c4e1554cad370da0c0.debug
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib64/libthread_db.so.1".
Core was generated by `/usr/local/php7.2/bin/php /home/wwwroot/www.xxx.com/test.php'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f5b1aeaaf8f in __strlen_sse42 () from /usr/lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install bzip2-libs-1.0.6-13.el7.x86_64 cyrus-sasl-lib-2.1.26-23.el7.x86_64 glibc-2.17-260.el7_6.3.x86_64 keyutils-libs-1.5.8-3.el7.x86_64 krb5-libs-1.15.1-37.el7_6.x86_64 libcom_err-1.42.9-13.el7.x86_64 libcurl-7.29.0-51.el7.x86_64 libgcc-4.8.5-36.el7.x86_64 libgcrypt-1.5.3-14.el7.x86_64 libgpg-error-1.12-3.el7.x86_64 libicu-50.1.2-17.el7.x86_64 libidn-1.28-4.el7.x86_64 libselinux-2.5-14.1.el7.x86_64 libssh2-1.4.3-10.el7_2.1.x86_64 libstdc++-4.8.5-36.el7.x86_64 libxml2-2.9.1-6.el7_2.3.x86_64 libxslt-1.1.28-5.el7.x86_64 nspr-4.19.0-1.el7_5.x86_64 nss-3.36.0-7.1.el7_6.x86_64 nss-softokn-freebl-3.36.0-5.el7_5.x86_64 nss-util-3.36.0-1.1.el7_6.x86_64 openldap-2.4.44-13.el7.x86_64 openssl-libs-1.0.2k-16.el7.x86_64 pcre-8.32-17.el7.x86_64 xz-libs-5.2.2-1.el7.x86_64 zlib-1.2.7-18.el7.x86_64
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb)
(gdb) bt
#0  0x00007f5b1aeaaf8f in __strlen_sse42 () from /usr/lib64/libc.so.6
#1  0x00007f5b10241299 in zif_opencc_convert (execute_data=, return_value=0x7f5b1721c0c0)
at /root/opencc4php/opencc.c:152
#2  0x00007f5b10aa2cc5 in xdebug_execute_internal (current_execute_data=0x7f5b1721c0f0, return_value=0x7f5b1721c0c0)
at /root/xdebug-2.7.2/xdebug.c:2050
#3  0x00000000008adc40 in ZEND_DO_FCALL_SPEC_RETVAL_USED_HANDLER () at /root/lnmp1.5/src/php-7.2.6/Zend/zend_vm_execute.h:1034
#4  0x000000000090a725 in execute_ex (ex=0x0) at /root/lnmp1.5/src/php-7.2.6/Zend/zend_vm_execute.h:59812
#5  0x00007f5b10aa2311 in xdebug_execute_ex (execute_data=0x7f5b1721c030) at /root/xdebug-2.7.2/xdebug.c:1928
#6  0x0000000000912ba3 in zend_execute (op_array=op_array@entry=0x7f5b1727d2a0, return_value=return_value@entry=0x0)
at /root/lnmp1.5/src/php-7.2.6/Zend/zend_vm_execute.h:63760
#7  0x000000000086d7d4 in zend_execute_scripts (type=type@entry=8, retval=retval@entry=0x0, file_count=file_count@entry=3)
at /root/lnmp1.5/src/php-7.2.6/Zend/zend.c:1496
#8  0x000000000080d580 in php_execute_script (primary_file=primary_file@entry=0x7ffd3caa5e80)
at /root/lnmp1.5/src/php-7.2.6/main/main.c:2590
#9  0x0000000000914ec5 in do_cli (argc=2, argv=0x2210ad0) at /root/lnmp1.5/src/php-7.2.6/sapi/cli/php_cli.c:1011
#10 0x000000000044a41f in main (argc=2, argv=0x2210ad0) at /root/lnmp1.5/src/php-7.2.6/sapi/cli/php_cli.c:1404

我大会用这个工具，这是现从网上搜索过来的，你看是不是需要这些信息？

能把你的测试的php代码发出来么？

能把你的测试的php代码发出来么？

`<?php
$od = opencc_open("s2t.json"); //传入配置文件名
$text = opencc_convert("我鼠标哪儿去了。", $od);
echo $text;
opencc_close($od);`

你的文本是GB2312编码的？这个会导致core

@thatseason 使用 iconv 先转换下编码 https://www.php.net/manual/zh/function.iconv.php。
Thanks @pkujhd

authors: nauxliu pkujhd thatseason


text:
🛑 BarefootEdu is down

In 76c4e87, BarefootEdu (https://barefootedu.com) was down:

HTTP code: 0
Response time: 0 ms

Resolved: BarefootEdu is back up in e76beff after 35 minutes.

repo: navadhiti/upptime


text:
🛑 Harmony Bot Website is down

In 8a42cc7, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in f4440bc.


text:
🛑 Harmony Bot Website is down

In 61ab766, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in f305bb7.


text:
🛑 Harmony Bot Website is down

In c1b6531, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in bb89eee.


text:
🛑 Harmony Bot Website is down

In f0103ab, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 61ee917.


text:
🛑 Harmony Bot Website is down

In cd7344a, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 11b0a44.


text:
🛑 Harmony Bot Website is down

In c1e5fd8, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in bdabac4.


text:
🛑 Harmony Bot Website is down

In fc14ed6, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 0694ab9.


text:
🛑 Harmony Bot Website is down

In f0b06fa, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 7f9b457.


text:
🛑 Harmony Bot Website is down

In c8cfe90, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in e3bb256.


text:
🛑 Harmony Bot Website is down

In fd30af0, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 68c2140.

Resolved: Harmony Bot Website is back up in 68c2140.


text:
🛑 Harmony Bot Website is down

In 45f71d0, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in ff9630b.


text:
🛑 Harmony Bot Website is down

In 027f92d, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 0e21f87.


text:
🛑 Harmony Bot Website is down

In 3bb3946, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in 095767f.


text:
🛑 Harmony Bot Website is down

In d34ad23, Harmony Bot Website ($HARMONY_WEB) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Harmony Bot Website is back up in a518628.


text:
[#2983] add package/class based matcher.

#2983

Codecov Report

Merging #3009 into master will increase coverage by 0.23%.
The diff coverage is 50.33%.

@@            Coverage Diff             @@
##           master    #3009      +/-   ##
==========================================
+ Coverage   37.94%   38.17%   +0.23%
==========================================
  Files        1894     1917      +23
  Lines       63800    64657     +857
  Branches     8880     9037     +157
==========================================
+ Hits        24211    24686     +475
- Misses      37111    37436     +325
- Partials     2478     2535      +57

Impacted Files
Coverage Δ

...ercorp/pinpoint/profiler/util/JavaAssistUtils.java
71.51% <ø> (ø)
:arrow_up:

...va/com/navercorp/pinpoint/common/util/Asserts.java
0% <ø> (ø)
:arrow_up:

...rofiler/DefaultClassFileTransformerDispatcher.java
0% <0%> (-59.33%)
:arrow_down:

...m/navercorp/pinpoint/plugin/vertx/VertxPlugin.java
0% <0%> (ø)
:arrow_up:

...inpoint/bootstrap/instrument/matcher/Matchers.java
9.52% <0%> (-8.66%)
:arrow_down:

...p/pinpoint/profiler/plugin/DefaultPluginSetup.java
10.81% <0%> (-1.69%)
:arrow_down:

...orp/pinpoint/profiler/UnmodifiableClassFilter.java
62.5% <0%> (-20.84%)
:arrow_down:

...rument/transformer/MatchableTransformTemplate.java
0% <0%> (ø)

...nt/profiler/instrument/GuardInstrumentContext.java
0% <0%> (ø)
:arrow_up:

...strument/transformer/DebugTransformerRegistry.java
58.62% <100%> (+3.06%)
:arrow_up:

... and 71 more

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 9f146fc...991cdbf. Read the comment docs.

authors: codecov-io jaehong-kim

repo: naver/pinpoint


text:
[#4558] Add gRPC option

#4558

Codecov Report

Merging #5310 into master will increase coverage by 0.99%.
The diff coverage is 34.1%.

@@            Coverage Diff             @@
##           master    #5310      +/-   ##
==========================================
+ Coverage   39.87%   40.87%   +0.99%
==========================================
  Files        2717     2718       +1
  Lines       82256    82362     +106
  Branches    10987    10985       -2
==========================================
+ Hits        32801    33663     +862
+ Misses      46523    45738     -785
- Partials     2932     2961      +29

Impacted Files
Coverage Δ

.../receiver/grpc/RequestHeaderServerInterceptor.java
0% <ø> (ø)
:arrow_up:

...int/collector/receiver/grpc/GrpcRequestHeader.java
0% <ø> (ø)
:arrow_up:

...ctor/receiver/grpc/LifeCycleServerInterceptor.java
0% <ø> (ø)
:arrow_up:

...llector/receiver/grpc/GrpcRequestHeaderReader.java
0% <ø> (ø)
:arrow_up:

...nt/collector/receiver/grpc/GrpcServerResponse.java
0% <ø> (ø)
:arrow_up:

...or/receiver/grpc/DefaultServerTransportFilter.java
0% <0%> (ø)
:arrow_up:

...receiver/grpc/PermissionServerTransportFilter.java
0% <0%> (ø)

.../collector/receiver/grpc/service/TraceService.java
0% <0%> (ø)
:arrow_up:

.../collector/receiver/grpc/service/AgentService.java
0% <0%> (ø)
:arrow_up:

...eceiver/grpc/IdGeneratorServerTransportFilter.java
0% <0%> (ø)

... and 151 more

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 c805336...945e458. Read the comment docs.


text:
Feature/flytter inn klasser fra bidrag stonad

Tester med å flytte én klasse ut fra bidrag-stonad. I HentStonadResponse er List erstattet med ny klasse HentPeriodeResponse. Sikkert noen felter der som kan lukes bort.
Ser det greit ut med pakkenavn mm?

Tanken var vel at disse klassene postfixes med 'dto'. Vi bør kanskje bli enige om vi skal bruke HentPeriodeResponseDto, HentPeriodeResponse-dto eller HentPeriodeResponse-DTO. I tillegg bør vi kanskje bli enige om alle klassene skal ligge i samme (Kotlin-) fil eller om det skal være en fil pr klasse. Er det mest ryddig å ha en Request.kt og en Response.kt. tro? (som inneholder hhv. alle request-klassene og alle response-klassene som brukes av repoet)

Å ha én kotlin-fil for request og én for response høres lurt ut, men jeg vet ikke om jeg synes at det er nødvendig å legge til -dto i disse klassenavnene. De ligger jo i en pakke som heter dto og det føles underforstått at de derfor er dto'er. No?

Vi får nok også behov for klasser på formatet *RequestDto da 😄

Hvorvidt vi bruker Dto eller DTO har jeg ikke så sterke formeninger om da 😛

repo: navikt/bidrag-behandling-felles-dto


text:
Deploy av 20230112104757-51a39cf

51a39cf59143642bde12a92df656bf6a511f36f0

/promote dev-gcp

/promote prod-gcp

authors: espenwaaga grutkowska

repo: navikt/foreldrepengesoknad


text:
Revert "K9-los-web inn i verdikjede  (#2486)"

This reverts commit e2027a6f9e39a3b3b07c7eb305ccf559dbfc7b69.

Det fungerte, revert ikke


text:
Utbedre alle komponenter med "ref forwarding"

For å unngå videre bruk av deprecated findDOMNode.

Siden refForwarding er mest praktisk å gjennomføre med functional-components, bør alle komponentene skrives bort fra klasser og da ta i bruk hooks? Har sett gjennom bekymringene rundt nødvendig oppdatering til React 16.8 i #660, men av de rundt 1800 dependents til React i navikt https://github.com/dependency-insights/npm/react/16.12.0/dependents?query=org%3Anavikt
Er bare rundt 60 av dem på en tidligere version enn 16.8, da flere av dem nav-frontend-moduler selv.
https://github.com/dependency-insights?query=org%3Anavikt+name%3Areact+version%3A<16.8.0
Blir også lettere å skrive seg bort fra eldre lifecycle metoder som nevnt i #603

Under arbeid i @navikt/ds-react pakken

authors: KenAJoh Lillebo

repo: navikt/nav-frontend-moduler


text:
F17HL4-241 fikset bryting av tekst i textareamirror

textareamirror må bryte teksten likt som textarea for at høyden til texareaet skal beregnes riktig.

word-break: break-all bryter midt i ord, ser ut som word-wrap: break-word er mer riktig
bredden til texareamirror må begrenses

Dette fikser en regresjonsfeil som ble introdusert i en pull-request.

Foreslår at @etse skriver en test slik at dette ikke skjer igjen. :1st_place_medal:

authors: etse jan-berge-ommedal nutgaard


text:
Omskrevet ny css til scss

Bruker nå scss variabler over css-moduler
Koden er for det meste beholdt i css format, noe nesting med scss blir brukt.

Bestemt oss for å bruke css-moduler med variabler i :root

Bestemt oss for å bruke css-moduler med variabler i :root


text:
Fixing depreceated HttpKernel\DependencyInjection\Extension class which is now considered internal

With the latest Symfony versions(7.1) , we have some depreceated reported in logs :
The "Symfony\Component\HttpKernel\DependencyInjection\Extension" class is considered internal since Symfony 7.1, to be deprecated in 8.1; use Symfony\Component\DependencyInjection\Extension\Extension instead. It may change without further notice. You should not use it from "Nzo\UrlEncryptorBundle\DependencyInjection\NzoEncryptorExtension".
To fix this, change the import in the file Nzo\UrlEncryptorBundle\DependencyInjection\NzoEncryptorExtension as suggested fix the issues.
As described in the composer.json the bundle support the version starting with symfony version > 4.4 (^4.4|^5.0|^6.0|^7.0).
The suggested class used in this PR was already available in 4.4 as you can see here : https://github.com/symfony/symfony/blob/4.4/src/Symfony/Component/DependencyInjection/Extension/Extension.php so it should be harmless for all the users of the bundle.

Thanks @lucasfoussier

authors: lucasfoussier nayzo

repo: nayzo/NzoUrlEncryptorBundle


text:
🛑 ESTAT is down

In f41cca8, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in 05569b4.

repo: nbbrd/sdmx-upptime


text:
🛑 ISTAT is down

In f7b812e, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in ded7359.


text:
🛑 ESTAT is down

In 4fafc99, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in 0e81c6d.


text:
🛑 ISTAT is down

In caad7a3, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in a935b8f after 704 days, 22 hours, 17 minutes.


text:
🛑 ISTAT is down

In adc4ba8, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 7e58b03 after 13 minutes.


text:
🛑 ISTAT is down

In efd3cad, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 1c2c014 after 30 minutes.


text:
🛑 ESTAT is down

In 459dfbf, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in 40ec300 after 12 minutes.


text:
🛑 ISTAT is down

In 2759eda, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 153c297 after 26 minutes.


text:
🛑 ISTAT is down

In f0a0347, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 84d9fca after 17 minutes.


text:
🛑 NBB is down

In fc24141, NBB (https://stat.nbb.be/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 429
Response time: 1324 ms

Resolved: NBB is back up in 638566b after 20 minutes.


text:
🛑 NBB is down

In 4838ff7, NBB (https://stat.nbb.be/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 429
Response time: 797 ms

Resolved: NBB is back up in 74a7ebf after 9 minutes.


text:
🛑 NBB is down

In 4153ff8, NBB (https://stat.nbb.be/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 429
Response time: 933 ms

Resolved: NBB is back up in 3e9c790 after 49 minutes.


text:
🛑 NBB is down

In e0a192e, NBB (https://stat.nbb.be/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 429
Response time: 686 ms

Resolved: NBB is back up in 2c1d37b.


text:
🛑 ISTAT is down

In 131b281, ISTAT (https://esploradati.istat.it/SDMXWS/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ISTAT is back up in 3c68f52 after 44 minutes.


text:
🛑 IMF is down

In 2d6670c, IMF (http://dataservices.imf.org/REST/SDMX_XML.svc/Dataflow) was down:

HTTP code: 0
Response time: 0 ms

Resolved: IMF is back up in 7459ccd after 10 minutes.


text:
🛑 SIMEL is down

In 678d8fc, SIMEL (https://disseminatesimel.mtps.gob.sv/rest/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: SIMEL is back up in b00b694.


text:
🛑 ESTAT is down

In c7f72d9, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/ESTAT/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in 2f16e8d after 53 minutes.


text:
🛑 NBB is down

In 3825c62, NBB (https://stat.nbb.be/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 429
Response time: 794 ms

Resolved: NBB is back up in 1366f18 after 48 minutes.


text:
🛑 ESTAT is down

In ad026bb, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in a520f98 after 49 minutes.


text:
🛑 ESTAT is down

In 0248dda, ESTAT (https://ec.europa.eu/eurostat/api/dissemination/sdmx/2.1/dataflow/all/all/latest) was down:

HTTP code: 0
Response time: 0 ms

Resolved: ESTAT is back up in 12038a6 after 12 minutes.


text:
🛑 OECD is down

In 4b5d62c, OECD (https://stats.oecd.org/restsdmx/sdmx.ashx/GetDataStructure/ALL) was down:

HTTP code: 0
Response time: 0 ms

Resolved: OECD is back up in 9d3435d.


text:
Backend/UtxoCoin: support native-segwit with cold storage

This change also reduces a bit of primitive obsession (i.e. string vs BitcoinAddress) to make the code less "stringly-typed" lol.
This should have been done in [1] but was an oversight on my part when reviewing.
[1] https://github.com/nblockchain/geewallet/pull/211

@aarani this is ready for review now, can you have a very quick look?

"Many ToString() instances" is much better (or rather, less worse) than "Many : string return types". Do you understand?

Actually there's 3 things missing in this PR:

A first commit (to be placed before the 2 existing ones) that converts nestedSegwit readOnly accounts to nativeSegwit readOnly accounts (so that users don't need to re-setup manually).
Rename OriginMainAddress to OriginDefaultAddress, cause I don't want the word "Main" to be conflated with "Mainnet".
Add exception details (e.g. stacktraces) of the problems I got, in the commit titled "Backend/UtxoCoin: support nativeSegwit+coldStorage" and in the commit to be done mentioned in (1) above.

I'll work on the above today.

repo: nblockchain/geewallet


text:
[question] Asynchronous read/write support?

The documentation doesn't specify how this module manages asynchronous read/write (e.g., chrome.storage.local).
Also is there a way to specify a hierarchy of storage fallback options within the module?

Sorry, i didn't realize chrome.storage.local was async. I made the assumption it was an implementation of the web storage interface (https://html.spec.whatwg.org/multipage/webstorage.html#the-storage-interface).
And no, if a full fallback hierarchy makes sense for your app, that should probably be manually handled, so as to be clear what is happening. We have support for "fake storage" as a singular backup, because the primary user story is that, for webapps, truly persistent local storage is an unreliable bonus by definition. No app should ever depend on the presence of cached values, but always be prepared to encounter an emptied cache. But also, no app should break if localStorage happens to be unavailable. Thus we can safely fake it.
I can imagine, though, with browser extension using chrome.storage.local, those rules may be substantially different. It may be that store2 is simply not the best option for such environments.

Closing due to lack of feedback on last response and likelihood that this is out of scope.

authors: nathanph nbubna

repo: nbubna/store